В выпуске 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 (а как без него то?)
> я тож против systemd в initrd, но справедливости ради - там ведь есть простой
> /init (а как без него то?)Ну вот два принципиально разных инита - это не совсем удобно. Увеличивается "SW BOM" (software bill of materials), больше знаний и канители как все это ворочать и вообще. Зачем надо оперировать двумя версиями знания о способаж делания одного и того же?
Вот init. В нём нечего знать, просто работает.https://gist.githubusercontent.com/rofl0r/6168719/raw/183525...
а ты посмотри от чего теперь зависит initramfs-tools в дебиане
и тут бы спросил: "а зачем вообще нужен этот initrd ?"
> и тут бы спросил: "а зачем вообще нужен этот initrd ?"Без initrd катит только
1) На локалхостах, где ядро собрал лично ты. Под именно этот локалхост. При том если железо вдруг заменить или изменить ... ммм да, будет интересно. И очень удобно.
2) На однотипных выводках девайсов
3) На виртуалках - с некоторыми допущениями.А более-менее generic distro kernel который бутявится на более-менее любом компе? Ну вот не - так ему не катит. Все модули вкомпилить в (b)zImage? Да ты опупеешь если у тебя какие-нибудь 100500 дров нафиг упавшего тебе на десктопе infiniband - в оперативе повиснет и дофига опаративы невыгружаемыми дровами на все оказии.
Это значит что в осноной тушке ядра лишь минимальный набор дров. А остальное в initrd генеренном таки под систему - из вооон какого набора модулей, коих в сумме под 500 мегов бывает. Дело в том что без блочного девайса - система не грузится. И чтоб его увидеть надо и дрова этого блочного девайса, и всех пререквизитов для этого и проч. И это все ессно в дистрокернеле при нормальном курсе действий в initrd живет. Так что ядро получает "волшебным" образом нужные модули, цепляет нужные железки и может методом мюнхаузена дальше грузить себя, вытягивая за шнурки от ботинок.
>[оверквотинг удален]
> опаративы невыгружаемыми дровами на все оказии.
> Это значит что в осноной тушке ядра лишь минимальный набор дров. А
> остальное в initrd генеренном таки под систему - из вооон какого
> набора модулей, коих в сумме под 500 мегов бывает. Дело в
> том что без блочного девайса - система не грузится. И чтоб
> его увидеть надо и дрова этого блочного девайса, и всех пререквизитов
> для этого и проч. И это все ессно в дистрокернеле при
> нормальном курсе действий в initrd живет. Так что ядро получает "волшебным"
> образом нужные модули, цепляет нужные железки и может методом мюнхаузена дальше
> грузить себя, вытягивая за шнурки от ботинок.Это всё непонимающие в разработке и выжившие из ума диды крапали, недостаточно ̶с̶м̶у̶з̶и̶х̶л̶ё̶б̶н̶о̶ современно, а ещё эти ужасные портянки на баше, нужно больше зависимости от современного systemd, это решит большинство проблем, особенно проблемы несовременности и програссивности некоторых компонентов системы. А кто думает не так, тот луддит и против прогресса.
> нужно больше зависимости от современного systemd, это решит большинство проблем,Как минимум это сделает мою жизнь тупо проще. Я смогу ворочать в обоих закоулках одной технологией которую я более-менее знаю, а не 2 разными, при том вторая - некие достаточно самобытные художества, и там этих шелскриптов довольно много и если что-то стало надо - там целые археологические раскопки придется делать в штуке которая в дебиане или убунте по дефолту сватается. Это как бы и правда - совсем не предел мечтаний, учитывая что они там в процессе довольно много великом переизобретают заново, когда 90% этого в s-d давно решено и без второго способа делать то же самое "но для initrd".
> особенно проблемы несовременности и програссивности некоторых компонентов
> системы. А кто думает не так, тот луддит и против прогресса.У лично меня - вон то мнение. Можете ерничать, можете не ерничать, но за коим хреном мне надо 2 способа делать одно и то же - я не понимаю.
Ну вот попробуй его удалить - узнаешь :)
Внезапно полезное изменение в 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 огромные многофайловые портянки выплевывает. Если можно будет сразу запускать тот инит с которым будет система работать, то это вин.
>> Ram диск initramfs-tools имеет больше скриптов чем Dracut?
> Он именно это и говорит, и хорошо если это так, потому что
> initramfs-tools огромные многофайловые портянки выплевывает. Если можно будет сразу запускать
> тот инит с которым будет система работать, то это вин.О, ещё одному мифические портянки на баше помешали, про которые он от взрослых дядек слышал краем уха, а сам никогда их не видел поди. ;)
> Эм... Ну, ладно...Ну, загляни в папку src что ли...
dracut-cpio - rust
install, skipcpio, util - сишка
нууу, удачи им
> Переход на Dracut позволит решить такие проблемыон может только создавать проблемы
зачем вообще делать ramfs для всех - отдельная загадка
> невозможность использования systemd в initrdСтранно, но невозможно использовать systemd в MBR. Или в efiboot.
Initramfs, как и Dracut - просто дичайшие костылищи. Одно ядро загружает другое ядро - просто идеальная иллюстрация того, насколько "гибко" ядро Linux. И так оно во всем.
> Одно ядро загружает другое ядроМожешь показать где ты это увидел?
> просто идеальная иллюстрация того, насколько "гибко" ядро Linux
Ты сначала разберись в том, что комментируешь.
> Одно ядро загружает другое
> ядро - просто идеальная иллюстрация того, насколько "гибко" ядро Linux.Как это ни странно, но таки да, это демонстрация гибкости ядра
>И так оно во всем.
Ну да, простота хуже воровства, надо же чтоб каждая фигулька была с подвыпедвертом.
А как бы вы решили проблему курицы и яйца?
> Initramfs, как и Dracut - просто дичайшие костылищи. Одно ядро загружает другое
> ядро - просто идеальная иллюстрация того, насколько "гибко" ядро Linux. И
> так оно во всем.И конечно вы покажете где оно лучше? Linux в результате - можно хоть по бельевой веревке загрузить, если вы придумаете как данные для загрузки в комп по ней передать.
А класть вообще все дрова прям в основную тушку ядра было бы нерационально по использованию RAM. А подчитать драйвер с фс - малость не того в системе где еще нет драйвера блочного устройства, его контроллера, фс и чего там еще.
Добавь ещё syslinux загрузчиком и вообще три будет.
Вопрос на засыпку: для чего нужен SystemD в начальном ram fs ? Там ведь только драйверы
Потому что в initramfs есть бинарник init, к-й эти драйверы загружает, расшифровывает зашифрованные разделы и т.д. Вот видимо чтоб этот init заменить на мега-кобайнище systemd... с веб-сервером и генератором qr-кодов.
> мега-кобайнище systemd... с веб-серверомвнезапно отличная идея ! надо, надо подсказать разработчикам systemd.
куда они принимают заявки (если принимают вообще) ?
а веб-приложения для того сервера напишут кто во что горазд.> и генератором qr-кодов.
с этим опоздали, т.к. ковидла уже кончилась.
и по-моему куриные коды были локальной темой: РФ и Китай only.
>> мега-кобайнище systemd... с веб-сервером
> внезапно отличная идея ! надо, надо подсказать разработчикам systemd.
> куда они принимают заявки (если принимают вообще) ?
> а веб-приложения для того сервера напишут кто во что горазд.А вы сейчас наверное думаете, что вы так пошутили саркастично, да? А я вот, после вебморд с формой отправки писем в поддержку прямо вкоряченную в UEFI ничему не удивлюсь.
>> и генератором qr-кодов.
> с этим опоздали, т.к. ковидла уже кончилась.
> и по-моему куриные коды были локальной темой: РФ и Китай only.К сожалению нет, это болезнь systemdшников, которая у них иногда обостряется
> это болезнь systemdшников, которая у них иногда обостряетсяне понял, что именно болезнь системдшников - ковидла или куркоды ?
по-моему второе не болезнь а жупел-технология для цифрового гулага.> А я вот, после вебморд с формой отправки писем в поддержку прямо вкоряченную в UEFI ничему не удивлюсь.
да ладно. неужели вы не придумали как это проэксплуатировать ? IPMI, его веб-морда (хороший сканер уязвимостей для вебни я не знаю, подсказки принимаются), веб-клиент типа curl в 1000 потоков, вот это все.
>> это болезнь systemdшников, которая у них иногда обостряется
> не понял, что именно болезнь системдшников - ковидла или куркоды ?
> по-моему второе не болезнь а жупел-технология для цифрового гулага.про QR коды с systemd, там даже у редитистов подрывалось.
>> А я вот, после вебморд с формой отправки писем в поддержку прямо вкоряченную в UEFI ничему не удивлюсь.
> да ладно. неужели вы не придумали как это проэксплуатировать ? IPMI, его
> веб-морда (хороший сканер уязвимостей для вебни я не знаю, подсказки принимаются),
> веб-клиент типа curl в 1000 потоков, вот это все.Зачем мне придумывать как эксплуатировать пользовательскую материнку, которая мне упала мимоходом?
Заняться мне что ли не чем?
Я просто поохреневал сперва, а потом сделал соответствующие выводы, что с asrock я больше никаких дел не имею, раз у них такие креативные инжынеры.
> с этим опоздали, т.к. ковидла уже кончилась.Он там не для того чтоб в кинотеатр пройти )) А чтоб смузи-выпивохи могли на телефон сфоткать QR с ошибкой на ранней стадии инициализации ОС и сразу перейти на страницу в багтрекере системд )))
Хорошая штука этот dracut, но требует чтоб была поддержка systemd-users в системе и xattr в бинарнике cp. Пришлось патч мутить.
В альпине нет системд - и оно чудесно ставит дракут и изготавливает инит-рам-диски (но могу допустить - т.к до байтика не следил за этим процессом в альпин - что альпиновцы могли опакетить какую нибудь маленькую часть системд чтоб подсунуть ее с дракутом для правильного изготовления образов)))))))
>> позволит решить такие проблемы, как ... обилие кода на shell в initrdok, а проблема-то в чём?
У меня сложилось ощущение, что обмазывание шелл-скриптамии сверху донизу считается моветонищем )))) ну а в дракут-е почти все дракут-модули - это прям слоеный пирожище из подогнанных друг-к-другу шелл-модулей ))))))
>Переход на Dracut позволит решить такие проблемы, как невозможность использования systemd в initrdЭто что надумано или специально? initrd часть SysV init, зачем он им?
>обилие кода на shell в initrd
Естественно! Shell - это плоть SystV init. Это всё равно, что жаловаться о том, что у человека в теле имеется много костей и мяса.
🤣 🤣 🤣
> жаловаться о том, что у человека в теле имеется много костей и мяса.а я иногда жалею.
кости и мясо деградируют, ремонтонепригодны либо плохо и дорого ремонтируются,
специалисты по ремонту часто раздутые напонтованные и своих денег не стоят,
апгрейд мяса через странные процедуры косвенным путем, апгрейд костей - ну такое.видите, ваша аналогия заиграла новыми (непредусмотренными вами) красками.
вам это точно было надо ? стоит ли забить на аналогии вообще ?
>> жаловаться о том, что у человека в теле имеется много костей и мяса.
> а я иногда жалею.
> кости и мясо деградируют, ремонтонепригодны либо плохо и дорого ремонтируются,
> специалисты по ремонту часто раздутые напонтованные и своих денег не стоят,
> апгрейд мяса через странные процедуры косвенным путем, апгрейд костей - ну такое.
> видите, ваша аналогия заиграла новыми (непредусмотренными вами) красками.
> вам это точно было надо ? стоит ли забить на аналогии вообще
> ?У костей и мяса другие задачи эволюционные, они должны уметь самопочиняться в "гаражных наколенных условиях", когда хозяин-носитель зачастую настолько туп, что не то что про апгрейд и починку, но и про банальное адекватное содержание своей тушки не соображает. И в таких условиях пусть и не самое прочное, но самопочиняющиеся на определённом этапе это киллерфича для эволюции и выживания вида.
> У костей и мяса другие задачи эволюционныемои личные интересы для меня важнее эволюции вида Homo Sapiens (и тем более других видов).
а после меня хоть потоп.
исходите из этого.
>> У костей и мяса другие задачи эволюционные
> мои личные интересы для меня важнее эволюции вида Homo Sapiens (и тем
> более других видов).
> а после меня хоть потоп.
> исходите из этого.Ну, на вашем веку вы всё равно не получите скелет из адамантия, так что можете расслабиться, а после вас будет он у кого-то или нет, неважно же, исходя из вашего ;)
ну все, systemd в новости и срача будет...
> ну все, systemd в новости и срача будет...Не будет.
За три дня нафлудили меньше 60 комментов.
А вот если бы там был раст...
Столько изменений в 25.10.
Только б успели к LTS довести до ума.