с загадочными слоями возможны проблемы
На самом деле - 089 и 090 и так выше всех базовых модулей (из /base)
А в прочих модулях не должно быть ничего их перекрывающего
Т.е. хитрые слои - перестраховка и когда multi DE , т.е. ДЕ лежит в /optional
Короче - в прар проблем с этим быть не должно. Поэтому его и посоветовал
придется править чужую сборку (вносить изменения не предусмотренные разработчиком).
пишите , что надо - договоримся
Хотелось бы чтоб работало без переноса модулей.
Если не бодаться за 2 инитрд в 1 исо - лучше делать не base madules opt , а как логичнее и проще для юирд
Вопросы, предложения.
Хорошо бы исо. Чтобы все тестировали одно и то же , а не кто что как понял
В любом случае +
Нужна помощь по ядру. Вероятнее всего то что не вводятся символы связанно с отсутствием какого-то модуля ядра. Есть идеи какого?
Помнится заморачивались этим
atkbd loop aufs squashfs lz4_compress fuse ntfs nls_cp437 nls_cp866 nls_iso8859-1 nls_utf8
Вроде atkbd
А какое ядро юзаете? 4.19манджаро?
Вять модули ядра из initramfs-4.19-x86_64-fallback.img пробовали?
Только зачем? В каталог (changes) сохраняется естественным путём, в модуль - ткнул меню - сохранилось. Куда уж проще.
Соглашусь. Но может кому-то и надо. Кому не надо сложного (того чего нет в наших инитрд) - вряд ли в юирд полезут
1) home - примонтированный раздел
2) home - ссылка на каталог на физическом носителе
Плохая идея в плане скорости. Вон народ
чем заморачивается для ускорения home. Используется в armbian-ubuntu
По мне оптимально со всех сторон - хомяк в 090 модуле - остальное в tmpfs