Дык, пользуйтесь LTS. Я давно уже так делаю, т.к «стабильное» ядро стало по качеству больше походить на то что во времена 2.6 называлось предрезизным. Сейчас кое как можно только LTS юзать, без боязни окирпичить что-нибудь после обновления.
Дык, пользуйтесь LTS. Я давно уже так делаю, т.к «стабильное» ядро стало по качеству больше походить на то что во времена 2.6 называлось предрезизным. Сейчас кое как можно только LTS юзать, без боязни окирпичить что-нибудь после обновления.
LTS-ядра и «стабильные дистрибутивы» - это одна из причин существования багов типа того, на который напоролся ТС. Все сидят на LTS или на «замороженных» дистрибутивных ядрах, мейнлайн никто не тестирует. Кроме разработчиков, у которых нет большого разнообразия железа. Результат: в момент релиза «стабильных» ядер в «стабильных» дистрибутивах вылезает куча багов разной степени адовости. Более того, чем больше проходит времени от момента поломки в коде до обнаружения, тем сложнее это всё диагностировать и фиксить.
Нет, я не говорю, что надо гонять кровавый продакшон на ежедневном torvalds/linux/master, надо просто периодически ставить и тестить на своих системах свежие ядра. Фиксить или репортить появившиеся баги. Без этого никакое LTS не поможет - там будут все те же баги.
Железка не поддерживает NVME_ID_CNS_NS_DESC_LIST (NVMe Namespace Descriptor Identification) который требуется по стандарту nvme 1.3, но при этом на работоспособность устройства оно никак не влияет.
Железка «AMD Rageon R5MP240G8»
Я не одинок с такой проблемой. Гугление «nvme nvme0: Identify Descriptors failed» показывает достаточно свежие ссылки.