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

[sfs]

что вы считаете за классику?

В контексте этой темы pra-porteus initrd (старый скрипт porteus c моими доработками). С PuppyLinux там никакой связи нет

В rootaufs2 перенесена часть pra-porteus кода . Т.к. оформлено в виде hook - можно самостоятельно собирать инитрд нужной конфигурации стандартными арч средствами . Это главный плюс. Пример
Поэтому особо запариваться с pra-porteus нет. Собранный без udev rootaufs2 будет почти таким же по размеру, как pra-porteus

собственный initrd стал уже неподконтрольным

Какой имеешь ввиду и что понимаешь под контролем?

[yxma]

Прикольно, конечно, читать что я специалист в линуксе, но, конечно, окрыляет 
Честно говоря, я не представляю как можно запустить ЛФ с нмве если инитрд с ним не работает. Поэтому и уперся в манджару, которая летает на уровне ЛФ и с которой не нужно как на Маге решать вопросы звука, не возникающие на других линуксах с прошлого столетия. Думаю, до деревни я не вернусь к вопросам по нмве. Из-за этого я и на форуме стал реже появляться.

[krasnyh]

Прикольно, конечно, читать что я специалист в линуксе

Мой коммент был под вопросом Pro и отсылка, соответственно, была к нему. )

[sfs]

я не представляю как можно запустить ЛФ с нмве если инитрд с ним не работает

Выше ссылка на рабочий инитдр

[DdShurick]

Выше ссылка на рабочий инитдр

У тебя этих initrd развелось, на каждый случай, запутаться можно. А смысл? Чужие ядра тырить? Так у них всё равно aufs нет, пересобирать приходится. Тогда уж лучше сразу пересобрать ядро как надо, с поддержкой всех носителей. И будет, как говорил Владимир Ильич "лучше меньше, да лучше".

[sfs]

А смысл?

Наличие системы сборки инитрд под любую задачу

оформлено в виде hook - можно самостоятельно собирать инитрд нужной конфигурации стандартными арч средствами

пересобрать ядро как надо, с поддержкой всех носителей

Избыточно большое получается. Постоянно в памяти держать такое накладно

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

Много развелось фс и носителей...

[DdShurick]

Постоянно в памяти держать такое накладно

Как ты любишь говорить: "особенно по сравнению с браузером". Не смеши мои тапочки..

Наличие системы сборки инитрд под любую задачу

Но initrd получится жёстко привязанным к ядру. Ну и ...?

[sfs]

Ну и ...?

Ну и поэтому золотая середина

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

Частоиспользуемые в монолит. Остальное в .ko
И маленькое ядро тоже есть типа тех что в портеусе и у Pro

В LFD10 будет маленький монолитный 5.15.0-pf5-pt14,

[DdShurick]

поэтому золотая середина

С ядрами понятно, но я про initrd, жёстко привязанный к ядру, не получится легко менять ядра. Да и сомнение меня гложет насчёт твоих скриптов, оптимально ли? Посмотри TinyCore, init всего несколько строк, а работает. Классический init от B.K. я переписал именно по причине ненужности большинства кода и его неоптимальности. В init всё должно быть нацелено на сборку aufs и ничего более.

[sfs]

насчёт твоих скриптов, оптимально ли?

Вряд ли. Рождалось в муках. Но обязательно нужно под какую-то систему сборки инитрд
Если сделаете проще и с base module ... load= noload= - готов тестировать

[DdShurick]

Если сделаете проще

Много лет назад уже сделано, и тишина...

с base module ... load= noload=

Именно так.

готов тестировать

Созрел? Раньше не готов был?

[sfs]

обязательно нужно под какую-то систему сборки инитрд

У вас под какую?

[sfs]

По итогу этой темы обновил busybox 070-prar-full-2110-sf04.pfs

[DdShurick]

готов тестировать

Ну раз так, давай начнём изучать эту кухню. Глядишь и любознательные подтянутя. Только на "золотые горы" не рассчитывай, я болею.

[sfs]

обязательно нужно под какую-то систему сборки инитрд

У вас под какую?

Под какую будете делать?