В выпуске Ubuntu 25.10, релиз которого намечен на 9 октября, для формирования образов начального RAM-диска (initrd) утверждено использование по умолчанию инструментария Dracut вместо пакета initramfs-tools, развитие которого в последние годы приостановилось и ограничивается работой по сопровождению. Так как разработка выпуска 25.10 c середины августа находится на стадии заморозки, не допускающей добавления новой функциональности, для перехода на Dracut командой, отвечающей за выпуск релизов, предоставлено исключение. В настоящее время пакет initramfs-tools уже заменён на dracut в мета-пакетах...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63860
Давно задействовал на дебиане, когда потребовалось модуль в initramfs вкорячить.
>развитие которого в последние годы приостановилось и ограничивается работой по сопровождениюЧего не хватает в initramfs-tools, что потребовалось переходить?
Попробуй второй абзац новости прочитать.
Как в анекдоте, чукча не читатель.
Написано же -системдряни им не хватало. В initrd!
Только не дое..ся нахрена жеж он там сдался.
я тож против systemd в initrd, но справедливости ради - там ведь есть простой /init (а как без него то?)
и тут бы спросил: "а зачем вообще нужен этот initrd ?"
Внезапно полезное изменение в Ubuntu.
Раз в год и палка стреляет. Зато теперь можно расслабиться - ближайшие 10 лет ничего хорошего в бубунте не ждём.
Это тебе не вяленый. Тут сроки намного меньше.
- Разработчики дистрибутивов жалуется, что разбираться с морально устаревшим забалованными костылями кода, никто не хочет! Даже за деньги!!!
(https://www.opennet.dev/opennews/art.shtml?num=62725)- Уязвимости в библиотеках X.Org которые присутствуют с 1988 года
(https://www.opennet.dev/opennews/art.shtml?num=59906)- Разработчики дистрибутивов просто устали годами упрашивать людей с ЧСВ, поддержку касающиеся многомониторных конфигураций, экранов с высокой плотностью пикселей, HDR, VRR (адаптивное изменение частоты обновления монитора), одновременной работы с несколькими GPU, устойчивости к сбоям, обработки ввода и обеспечения безопасности.
(https://www.opennet.dev/opennews/art.shtml?num=63439)- Разработчики дистрибутивов планируют убрать иксы!
(https://www.opennet.dev/opennews/art.shtml?num=63439)- Радикальные фанаты решили на гитхабе нажать на кнопку "форк x11". Все в шоке! Выпускают массово новости - нашлись люди, готовые работать с этим. Но закрывая в x11 один баг, там открывается 2 новых бага... Оказывается если нажимать кнопку "форк x11" - это не решит его проблем!
(https://www.opennet.dev/opennews/art.shtml?num=63369)- Разработчики дистрибутивов прекращают ставить иксы!
(https://www.opennet.dev/opennews/art.shtml?num=63444)- " «сырое» состояние кодовой базы XLibre, которая всё ещё проходит через полномасштабный рефакторинг."
https://www.opennet.dev/opennews/art.shtml?num=63618#69
* ВЫ ЗДЕСЬ *
> Переход на Dracut позволит решить такие проблемы, как ... обилие кода на shell в initrd.
> Dracut Languages
> Shell 75.3%...Эм... Ну, ладно...
Очередной гениус, не видящий разницы между языком приложения и его результатом? Открою секрет - жабаскрипт написан на крестах, делает ли это кресты жабоскриптом?
Ты чо несёшь?
Ram диск initramfs-tools имеет больше скриптов чем Dracut? О каком "результате" ты бредишь?
> Ram диск initramfs-tools имеет больше скриптов чем Dracut?Он именно это и говорит, и хорошо если это так, потому что initramfs-tools огромные многофайловые портянки выплевывает. Если можно будет сразу запускать тот инит с которым будет система работать, то это вин.
> Эм... Ну, ладно...Ну, загляни в папку src что ли...
dracut-cpio - rust
install, skipcpio, util - сишка
нууу, удачи им
> Переход на Dracut позволит решить такие проблемыон может только создавать проблемы
зачем вообще делать ramfs для всех - отдельная загадка
Ты тут тоже только создаёшь проблемы. И что дальше?
> невозможность использования systemd в initrdСтранно, но невозможно использовать systemd в MBR. Или в efiboot.
Initramfs, как и Dracut - просто дичайшие костылищи. Одно ядро загружает другое ядро - просто идеальная иллюстрация того, насколько "гибко" ядро Linux. И так оно во всем.
> Одно ядро загружает другое ядроАж чаем поперхнулся.
> Одно ядро загружает другое ядроМожешь показать где ты это увидел?
> просто идеальная иллюстрация того, насколько "гибко" ядро Linux
Ты сначала разберись в том, что комментируешь.
Может проблемы в тебе?
Вопрос на засыпку: для чего нужен SystemD в начальном ram fs ? Там ведь только драйверы
Потому что в initramfs есть бинарник init, к-й эти драйверы загружает, расшифровывает зашифрованные разделы и т.д. Вот видимо чтоб этот init заменить на мега-кобайнище systemd... с веб-сервером и генератором qr-кодов.
Хорошая штука этот dracut, но требует чтоб была поддержка systemd-users в системе и xattr в бинарнике cp. Пришлось патч мутить.
>> позволит решить такие проблемы, как ... обилие кода на shell в initrdok, а проблема-то в чём?