Форум проекта PuppyRus Linux

Дистрибутивы проекта PuppyRus Linux => Архив проекта PuppyRus => Richy => Тема начата: sfs от 08 Июль 2019, 12:52:09

Название: minitrd в PRA и DDR
Отправлено: sfs от 08 Июль 2019, 12:52:09
Итог (http://forum.puppyrus.org/index.php?topic=21855.msg158904#msg158904)
ТЗ (https://forum.puppyrus.org/index.php?topic=21855.msg174680#msg174680)

Хорошо бы для начала универсальный инитрд и параметры запуска для тестирования под ним других дистров на предмет выявления чудесных свойств
Интерес после решения проблем с сд возник с новой силой
minitrd.gz (Richy), то в папке /dev есть упоминание scd0, причем первый среди всех s*.
Это очень древнее наследство от классических Puppy. Убрать?
Убрал scd* - c sr0 - не работает
Переделал в init : .xzm на sfs pfa xzm, перепаковал в .xz (у Вас какой-то смысл в gz заложен?)
http://file.puppyrus.org/users/minitrd.xz
Размер меньше porteus-initrd в 2 раза. Впечатляет
Ричи с моей переделкой minitrd работает
Пробую в DDR  (dev и dir указаны правильно) - см скрин
Похоже видит сд, но не монтирует... Руками примонтировал норм

В доке (http://forum.puppyrus.org/index.php?topic=21648.0) не нашел ключей запуска ядра
В тексте инит noload вроде есть.
load= нет?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Июль 2019, 13:14:26
у Вас какой-то смысл в gz заложен?
Никакого, пакую старым скриптом. Никак не соберусь переписать.
Пробую в DDR
Из-за .xzm <--> .pfs у меня точно как на скрине было с ядрами от портеус. Явно не грузится модуль kernel, наверно нули мешают.
load= нет?
А оно надо? Проще ссылку из optional в modules бросить, чем с menu.lst разбираться.
Название: Re: minitrd в PRA и DDR
Отправлено: krasnyh от 08 Июль 2019, 13:29:50
Убрал scd* - c sr0 - не работает
Переделал в init : .xzm на sfs pfa xzm, перепаковал в .xz
Но уже ближе к решению общепринятого sr0. :)  Там наверно еще с монтированием 'пошаманить' в minird.xz.
Скрины.


Похоже видит сд, но не монтирует... Руками примонтировал норм
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Июль 2019, 13:34:57
 Попробовал minitrd.xz, в Richy64 не поднялась сеть. Кстати, это старый minitrd, в котором база третьим слоем.
Код
# cat /sys/fs/aufs/si_c55a9bfe87dc5ac5/br[0-9]
/mnt/changes=rw
/mnt/bundles/save=ro+wh
/mnt/bundles/base=ro
/mnt/bundles/kernel=ro
/mnt/bundles/Office.xzm=ro
/mnt/bundles/autoNet.xzm=ro
/mnt/bundles/seamonkey-gtk2-2.49.3.xzm=ro
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Июль 2019, 14:09:21
    load= нет?
А оно надо? Проще ссылку из optional в modules бросить, чем с menu.lst разбираться.
Не думаю, что на стадии grub4dos удобно делать ссылки
Это необходимо. Без этого сложно делать multi- DE .iso и прочий выбор
Короче - неполноценная модульность
это старый minitrd, в котором база третьим слоем.
Где свежий?
Выложили бы авторский сд
уже ближе к решению общепринятого sr0.
Пока нет
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Июль 2019, 14:34:40
Это необходимо.
Достаточно noload.
Где свежий?
Тестирую, пока не протухнет.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Июль 2019, 14:40:07
Явно не грузится модуль kernel, наверно нули мешают.
да. Надо /kernel заменить на ./*kernel
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Июль 2019, 14:51:56
/kernel заменить на ./*kernel
Помогло
Теперь модуль *.base хочет, т.е. все "прибито гвоздями"
Почему сразу не смонтировать все модули из /base ?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Июль 2019, 15:50:47
все "прибито гвоздями"
Правильно. В классике вообще один модуль был. Монолит.
Почему сразу не смонтировать все модули из /base ?
А зачем их там столько? Кыш в /modules. Системе совершенно безразлично, откуда взят модуль. Обязательными являются base и kernel, дополнительно save. Объяснить почему, или сам..?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Июль 2019, 16:02:48
Сравнил внутренности с pra-porteus
busybox свежее . blkid из busybox. ntfs-3g свой, статический , без либ
В портеус blkid ntfs-3g - c использованием uclibc - это и давало вес
Заменил. http://file.puppyrus.org/users/initrd1.xz - т.е. это облегченный pra-porteus
Работает
ntfs-3g не проверял. Дядя Шурик - он рабочий?

busybox у Вас молчаливый... Ошибок и --help не выводит... Это глюк или фича?
fsck - похоже не рабочий - хочет fsck.auto
 
В остальном - AUFS он и в Африке AUFS - как его собрать - дело вкуса
У Дядя Шурика менее функционально.
Да и вообще борьба за 400кб - это скорее спорт, чем практическая экономия  ;)
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Июль 2019, 16:36:38
ntfs-3g не проверял. Дядя Шурик - он рабочий?
Вроде бы. Не помню уже. ntfs нет.
busybox у Вас молчаливый... Ошибок и --help не выводит... Это глюк или фича?
Так собран. Специально.
У Дядя Шурика менее функционально.
Для системы это существенно? Запускается и работает, что ещё надо? Зачем плодить ненужный функционал?
это скорее спорт
И борьба идей. Твой porteus инвалид с детства, на костылях ходит.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Июль 2019, 16:49:09
Не помню уже. ntfs нет.
Кто может проверить? Если в системе его заюзать - работает
    busybox у Вас молчаливый...
Так собран. Специально.
Дало меньший размер?
porteus инвалид с детства,
Отвечу цитатой
Для системы это существенно? Запускается и работает, что ещё надо?
;)
Зачем плодить ненужный функционал?
Не плодил. Взял как было. Некоторый и по мне лишний, но места и ресурсов не ест. Поэтому вырезать смысла не вижу
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Июль 2019, 17:01:03
Взял как было.
Во-от. А я взял и написал. Чувствуешь разницу.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Июль 2019, 17:13:53
только  у меня работает уже несколько лет как, а Вы написали только сейчас
Чувствуешь разницу.
да
Я стараюсь достигать результата кратчайшим путем, а Вы развлекаетесь
я взял и написал.
Там половина кода от Бари
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Июль 2019, 17:40:46
результата кратчайшим путем
Но отнюдь не оптимальным.
а Вы развлекаетесь
На то она и пенсия.
Там половина кода от Бари
Гораздо меньше. Почти ничего не осталось.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Июль 2019, 18:04:52
Почти ничего не осталось.
Я тоже правил в портеусе. Т.е. по сути идем одним путем  ;)
На то она и пенсия.
Я не против того чтобы кто-то развлекался, но тогда не надо это позиционировать как дистр для ВСЕХ
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Июль 2019, 19:24:39
не надо это позиционировать как дистр для ВСЕХ
Когда это я так позиционировал? Перекрестись. Я говорил, что Richy это мой маленький личный полигончик для проверки безумных идей.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 09 Июль 2019, 08:59:09
полигончик для проверки безумных идей.
Идеи:
1. minitrd
2. busybox init скрипты
3. autonet
Что-то еще?
Хорошо бы авторский исо. Удобнее смотреть в виртуалке
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 09 Июль 2019, 09:15:21
Если продолжить оптимизацию размера
Нужен ли ntfs-3g.... Вроде и без него монтируется на  RO
Правда если сохраненка в файле - RW

И главный вопрос - есть ли практический смысл бороться за килобайты в инитрд
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 09 Июль 2019, 09:48:31
Хорошо бы авторский исо. Удобнее смотреть в виртуалке
Виртуалки нет, atom не поддерживает виртуализацию. Нарезать болванки пачками на попробовать один раз слишком разорительно.
Нужен ли ntfs-3g.... Вроде и без него монтируется на  RO
Да, лишняя деталь.
Правда если сохраненка в файле - RW
Сохранение в файл не одобряю. Настройки - в модуль, /home - на раздел. Думаю объединить save и upd.
есть ли практический смысл
Практического смысла мало, теоретический есть (в смысле знать, понимать, управлять) + скорость загрузки (отрицательный пример - ddr).
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 09 Июль 2019, 09:59:04
Нарезать болванки пачками на попробовать один раз слишком разорительно.
Это не надо - делайте исо скриптом. Готовый в корне пра. Этого достаточно. Ну реально неудобно и все запутались в версиях
С dev=scd разобрались (кстати - стандартно не сделать? Зачем /dev ? Везде без него работает)

/home - на раздел
А если есть только нтфс?
Сохранение в файл не одобряю
Тоже , но какие варианты на фт нтфс
По мне - так RW сохраненка - это извращенный фул.
скорость загрузки (отрицательный пример - ddr).
Да. проблема есть, но она из-за systemV , а не из-за инитрд
Переделывать стремновато (хотя пробно minirc прикрутил и улучшения есть) - ухудшится совместимость с дебианом
В арче переделал, но там все менее заморочено , чем в дебе

Про смысл "молчаливого busybox" и fsck Вы  не ответили
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 09 Июль 2019, 10:42:34
Зачем /dev ? Везде без него работает
"find --set-root --ignore-floppies --ignore-cd /%d%/initrd.xz" чем-то лучше? На cd прокатит, а если два pra на разных разделах? Вообще-то если указывать только dir, проблем не оберёшься. Сам подумай.
У меня без dev загружает.
А если есть только нтфс?
Такое может быть только у закоренелого виндузятника, но можно перемонтировать на стадии запуска системы (amount ?).
По мне - так RW сохраненка - это извращенный фул.
Я тоже не одобряю, но использую, когда надо получить логи из падающей системы.
Про смысл "молчаливого busybox" и fsck Вы  не ответили
fsck у меня не вылезало, да и не нужен он там.
Код
# grep -n fsck init
60:ln -s /proc/mounts /etc/mtab #resize2fs,e2fsck need this.
*эта строка ещё от Б.К., resize2fs в init давно не существует.
"Молчаливый" - размер меньше, а чтиать на стадии init некому.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 09 Июль 2019, 10:58:37
"find --set-root --ignore-floppies --ignore-cd /%d%/initrd.xz" чем-то лучше?
Вроде это проблема grub4dos
если два pra на разных разделах?
http://wiki.puppyrus.org/soft/porteus-initrd#sgnfile
По мне dev= меньшее зло. В арче тоже не парились, только назвали root=
Видимо, sgnfile - в расчете на юзеров, у которых /dev вызовет ступор
перемонтировать на стадии запуска системы (amount ?).
Хорошая идея. Только стоит ли это уменьшение размера того...
использую, когда надо получить логи из падающей системы.
Тоже. Единственная польза. Давно не приходилось
fsck у меня не вылезало
Т.е.
fsck - похоже не рабочий - хочет fsck.auto
у вас , даже в системе (не на этапе инитрд) он работает?
не нужен он там.
Починить ФС автоматом вместо загрузки с другого носителя - плохо?
http://wiki.puppyrus.org/soft/porteus-initrd#fsck
"Молчаливый" - размер меньше, а чтиать на стадии init некому.
Тем не менее scd0 именно там вычитали
http://wiki.puppyrus.org/soft/porteus-initrd#debug - зря слили. Удобно
Название: Re: minitrd в PRA и DDR
Отправлено: krasnyh от 09 Июль 2019, 11:48:18
Виртуалки нет, atom не поддерживает виртуализацию.
В подписи Netbook Acer 722 c6ckk (AMD C-50 Ontario, Radeon HD 6250)
Если это железо еще на руках, то там все должно быть ok с запуском виртуалки.
Цитата
Аппаратная виртуализация:     AMD-V
https://www.notebook-center.ru/processor_441.html

Но наверно это железо само по себе слишком слабое, чтобы на нем что-то еще запускать?


p.s. А так то наличи виртуалки важно для разработчика ПО? Ну кроме возможности запускать iso, не нарезая болванки пачками.

p.s.2 Статья на хабре для ознакомления
Виртуализация для дома или Виртуализация на Atom (https://habr.com/ru/post/132818/)
Название: Re: minitrd в PRA и DDR
Отправлено: krasnyh от 09 Июль 2019, 12:45:53
Еще интересная статья  Ломаем BIOS: включение поддержки виртуализации VT-x на нетбуке Acer Aspire One (https://habr.com/ru/post/152056/)
На примере Intel Atom® серии N570
Цитата
Технология виртуализации Intel® (VT-x) ‡ Нет
Технология виртуализации Intel® для направленного ввода/вывода (VT-d) ‡ Нет


Но сразу предупреждаю, за последствия я не несу ответственности.  :)
Это для тех, кто хотя бы имеет опыт перепрошивки биоса, изменения регистров, редактирования модулей, дружит с hex редактором и т.д. и т.п.
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 09 Июль 2019, 15:23:40
Если это железо еще на руках
Это нетбук жены. Сами понимаете.
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 10 Июль 2019, 09:32:31
 Убрал из initrd (https://cloud.mail.ru/public/2roW/giaSuKHFj) ntfs3g, добавил devtmpfs. Модули - .xzm !
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 10 Июль 2019, 09:42:00
Убрал из initrd ntfs3g,
т.е. с ntfs теперь не загрузится?
добавил devtmpfs
В /dev ?
Модули - .xzm !
сложно сделать универсально (xzm sfs pfs)?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 10 Июль 2019, 11:17:21
с ntfs теперь не загрузится?
ntfs ro.
сложно сделать универсально (xzm sfs pfs)?
Пробовал, лажа получается.
Что делать с fsck?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 10 Июль 2019, 11:18:30
ntfs ro.
т.е. сохранение в файл на нтфс слито?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 17 Июль 2019, 09:24:17
rdate в busubox за что покоцали? как время синхрите?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 17 Июль 2019, 17:48:16
как время синхрите?
Никак. У меня его вагон.
rdate в busubox за что покоцали?
Зачем он в minitrd?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 17 Июль 2019, 17:49:38
Зачем он в minitrd?
Т.е. это спец. ббокс только для инитрд. ок
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 17 Июль 2019, 18:37:11
это спец. ббокс только для инитрд.
Да.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 07 Январь 2021, 08:54:08
С такими врождёнными пороками pra-porteus только переписывать с нуля. А зачем, если есть мой init?
https://github.com/DdShurick/minitrd - не документирован
Уже смотрел
У Дядя Шурика менее функционально.
Да и вообще борьба за 400кб - это скорее спорт, чем практическая экономия
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 07 Январь 2021, 09:09:05
не документирован
А оно кому надо, бюрократ ты дубовый?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 07 Январь 2021, 09:32:55
А как понять функционал? И как юзать...
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 07 Январь 2021, 11:53:35
И как юзать...
Молча. Оно само работает.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Январь 2021, 07:37:11
Большой Вам удачи в популяризации своих разработок
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Январь 2021, 08:11:47
 Хорошо, а какой у тебя функционал? dev, dir, load, noload, copy, nocopy.... А без указания dev и dir оно умеет, или обязательно надо километровые строки загрузки писать?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Январь 2021, 08:23:17
у тебя функционал?
https://wiki.puppyrus.org/soft/porteus-initrd
dev нет
dir - как без указания папки или  https://wiki.puppyrus.org/soft/porteus-initrd#sgnfile найти дистр в папке?
load, noload
да. Причем с моими наворотами про порядок слоев
copy, nocopy
нет. Не знаю что вы имели ввиду
Основной функционал (для фругала): changes load noload copy2ram rootcopy
обязательно надо километровые строки загрузки писать?
Нет. Достаточно dir (https://wiki.puppyrus.org/puppyrus/grub#%D1%83%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0_grub4dos)
Как видите - дока необходима
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Январь 2021, 08:31:02
copy, nocopy
copy == cpy2ram, nocopy - чистая загрузка.
Нет. Достаточно dir
А почему тогда длинные и с переменными? Для выпендрёжа?
Запомни, я никогда не соглашусь с уродством.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Январь 2021, 08:33:58
почему тогда длинные и с переменными?
dir повторяется 4 раза - удобнее в переменную
Остальные навороты только для умещения в 1 исо кучи вариантов загрузки. Если есть идеи по оптимизации - очень интересно
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Январь 2021, 08:42:36
я никогда не соглашусь с уродством.
Пишите с нуля.
ТЗ:
/base /modules /optional /rootcopy .  (https://wiki.puppyrus.org/soft/porteus-initrd#%D1%81%D0%BB%D0%BE%D0%B8_aufs)
changes load noload copy2ram rammod
089 090 должны быть в верхнем слое
Жду "неуродливый" initrd под мои дистры
В обсуждения про то что все г. больше не участвую. Делайте или юзаем что есть. От Вас пока только много шума и пшик на выходе (нет практических результатов - развлекаетесь сами, а не делаете для людей)
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Январь 2021, 13:52:03
Пишите с нуля.
Давно уже написал.
changes load noload copy2ram rammod
Поясни changes и rammod
089 090 должны быть в верхнем слое
Это мне объяснять не надо, а вот зачем номера? Излишество. У меня *save.xzm и можно добавить *update.xzm. Кто из них выше, вопрос спорный.
под мои дистры
Закабалить хочешь?
развлекаетесь сами
Хобби, а как же иначе.
В обсуждения про то что все г. больше не участвую.
Правильно, чего тут обсуждать, и так понятно, что вся жизнь стала "Г" и всё остальное вместе с ней.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Январь 2021, 14:12:57
Поясни changes и rammod
В вики что-то непонятно?
зачем номера?
Так сложилось . Все привыкли
Закабалить хочешь?
Использовать на всеобщее благо
вся жизнь стала "Г" и всё остальное вместе с ней.
Сейчас у вас появился шанс хоть что-то улучшить, но уже в вас не верю
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Январь 2021, 14:26:45
В вики что-то непонятно?
Да понятно, просто у меня changes подключается по факту наличия. rammod дополнительная функция к copy?? По моему излишество.
Так сложилось . Все привыкли
Плохо, что привыкли, потому что плохо сложилось. У меня вот этой привычки нет, и сразу видно.
Использовать
Что использовать, что закабалить, смысл один.
но уже в вас не верю
Я не бог, чтобы в меня верить.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 08 Январь 2021, 14:52:24
излишество.
Народ привык. Новое изучать не захотят. Тем более функционал тот же
Оптимально сделать максимально совместимо со старым
Что использовать, что закабалить, смысл один.
Главное, чтобы был результат. Давно не видели от вас законченного. Мысли, наброски, терзания
В итоге будете делать или дальше ломаться?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 08 Январь 2021, 15:49:34
В итоге будете делать
Пока не знаю, надо с сетью закончить.
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 14 Декабрь 2023, 20:05:49
 Написал с нуля init под lfd10, собрал minitrd.gz. Используются только loas и noload, dev и dir указывать не надо, сам найдёт. Так-же работает с Porteus, если заменить в скрипте pfs на xzm ( sed -i 's/pfs/xzm/' init если кто не понял). Если кому интересно, могу загрузить на YandexDisk
 Теперь немножко поспорим (тролль я или нет  ;) )
Цитата: DdShurick от 08 Январь 2021, 13:52:03
зачем номера?
Так сложилось . Все привыкли
В Porteus оно скорее всего нужно. У них принято: 000 модули ядра, 001 база, 002 Xorg, 003 DE, 089 обновления, остальное в modules. Ты же эту тенденцию "расширил и углубил" (C) М.С.Горбачёв довел до идиотизма  :D плюс куча менюшек, которые не будут работать в GRUB2. Моё мнение - в базе номера не нужны ибо псевдомонолит, как ни тасуй, не пересекутся.

Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 16 Декабрь 2023, 09:08:55
Если кому интересно, могу загрузить на YandexDisk
интересно
Можете проверить :
pra-porteus initrd вообще не заработал, а rootaufs2  грузит ОС, но не видны точки монтирования модулей
У них принято: 000 модули ядра, 001 база, 002 Xorg, 003 DE, 089
089 - только мое изобретение. Оно у меня в верхнем слое aufs
псевдомонолит
что вы под этим понимаете?
плюс куча менюшек, которые не будут работать в GRUB2.
Работают. Я даже конвертер написал (только под моё, не универсальный)
в базе номера не нужны
А если это дебиан с мультимодульной базой - сломаются индексы apt
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 16 Декабрь 2023, 09:50:10
интересно
https://disk.yandex.ru/d/SC7sR8xSZV9JAw
но не видны точки монтирования модулей
С моим mminitrd тоже. Помню в одном из minitrd для Richy даже делал опцию, чтобы скрыть "потроха".
089 - только мое изобретение. Оно у меня в верхнем слое aufs
Это можно сделать проще - начинать монтирование aufs с save и upd, а дальше "add:2:" ;)
что вы под этим понимаете?
Псевдомонолит, это базовый модуль, разбитый на несколько для удобства апгрейда. Обычно 000-kernel, 001-base, 002-xorg, 003-wm, но последний я бы вынес в optional и грузил через load=
Работают. Я даже конвертер написал (только под моё, не универсальный)
Представляю, какая портянка получится из grub.cfg :D
сломаются индексы apt
Уговорил. Пусть "пожарные с милицией" остаются :)
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 16 Декабрь 2023, 10:39:02
делал опцию, чтобы скрыть "потроха".
Как бы открыть? В uird все ок...
базовый модуль, разбитый на несколько для удобства апгрейда
Для апгрейда как раз удобнее монолит. В свежем prar как раз для этого в 001 включено : xorg mesa tk de
Представляю, какая портянка получится из grub.cfg
Не особо больше. См. в любом моем исо
Уговорил
089 в вашем инитрд наверху?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 16 Декабрь 2023, 13:57:14
Как бы открыть?
А оно так сильно надо? По моему не надо и ни разу. Но можно, не проблема. Там было что-то вроде "mount -o bind", посмотрю.
Не особо больше. См. в любом моем исо
Смотрел, смотрел. "Увлекательнейшее чтиво" :D
089 в вашем инитрд наверху?
Естественно.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 16 Декабрь 2023, 15:15:08
А оно так сильно надо?
Не то чтобы прямо совсем. Но таких дистров несколько. Вроде еще Астра. Хорошо бы понять - в чем проблема...
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 16 Декабрь 2023, 18:16:20
Хорошо бы понять - в чем проблема...
По образу и подобию Puppy:
Код
mount -o move $oldmntpt $newmntpt
где oldmntpt=/mnt/live/memory/images/$modulename newmntpt=/aufs$oldmntpt. Иначе говоря, переносится точка монтирования модуля из корня initramfs в будущий корень системы.
 Как это делается в Porteus не нашёл.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 16 Декабрь 2023, 19:20:47
В Вашем инитрд это помогло?
В uird (в котором все работает) mount -o move только для /run
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 16 Декабрь 2023, 20:47:02
В Вашем инитрд это помогло?
Решение оказалось гораздо проще, изменил точку монтирования - init строка 15:
Код
 modmtpt="/aufs/mnt/live/memory"
Теперь все "потроха" просматриваются, а это необходимо для start.sh и отмонтирования. Как-то раньше не подумал :(
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 16 Декабрь 2023, 22:19:45
https://disk.yandex.ru/d/SC7sR8xSZV9JAw
Тут практически пустой init. Ничего не перепутано?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 17 Декабрь 2023, 08:50:59
Тут практически пустой init. Ничего не перепутано?
Нет, просто лишнее выкинуто.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 17 Декабрь 2023, 11:38:32
лишнее выкинуто.
Не может быть. Там только это  и оно не работает
Код
#!/bin/sh

zcat /lib/consolefonts/ter-u16n.psf.gz | loadfont
export LANG=C

PATH="/bin:/sbin"

mount -t proc proc /proc -o nosuid,noexec,nodev
mount -t sysfs sys /sys -o nosuid,noexec,nodev
mount -t devtmpfs dev /dev -o mode=0755,nosuid
mount -t rootfs -o remount,rw rootfs /
ln -s /proc/mounts /etc/mtab

exec /bin/sh >/dev/console 2>&1
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 17 Декабрь 2023, 12:24:06
Там только это  и оно не работает
Куда остальное дел? ??? :) Должно быть:
Код
#!/bin/sh

PATH=/sbin:/bin

mount -t proc proc /proc
mount -t sysfs sysfs /sys
mount -t devtmpfs devtmpfs /dev
mkdir /dev/pts
mount -t devpts devpts /dev/pts
# mdev -s ??

cat /lib/consolefonts/ter-u16n.psf | loadfont

k=$(uname -r)
modmtpt="/aufs/mnt/live/memory"

blkid | sort -u > /tmp/blkid.tab

for x in $(cut -d: -f1 /tmp/blkid.tab); do

mntpt=${x//dev/mnt}
fs=$(grep -w $x /tmp/blkid.tab | egrep -o ' TYPE=[^ ]+' | cut -d'"' -f2)

if [ $fs == swap ]; then swapon $x; continue; fi

mkdir -p $mntpt
mount -t $fs $x $mntpt

str=$(ls $mntpt/*/base/000-kernel-${k}_64.pfs) 2>/dev/null #|| str=$(ls $mntpt/*/*/base/000-kernel-${k}_64.pfs)
pth=${str%%base*}

if [ ! "$pth" ]; then umount $x
echo "${x//dev/На разделе } не найдены системные файлы"
continue
fi

dev="${x##/dev/}"
echo \#$pth > /tmp/${dev}-base.lst
devs="$dev $devs"
ls -1 ${pth}base/0*.pfs >> /tmp/${dev}-base.lst

done

n=$(echo $devs | wc -w)

if [ $n == 0 ]; then echo "Файлы не найдены"
exec /bin/sh -c reboot
elif [ $n == 1 ]; then 
dev=$(echo $devs | tr -d ' ')
else echo "Выберите и напечатайте имя устройства:"
echo $devs
read dev
fi

mount -t tmpfs tmpfs $modmtpt/changes && echo "save in $modmtpt/changes"

modmnt () {
echo "загружаются модули из $1"
for m in $(egrep -v "^\#$noload" /tmp/${dev}-${1}.lst); do

[ -d $m ] && continue

mp=$modmtpt/images/$(basename $m .pfs)

mkdir -p $mp
mount -o loop $m $mp

if [ "$1" == "base" ]; then
mntbase=":${mp}=ro$mntbase"
elif [ "$1" == "modules" -o "$1" == "optional" ]; then
mount -o remount,add=2:$mp /aufs
fi
echo "--> $(basename $m .pfs)"
done
}

noload=$(egrep -o " noload=[^ ]+" /proc/cmdline | cut -d= -f2 | tr ';' '|')

modmnt base

mount -t aufs -o udba=reval,diropq=w,br:$modmtpt/changes=rw${mntbase} aufs /aufs && echo "aufs ok"

pth=$(grep ^\# /tmp/${dev}-base.lst)
pth=${pth:1}

ls -1 ${pth}modules/*.pfs > /tmp/${dev}-modules.lst

modmnt modules

load=$(egrep -o " load=[^ ]+" /proc/cmdline | cut -d= -f2 | tr ';' '|')
if [ "$load" ]; then
find ${pth}optional | egrep "$load" > /tmp/${dev}-optional.lst
modmnt optional
fi

echo "Система собрана, загружаются модули ядра..."

exec switch_root /aufs /sbin/init
Сейчас гляну, если что, перезалью.
Есть идея автоматизировать copy2ram и nocopy.
1. Если есть выхлоп "cat /sys/block/$dev/events" (должен быть media_change), то copy2ram
2. Смотрим размер ram "awk '/MemTotal/ {print $2}' /proc/meminfo" (выхлоп в килобайтах) и сравниваем с заданным минимальным значением.
Перезалил https://disk.yandex.ru/d/rjNowNRAg69svw
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 17 Декабрь 2023, 13:30:58
Перезалил https://disk.yandex.ru/d/rjNowNRAg69svw
C lfd10 работает
С minios
все "потроха" просматриваются
не просматриваются
Название: Re: minitrd в PRA и DDR
Отправлено: imp от 17 Декабрь 2023, 13:58:22
Куда остальное дел?
Качнул. Та же фигня
Название: Re: minitrd в PRA и DDR
Отправлено: krasnyh от 17 Декабрь 2023, 18:01:14
Та же фигня
В смысле "та же"? Как в этом (https://forum.puppyrus.org/index.php?topic=21855.msg187673#msg187673) сообщении у DdShurick? Тогда верно, тоже скачал, проверил.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 17 Декабрь 2023, 20:29:21
Перезалил https://disk.yandex.ru/d/rjNowNRAg69svw
C lfd10 работает
С minios
все "потроха" просматриваются
не просматриваются
Запутали. У всех так же?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 18 Декабрь 2023, 08:32:36
фигня
"Фигня" вылезает. Например, de-lxde не грузится автоматом lxpanel, и непонятно почему. Все слои на месте...
 Прикрутил монтирование раздела к /home, как положено, по /dev/* , LABEL и UUID. Как в Richy. Потребуется /etc/skel/ к каждому DE.
 Теперь вопрос. У кого есть опыт монтирования nfs? Есть домашний сервер DNS-315, используется как DLNA, ftp тоже работает нормально, а вот nfs не хочет.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 19 Декабрь 2023, 09:35:24
С minios все "потроха"
не просматриваются
В итоге у всех так?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 19 Декабрь 2023, 11:07:00
не грузится автоматом lxpanel
Исправил в lxpanel.desktop ash на sh, и порядок. Твоя горбушка, sfs.
minios
А это что за чудо?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 19 Декабрь 2023, 12:11:40
С minios все "потроха"
не просматриваются
На BBlin тоже. Буду решать, только непонятно, зачем?
...............
 Решилось легко: "mount -o rbind /mnt /aufs/mnt"
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 22 Декабрь 2023, 11:03:14
BBlin
Что это?
Решилось легко: "mount -o rbind /mnt /aufs/mnt"
А в /mnt у вас видны примонтитрованные при загрузке squash и прочее?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 23 Декабрь 2023, 07:47:47
А в /mnt у вас видны примонтитрованные при загрузке squash и прочее?
Да.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 25 Декабрь 2023, 09:31:09
Да.
Окончательно запутался. Т.е. у вас в mount были видны точки монтирования (в инитрд) squash ? Т.е. эта проблема только у меня?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 25 Декабрь 2023, 11:19:38
Окончательно запутался.
Со мной и не такое может быть :)
Приладил copy2ram. Автоматически, если флешка, и, по желанию, через /proc/cmdline. Есть нюанс, copy2ram пустой, но раздел свободно отмонтируется и всё продолжает работать. ??? При этом mount выдаёт для каждого модуля:
Код
 /mnt/live/memory/copy2ram/000-kernel-6.6.0-pf3-pts+_64.pfs (deleted) on /mnt/live/memory/images/000-kernel-6.6.0-pf3-pts+_64 type squashfs (ro,relatime,errors=continue)
Перезалил https://disk.yandex.ru/d/8oatgK81uX3jGg (Этот вариант не окончательный.)
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 25 Декабрь 2023, 11:27:18
mount выдаёт для каждого модуля:
На этом (https://forum.puppyrus.org/index.php?topic=23896.msg184324#msg184324) дистре и на Астре тоже?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 25 Декабрь 2023, 11:33:41
На этом дистре и на Астре тоже?
Проверял только на lfd10 vmlinuz-6.6.0
Астру не использую принципиально, ибо фуфло, minios мне не знакома, но донор тот-же, что и у AntiX.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 25 Декабрь 2023, 12:28:21
Проверял только на lfd10
Т.е. по итогу с эти ясности нет
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 25 Декабрь 2023, 13:10:36
ясности нет
Какая может быть ясность при таком "распылении". При этом каждый делает по своему и непонятно, OS адаптировать под minitrd или наоборот. Я делаю под .pfs (lfd10), параллельно под .xzm (porteus) плюс свой BBlin, которого ещё нет, ибо неясно...
Пишу из minios. Пока не впечатляет, "бюрократии" в загрузке много. Посмотрю initfs, видно будет.
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 11 Январь 2024, 12:00:25
 Прикрутил подтягивание зависимостей по start.sh на стадии initrd. Вместо sfs-get-dep.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 11 Январь 2024, 12:33:09
Вместо sfs-get-dep.
А если подключать после загрузки ОС?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 11 Январь 2024, 12:35:22
start.sh
Вообще это очень костыльно... Перешло еще из pra
По хорошему надо бы перенести в /etc/packages
А /etc/packages -> /var/lib/pfs
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 11 Январь 2024, 12:42:25
 :-X
По хорошему надо бы перенести в /etc/packages
А /etc/packages -> /var/lib/pfs
Поддерживаю целиком и полностью.
А если подключать после загрузки ОС?
Можно и после. Просто удачно получилось использовать функцию modmnt.
Код
for d in $(grep sfs-get-dep $modmtpt/images/*/start.sh | cut -f2 -d' ' | sort -u)
 do
  find ${pth}optional -name ${d}* >> /tmp/${dev}-dep.lst
 done
modmnt dep
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 11 Январь 2024, 14:36:01
Поддерживаю целиком и полностью.
Но хорошо бы совместимость не потерять... Это давно у меня в планах
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 11 Январь 2024, 16:22:59
совместимость не потерять...
Сделать ссылку
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 16 Январь 2024, 11:33:25
 Перезалил minitrd.gz (https://disk.yandex.ru/d/1slhgbrPY7jA4g).
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 31 Январь 2024, 11:34:19
Перезалил minitrd.gz (https://disk.yandex.ru/d/1slhgbrPY7jA4g).
Проверил на lfu22 c маленьким ядром - работает. Вроде даже быстрее pra-porteus (на глаз)
Хорошо бы описание читкодов.
Я так понял реализован:
load (https://wiki.puppyrus.org/soft/porteus-initrd#load_module)=1.pfs;2pfs
noload (https://wiki.puppyrus.org/soft/porteus-initrd#noload_module)=
copy2ram (https://wiki.puppyrus.org/soft/porteus-initrd#copy2ram)

Хорошо бы еще :
/rootcopy (https://wiki.puppyrus.org/soft/porteus-initrd#rootcopy) (можно без читкода)
delay (https://wiki.puppyrus.org/soft/porteus-initrd#delay)=
changes (https://wiki.puppyrus.org/soft/porteus-initrd#changes) (я так понял - сейчас только в tmpfs и без ramsize (https://wiki.puppyrus.org/soft/porteus-initrd#ramsize)=) Хорошо ли всю ram отдавать под сохраненку...
from (https://wiki.puppyrus.org/soft/porteus-initrd#from)= (для ventoy)

Я так понял вместо dir= и sgnfile - автопоиск по ядру str=$(ls $mntpt/*/base/000-kernel-${k}_64.pfs)
А если есть несколько папок с этим ядром? Лучше бы sgnfile

С большим ядром - kernel panic. Я так понял эта идея пока в init заблокирована. Что должно быть в ядре мололитно? Только fs? aufs тоже?

Мне понравилось +. После доработки готов включить в свои дистры. А может и слить pra-porteus-initrd ...
А если бы это прикрутить к dracut (чтобы была возможность собрать с llvm и т.п.) - то и от rootaufs2
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 31 Январь 2024, 12:07:14
Хорошо бы еще :
/rootcopy (можно без читкода)
delay=
changes (я так понял - сейчас только в tmpfs и без ramsize=) .
from= (для ventoy)
Обоснуй необходимость.
Хорошо ли всю ram отдавать под сохраненку..
Видишь ли, tmpfs - понятие растяжимое, берёт по необходимости, и не больше.
changes
Если есть 090-save*.xzm, он примонтируется вторым слоем сразу после save. И зачем тогда что-то ещё городить? Третьим будет 089-upd.
слить pra-porteus-initrd ...
Давно пора, много у них накладок, такое впечатление, что разные куски  кода писали разные люди и не заморачивались согласованием.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 31 Январь 2024, 17:15:25
/rootcopy
Удобно. Легко сделать. Один cp. Я юзаю
delay=
Без этого на медленных носителях работать не будет . На форуме есть примеры
changes
Я юзаю только в pfs , но в папку и файл надо. Народ юзает. Без этого неконкурентоспособно по сравнению с портеусом . Юзеру "много у них накладок" и пара секунд ускорения загрузки не интересно. Урежете функционал - никто не будет переходить.
from= (для ventoy)
Народ юзает. Иногда удобно загрузиться прямо из iso. Можно и в груб2

tmpfs - понятие растяжимое, берёт по необходимости, и не больше.
Это понятно. Но что будет когда он всю память заберет под сохраненку. Что прогам останется? Тут надо  дефолт 60% + ramsize=

У меня сделано что 090 в самом верхнем слое. За ним 089. Это логично 

Если уж бороться за секунды - busybox хорошо бы перекомпилить статично с uclibc. В моем 328кб нет некоторых плагинов. Есть нестатический uclibc - с ним работает. Меньше вашего раза в 2.
Название: Re: minitrd в PRA и DDR
Отправлено: imp от 31 Январь 2024, 17:20:12
но в папку и файл надо
Факт. Поддерживаю
Название: Re: minitrd в PRA и DDR
Отправлено: knn от 31 Январь 2024, 18:23:08
имхо, (хотя что-то может быть излишним, а что-то "[ещё]неизвестным/неприменяемым" ):
- 'changes' - самое простое и наглядное особенно для среднесферического пользователя
[# сейчас пользую на посмотреть что получиться после "массовых" манипуляций с системой];
---
- 'rootcopy' - как "точечная настройка" - среднее м-ду 'changes' и "своим-выверенным-сквош-модулем" (приближение к "целевым"-модулям и даже пакетам)
[# сейчас ddog ч/з него отлаживаю # ) в редко выпадающее время]
---------
зы
- у меня на памяти крутится, что 'from' - не "ядерный" ли параметр ...(?)
========
upd:
- посмотрел - 'from' в https://www.kernel.org/doc/Documentation/admin-guide/kernel-parameters.txt не нашел
----
но есть 'rootdelay=' - вроде "дефолтный" 'delay=' ...
-------   
- и 'rootwait',  'rootwait=' есть ... (про их различие - уточнять нужно)
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 31 Январь 2024, 20:47:16
перекомпилить статично с uclibc
Не компилируется. В упор не видит linux/limits.h, хотя он есть. Ошибка одинаковая в Porteus и AntiX ??? Непонятно.
Код
./include/bits/local_lim.h:38:10: fatal error: linux/limits.h: No such file or directory
   38 | #include <linux/limits.h>
      |          ^~~~~~~~~~~~~~~~
compilation terminated.

# ls /usr/include/linux/limits.h
/usr/include/linux/limits.h
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 01 Февраль 2024, 01:13:40
linux/limits.h: No such file or directory
core/linux-api-headers 6.3-1 [установлен]
    usr/include/linux/limits.h
У вас нет хэдеров ядра
Не компилируется
утилиты из скрипта, отсортированные по алфавиту:
basename
blkid
cat
cp
cut
echo
egrep
exec
find
grep
loadfont
ln
ls
mkdir
modprobe
mount
mdev
read
remount
sort
switch_root
tr
uname
umount
wc
xargs
https://file.puppyrus.org/users/minitrd.tar.xz
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 01 Февраль 2024, 08:35:44
https://file.puppyrus.org/users/minitrd.tar.xz
Что-то ты "пересушил". Не работает. У тебя:
Код
/ # x=/dev/sda1
/ # mntpt=${x//dev/mnt}
/bin/bash: syntax error: bad substitution
У меня:
Код
# x=/dev/sda1
# mntpt=${x//dev/mnt}
# echo $mntpt
/mnt/sda1
И что, из-за этого писать такие-же "вензеля" как в портеус, чтобы обойти?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 01 Февраль 2024, 15:58:23
У вас нет хэдеров ядра
Apt говорит, что есть
Код
# apt list linux-headers-$(uname -r)
Вывод списка… Готово
linux-headers-5.10.57-antix.1-amd64-smp/now 5.10.57-antix.1-amd64-smp-1 amd64 [установлен, локальный]
утилиты из скрипта, отсортированные по алфавиту:
А загрузка по сети уже не нужна?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 02 Февраль 2024, 07:13:30
Перекомпилю
https://file.puppyrus.org/users/minitrd-sf02.tar.gz - норм?

загрузка по сети уже не нужна?
Пока нет. давайте от простого к сложному. Понадобится - еще перекомпилю

Apt говорит, что есть
В дебиане этот файл в    linux-headers-ваше-common
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 02 Февраль 2024, 09:48:03
https://file.puppyrus.org/users/minitrd-sf02.tar.gz - норм?
Проверил - грузится https://file.puppyrus.org/users/minitrd-sf02.zst. Размер уменьшился в ~5 раз
но какая-то лажа с copy2ram (cм скрин)

Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 02 Февраль 2024, 11:44:26
Понадобится - еще перекомпилю
Компилировать я и сам могу, лучше бы uClibc подкинул.
Save должен искать только в dir или везде?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 02 Февраль 2024, 12:33:55
Компилировать я и сам могу, лучше бы uClibc подкинул
buildroot (https://wiki.puppyrus.org/programming/busybox) - там муторно. Не тратьте время. Пишите - я сам скомпилю. У меня дома buildroot развернут
Save должен искать только в dir или везде?
Оптимально делать как в портеусе (https://wiki.puppyrus.org/soft/porteus-initrd#changes), чтобы юзерам не переучиваться и конфиги не переписывать
Пока можно ограничиться и дир, но changes=/path/file.dat - контейнер надо обязательно для фат нтфс
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 02 Февраль 2024, 19:26:12
buildroot
Уже пробовал, система повисла.
Пишите - я сам скомпилю.
Тогда уж свежую - 1.36.1.
Оптимально делать как в портеусе,
Только ещё оптимальнее :)
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 05 Февраль 2024, 10:38:55
Тогда уж свежую - 1.36.1.
А там есть за что бороться в плане улучшений?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 05 Февраль 2024, 17:22:02
А там есть за что бороться в плане улучшений?
Не знаю, но твоя последняя 1.35.0-sf2 не загружает модули ядра на стадии init.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 05 Февраль 2024, 17:49:25
Командой modprobe?
Доделывайте пока на своем ббоксе. По итогу разберусь
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 10 Февраль 2024, 12:18:22
Хорошо бы еще :
/rootcopy (можно без читкода)
delay=
changes (я так понял - сейчас только в tmpfs и без ramsize=) Хорошо ли всю ram отдавать под сохраненку...
from= (для ventoy)
rootcopy - пока не вникал.
delay - я делал автоматически, надо смотреть Richy. Кстати, твоё ядро 6.6.0 не видит sd-карточку пока не загрузятся модули ядра, тут уж никакой delay не поможет, если с неё загружаться.
sgnfile - в твоём init исполнен как аналог pdir в Puppy или dir в Richy. Может лучше сделать отдельный файл и записать в него екоторые переменные?
from похоже у тебя дублирует sgnfile.
changes - самый большой камень преткновения, вариантов много и все с изъянами. В Richy /home используется как точка монтирования раздела, тогда changes совсем маленький, фактически превращается в файл настроек и не требует постоянной перезаписи. С другой стороны /home как точка монтирования вреден для флешек из-за постоянного перезаписывания, например, кеша браузера. Флешка довольно быстро "выгорает". Но постоянное перезаписывание save-файла ничуть не лучше. Может $HOME/.cache/ вынести в дополнительную aufs?
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 10 Февраль 2024, 17:43:54
твоё ядро 6.6.0 не видит sd-карточку пока не загрузятся модули ядра
Какие модули нужны в монолит? Добавлю при следующей перекомпиляции
sgnfile - в твоём init исполнен как аналог pdir в Puppy или dir в Richy
да. По сути достаточно чего-то одного. sgnfile - удобнее. Названия папки с дистром забито в конфиг  (https://forum.puppyrus.org/index.php?topic=24051.0)
сделать отдельный файл и записать в него екоторые переменные?
Удобнее, когда все можно поменять из меню груба

from похоже у тебя дублирует sgnfile.
from надо для vеntoy : from=/path/iso.iso - загрузка из исо

changes  - лучше сделать все варианты. Разное удобно для разных ситуаций и носителей
Может $HOME/.cache/ вынести в дополнительную aufs?
Не надо усложнять. А то получится uird. Кому надо - вынесет симлинком в сохраненке
постоянное перезаписывание save-файла ничуть не лучше
На флэшке оптимально сохранение в pfs
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 10 Февраль 2024, 19:52:03
На флэшке оптимально сохранение в pfs
Знаю, ибо сам и придумал, но без примонтированного /home придётся перезаписывать каждый раз, чтобы не терять пользовательские данные.
from надо для vеntoy : from=/path/iso.iso - загрузка из исо
Если это только для iso, то переделывать ничего не надо, просто добавить.
Удобнее, когда все можно поменять из меню груба
Не все виртуозно владеют этим.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 11 Февраль 2024, 10:03:28
без примонтированного /home придётся перезаписывать каждый раз, чтобы не терять пользовательские данные.
Ну так я выше про симлинки написал. Сам так юзаю - норм. Не надо усложнять
Если это только для iso
Других применений не знаю. У остальном получается аналог dir
Не все виртуозно владеют этим.
Тогда и то и то. Править все по горячему в груб очень удобно
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 11 Февраль 2024, 17:53:09
Ну так я выше про симлинки написал. Сам так юзаю - норм. Не надо усложнять
Раздел, на который ссылается симлинк должен быть примонтирован. Получается "mount +ln", разве это проще? По моему - "лишь бы не как у людей". Примонтированный /home выходит проще и полностью соответствует стандарту.
 Что-то никак не могу собраться с мыслями для дальнейшей работы, вдохновение куда-то ушло :( , придётся подождать.

 Установил ventoy на sd-карточку 512Mb. Загрузил MiniOS. Буду разбираться с from=. Переменная пересекается с sgnfile и dir, и там много лишнего кода, хотелось бы оптимизировать. Например функцию locate можно заменить на test (для файла [ -e $file ] или [ -d $dir ] для каталога).
 Да, ещё, в init lfd10 кое-где остался "porteus", хотя надо "lfd10".
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 12 Февраль 2024, 09:23:56
Загрузил MiniOS. Буду разбираться с from=
А как тут поможет миниос?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 12 Февраль 2024, 13:08:20
А как тут поможет миниос?
Она не только загрузилась через ventoy, в отличие от lfd10 (про ошибку в init я уже писал), но и каким-то непостижимым образом узнала меня на форуме ??? Мистика... Potreus тоже загружается нормально.
 Буду разбираться, откуда у from= ноги растут.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 12 Февраль 2024, 13:23:51
загрузилась через ventoy, в отличие от lfd10
Все мои дистры со всеми 3 initrd грузятся как исо в вентой. pra-porteus только через from= Подробнее в вики про вентой
про ошибку в init я уже писал
Не помню. Дайте ссылку
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 12 Февраль 2024, 16:29:35
Все мои дистры со всеми 3 initrd грузятся как исо в вентой.
Как видишь, не все. Посмотри вот эту строку:
Код
268:	    DIR=`echo $LPTH | rev | cut -d/ -f3- | rev`; [ $DIR ] && FOLDER=$DIR/porteus
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 12 Февраль 2024, 17:26:36
Проверил  в ventoy 1.0.95 (обыч. режим) from=/lfd10-23.05-x86_64.iso - все ок
iso смонтирован в /mnt/live/opt/isoloop
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 12 Февраль 2024, 17:42:22
lfd10-23.05-x86_64.iso, ventoy-1.0.97 не загружается "Не найден файл lfd10" :( Пробовал оба режима.
from=/lfd10-23.05-x86_64.iso - все ок
Ты это ручками дописываешь?
iso смонтирован в /mnt/live/opt/isoloop
Почему не в /mnt/, как у всех?
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 12 Февраль 2024, 17:56:58
Ты это ручками дописываешь?
Разобрался. Для ventoy отдельный пункт меню. Не должно быть так.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 12 Февраль 2024, 18:03:50
Ты это ручками дописываешь?
Нет. У меня там спец. пункт в меню есть. Но можно и руками
Почему не в /mnt/, как у всех?
Код в большинстве  не мой - портеуса
Не должно быть так
В initrd-rootaufs2 у меня сделан автодетект вентоя, но работает только в режиме вентоя груб2
Иначе - надо писать конфиг для своего дистра для вентоя и отправлять его автору. В миниос - Кримсон это сделал
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 23 Февраль 2024, 19:30:26
сделан автодетект вентоя
Код
blkid | grep Ventoy | cut -f1 -d:
/dev/sdb1
??
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 23 Февраль 2024, 22:26:07
нет
Код
rootaufs_mount_handler() {
    msg2 ":: Ventoy detect: `cat /proc/cmdline |grep rdinit=/vtoy/vtoy ||echo NO`"
[ "`cat /proc/cmdline |grep rdinit=/vtoy/vtoy`" ] && root=/dev/mapper/ventoy && msg2 "::::: Ventoy d
    msg2 ":: Mounting rootaufs2 root $root..."
Вентой при груб2 загрузке подставляет в параметры ядра rdinit=/vtoy/vtoy  и создает /dev/mapper/ventoy
Название: Re: minitrd в PRA и DDR
Отправлено: DdShurick от 24 Февраль 2024, 11:14:06
 Понятно, но это частный случай, а хочется универсально. Porteus загружается без from= , зачем плодить лишние сущности. Надо разбираться с их linuxrc.
Название: Re: minitrd в PRA и DDR
Отправлено: sfs от 24 Февраль 2024, 17:31:36
Porteus загружается без from=
Тогда надо читать доку вентоя про то, как писать конфиги дистрибов под него