[Решено] Поддержка устройств типа nvme в initrd

[Pro]

Итог
Sfs, а в initrd есть поддержка устройств типа nvme0?  Ядро разделы видит типа как /dev/nvme0n1p1

Еще возможно busybox старый т.к. его mount монтирует разделы с nvme, но содержимого не видно, ls выдает ошибку типа значение слишком большое. Модет и ядро конечно, я 5.11 использовал

  blkid из util-lunux разделы видит

[krasnyh]

а в initrd есть поддержка устройств типа nvme0?

В догонку для sfs:

я тут обычную манджаро с крысой поставил на ссд. Странный результат - скорость сложно отличить от ЛФА с ЛФД, Скорее всего из-за того, что их так и не сумел с ссд запускать.

Раз уж большие спецы спрашивают, то возможно там не просто дело в неумении...


p.s. Почти все iso от sfs, теперь имеют строку запуска с uird. Если с ним запускается nvme, это может дать дополнительную полезную инфу разработчику. Или не дать, все же он тоже слегка 'выхолощенный' ради размера, руками sfs.

[Pro]

Ну как вам сказать, я сделал linuxrc |grep nvm и ничего не нашлось. Конечно же я попробу другое ядро 5.13 вроде последнее у нас? Но вроде как nvme не первый год существуют, врядли ядро виновато.

[krasnyh]

ядро 5.13 вроде последнее у нас?

5.16.0-pf1-mg2

[Pro]

ядро 5.13 вроде последнее у нас?

5.16.0-pf1-mg2

Я даже mg3 поставил - не помогло

[krasnyh]

Почти все iso от sfs, теперь имеют строку запуска с uird. Если с ним запускается nvme, это может дать дополнительную полезную инфу разработчику.

?

Код

live@roll2110 ~/.cache/zzzfm/prar21.10-x86_64-04.iso % grep -m1 uird menu.lst
title ▒▒ UIRD initrd https://github.com/neobht/uird  \n Собран dracut (есть под любой Linux)\n Расширенный набор FRUGAL и \n FULL (системный ini конфиг, сохранения на любой раздел, в img, в pfs и проч.) функционала

[Pro]

Почти все iso от sfs, теперь имеют строку запуска с uird. Если с ним запускается nvme, это может дать дополнительную полезную инфу разработчику.

?

Уважаемый, я сообщаю о проблеме с конкретным initrd, ненужно наваливать все в одну кучу. Не стоит сообщать какая инфа будет полезна для разработчика - я сам бывший разработчик.

[krasnyh]

Наблюдая за процессом разнообразных форумных споров и разногласий, иногда sfs можно только посочувствовать. Твердости ему и желания не бросать нас. )


p.s. Есть разный подход к решению проблемы. На примере ремонта железа, можно обложиться диагностическими приборами, посткартами..., а можно методом тыка менять устройства на заведомо исправные, по очереди, до нахождения причины. Мне ближе и проще второй способ.
В заданном выше вопросе, при удачном запуске nvme с uird, это помогло бы понять, что еще надо перетащить из uird.lfa.cpio.xz в initrd. Возможно не хватает какого-то модуля *.ko. Имхо.

[Pro]

с ядром все хорошо, nvme оно видит. Про то, что надо бы "перетащить" я тоже примерно написал.

Вобщем то до спора с sfs дело еще не дошло, а вот излишней болтовни уже много.

[sfs]

linuxrc |grep nvm и ничего не нашлось

linuxrc = porteus-initrd рассчитан на работу только с монолитными ядрами

в prar.iso mg2 поставить : полумонолитный - загрузка с ext ntfs3 fat разделов HDD SSD. C DVD USBflash и пр. FS загрузится только с initrd-raf2 или uird .

А какие модули ядра нужны для nvme? - давайте с этим определимся - тогда станет ясно где чего не хватает.
В kernel 5.16.0-pf1-mg2 : nvme-core.ko nvme.ko - монолитно. В initrd-raf2-5.16.0-pf1-mg2-fallback.xz есть дополнительные nvm*.ko (в моем uird для этого ядра -  нет)
Pro - попробуй этот инитрд

возможно busybox старый

У меня нет nvm - с тестами надежда только на тебя
Пересобери инитрд со свежим. Достаточно просто бинарник busybox в инитрд заменить. (хотя возможно и glibc) - короче - с этим могу помочь...

[krasnyh]

в моем uird для этого ядра -  нет

В родном uird.magos.cpio.xz присутствуют nvme.ko, nvme-core.ko. Наверно uird.lfa.cpio.xz собирался с исключениями (-e):

Код

$ grep nvme mkuird.cfg 
KM_dev="nbd zram mptspi mptfc mptsas nvme vmw_pvscsi"

[Pro]

Пересобери инитрд со свежим. Достаточно просто бинарник busybox в инитрд заменить. (хотя возможно и glibc) - короче - с этим могу помочь...

у тебя скрипт linuxrc не сможет ничего увидеть т.к. парсит sd* устройства!!!

busybox обновлять придется, либо подсовывать полный mount т.к. с initrd-uird я загрузил систему. К ядру 5.11  и 5.16.0-pf1-mg2 у меня вопросов нет - они отработали как ожидалось. разделы видны ведь!
 

[sfs]

В родном uird.magos.cpio.xz присутствуют nvme.ko, nvme-core.ko

В kernel 5.16.0-pf1-mg2 : nvme-core.ko nvme.ko - монолитно

В 5.15.0-pf5-pt14 так же
Этих 2х модулей достаточно?

с initrd-uird я загрузил систему

А с initrd-raf2-5.16.0-pf1-mg2-fallback.xz нет? Можешь пересобрать с busybox из uird?

linuxrc не сможет ничего увидеть т.к. парсит sd* устройства!!!

Нет там такого парсинга. Там хитрее. Но там еще busybox старый и на uclibc. Дядя Шурик - у вас нет такого свежего?

[krasnyh]

Этих 2х модулей достаточно?

в моем uird для этого ядра -  нет

с initrd-uird я загрузил систему

Получается, что и так работает, без nvme*.ko?

[krasnyh]

busybox обновлять придется

Если упомянутый initrd-uird это и есть uird.lfa.cpio.xz из prar*.iso, то busybox в нем действительно крайней версии. При сборке uird он качается с github и пересобирается. Так что, может причина незапуска nvme с родным initrd в старой версии busybox. Почему нет.


upd.
prar2110
initrd (классический)  -         BusyBox v1.21.1
initrd-raf2-5.16.0-pf1-mg2  -  BusyBox v1.33.1
uird.lfa.cpio.xz  -                   BusyBox v1.32.0.git