Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"В Ubuntu 25.10 по умолчанию будет задействован Dracut"	+/–
Сообщение от opennews (??), 10-Сен-25, 22:21
В выпуске Ubuntu 25.10, релиз которого намечен на 9 октября, для формирования образов начального RAM-диска (initrd) утверждено использование по умолчанию инструментария Dracut вместо пакета initramfs-tools, развитие которого в последние годы приостановилось и ограничивается работой по сопровождению. Так как разработка выпуска  25.10 c середины августа находится на стадии заморозки, не допускающей добавления новой функциональности, для перехода на Dracut командой, отвечающей за выпуск релизов, предоставлено исключение. В настоящее время пакет initramfs-tools уже заменён на dracut в мета-пакетах... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63860
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 10-Сен-25, 22:21	–3 +/–
Давно задействовал на дебиане, когда потребовалось модуль в initramfs вкорячить.
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Аноним (2), 10-Сен-25, 22:32	–6 +/–
>развитие которого в последние годы приостановилось и ограничивается работой по сопровождению Чего не хватает в initramfs-tools, что потребовалось переходить?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #7, #41

3. Сообщение от Аноним (3), 10-Сен-25, 22:34	+22 +/–
Попробуй второй абзац новости прочитать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #38

4. Сообщение от dannyD (?), 10-Сен-25, 22:37	–1 +/–
и тут бы спросил: "а зачем вообще нужен этот initrd ?"
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #48

6. Сообщение от Аноним (6), 10-Сен-25, 22:45	+2 +/–
Внезапно полезное изменение в Ubuntu.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

7. Сообщение от Онаим (?), 10-Сен-25, 22:45	–8 +/–
Написано же -системдряни им не хватало. В initrd! Только не дое..ся нахрена жеж он там сдался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #19

8. Сообщение от Карлос Сношайтилис (ok), 10-Сен-25, 22:50	+2 +/–
> Переход на Dracut позволит решить такие проблемы, как ... обилие кода на shell в initrd . > Dracut Languages > Shell 75.3%... Эм... Ну, ладно...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #18

9. Сообщение от 12yoexpert (ok), 10-Сен-25, 22:52	+/–
нууу, удачи им > Переход на Dracut позволит решить такие проблемы он может только создавать проблемы зачем вообще делать ramfs для всех - отдельная загадка
Ответить | Правка | Наверх | Cообщить модератору

10. Сообщение от НяшМяш (ok), 10-Сен-25, 22:53	–1 +/–
Раз в год и палка стреляет. Зато теперь можно расслабиться - ближайшие 10 лет ничего хорошего в бубунте не ждём.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #15

11. Сообщение от НяшМяш (ok), 10-Сен-25, 22:54	–3 +/–
Очередной гениус, не видящий разницы между языком приложения и его результатом? Открою секрет - жабаскрипт написан на крестах, делает ли это кресты жабоскриптом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #14

12. Сообщение от Аноним (12), 10-Сен-25, 23:04	+2 +/–
> невозможность использования systemd в initrd Странно, но невозможно использовать systemd в MBR. Или в efiboot.
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Аноним (13), 10-Сен-25, 23:05	+/–
Initramfs, как и Dracut - просто дичайшие костылищи. Одно ядро загружает другое ядро - просто идеальная иллюстрация того, насколько "гибко" ядро Linux. И так оно во всем.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #32, #44, #55, #57

14. Сообщение от Карлос Сношайтилис (ok), 10-Сен-25, 23:08	+/–
Ты чо несёшь? Ram диск initramfs-tools имеет больше скриптов чем Dracut? О каком "результате" ты бредишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17

15. Сообщение от Аноним (15), 10-Сен-25, 23:29	+2 +/–
Это тебе не вяленый. Тут сроки намного меньше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #27

17. Сообщение от f95 (ok), 11-Сен-25, 00:03	+/–
> Ram диск initramfs-tools имеет больше скриптов чем Dracut? Он именно это и говорит, и хорошо если это так, потому что initramfs-tools огромные многофайловые портянки выплевывает. Если можно будет сразу запускать тот инит с которым будет система работать, то это вин.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #31

18. Сообщение от Аноним (-), 11-Сен-25, 00:08    Скрыто ботом-модератором	+/–
> Эм... Ну, ладно... Ну, загляни в папку src что ли... dracut-cpio - rust install, skipcpio, util - сишка
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

19. Сообщение от Аноним (19), 11-Сен-25, 00:11	+3 +/–
я тож против systemd в initrd, но справедливости ради - там ведь есть простой /init (а как без него то?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #42

20. Сообщение от Аноним (19), 11-Сен-25, 00:17	+/–
> Одно ядро загружает другое ядро Можешь показать где ты это увидел? > просто идеальная иллюстрация того, насколько "гибко" ядро Linux Ты сначала разберись в том, что комментируешь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

23. Сообщение от Аноним (23), 11-Сен-25, 00:59	+2 +/–
Вопрос на засыпку: для чего нужен SystemD в начальном ram fs ? Там ведь только драйверы
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

24. Сообщение от Аноним (24), 11-Сен-25, 01:10	+/–
Хорошая штука этот dracut, но требует чтоб была поддержка systemd-users в системе и  xattr в бинарнике cp. Пришлось патч мутить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

25. Сообщение от Аноним (19), 11-Сен-25, 01:12	+1 +/–
Потому что в initramfs есть бинарник init, к-й эти драйверы загружает, расшифровывает зашифрованные разделы и т.д. Вот видимо чтоб этот init заменить на мега-кобайнище systemd... с веб-сервером и генератором qr-кодов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #30

26. Сообщение от Аноним (26), 11-Сен-25, 01:51	+/–
>> позволит решить такие проблемы, как ... обилие кода на shell в initrd ok, а проблема-то в чём?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51

27. Сообщение от Аноним (27), 11-Сен-25, 03:36	–1 +/–
- Разработчики дистрибутивов жалуется, что разбираться с морально устаревшим забалованными костылями кода, никто не хочет! Даже за деньги!!! (https://www.opennet.me/opennews/art.shtml?num=62725) - Уязвимости в библиотеках X.Org которые присутствуют с 1988 года     (https://www.opennet.me/opennews/art.shtml?num=59906) - Разработчики дистрибутивов просто устали годами упрашивать людей с ЧСВ, поддержку касающиеся многомониторных конфигураций, экранов с высокой плотностью пикселей, HDR, VRR (адаптивное изменение частоты обновления монитора), одновременной работы с несколькими GPU, устойчивости к сбоям, обработки ввода и обеспечения безопасности. (https://www.opennet.me/opennews/art.shtml?num=63439) - Разработчики дистрибутивов планируют убрать иксы! (https://www.opennet.me/opennews/art.shtml?num=63439) - Радикальные фанаты решили на гитхабе нажать на кнопку "форк x11". Все в шоке! Выпускают массово новости -  нашлись люди, готовые работать с этим. Но закрывая в x11 один баг, там открывается 2 новых бага... Оказывается если нажимать кнопку "форк x11" - это не решит его проблем! (https://www.opennet.me/opennews/art.shtml?num=63369) - Разработчики дистрибутивов прекращают ставить иксы! (https://www.opennet.me/opennews/art.shtml?num=63444) - " «сырое» состояние кодовой базы XLibre, которая всё ещё проходит через полномасштабный рефакторинг." https://www.opennet.me/opennews/art.shtml?num=63618#69 * ВЫ ЗДЕСЬ *
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #29, #39

28. Сообщение от Аноним (-), 11-Сен-25, 05:33	+3 +/–
>Переход на Dracut позволит решить такие проблемы, как невозможность использования systemd в initrd Это что надумано или специально? initrd часть SysV init, зачем он им? >обилие кода на shell в initrd Естественно! Shell - это плоть SystV init. Это всё равно, что жаловаться о том, что у человека в теле имеется много костей и мяса. 🤣 🤣 🤣
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33

29. Сообщение от dannyD (?), 11-Сен-25, 06:46	+/–
а иксам пофиг, караван идёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #54

30. Сообщение от 0xdeadbee (-), 11-Сен-25, 07:20	–2 +/–
> мега-кобайнище systemd... с веб-сервером внезапно отличная идея ! надо, надо подсказать разработчикам systemd. куда они принимают заявки (если принимают вообще) ? а веб-приложения для того сервера напишут кто во что горазд. > и генератором qr-кодов. с этим опоздали, т.к. ковидла уже кончилась. и по-моему куриные коды были локальной темой: РФ и Китай only.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #34, #49

31. Сообщение от ЛщЛ (?), 11-Сен-25, 07:21	+3 +/–
>> Ram диск initramfs-tools имеет больше скриптов чем Dracut? > Он именно это и говорит, и хорошо если это так, потому что > initramfs-tools огромные многофайловые портянки выплевывает. Если можно будет сразу запускать > тот инит с которым будет система работать, то это вин. О, ещё одному мифические портянки на баше помешали, про которые он от взрослых дядек слышал краем уха, а сам никогда их не видел поди. ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

32. Сообщение от ЛщЛ (?), 11-Сен-25, 07:24	+/–
> Одно ядро загружает другое > ядро - просто идеальная иллюстрация того, насколько "гибко" ядро Linux.   Как это ни странно, но таки да, это демонстрация гибкости ядра >И так оно во всем. Ну да, простота хуже воровства, надо же чтоб каждая фигулька была с подвыпедвертом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

33. Сообщение от 0xdeadbee (-), 11-Сен-25, 07:27	+1 +/–
> жаловаться о том, что у человека в теле имеется много костей и мяса. а я иногда жалею. кости и мясо деградируют, ремонтонепригодны либо плохо и дорого ремонтируются, специалисты по ремонту часто раздутые напонтованные и своих денег не стоят, апгрейд мяса через странные процедуры косвенным путем, апгрейд костей - ну такое. видите, ваша аналогия заиграла новыми (непредусмотренными вами) красками. вам это точно было надо ? стоит ли забить на аналогии вообще ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #35

34. Сообщение от Аноним (45), 11-Сен-25, 07:27	+/–
>> мега-кобайнище systemd... с веб-сервером > внезапно отличная идея ! надо, надо подсказать разработчикам systemd. > куда они принимают заявки (если принимают вообще) ? > а веб-приложения для того сервера напишут кто во что горазд. А вы сейчас наверное думаете, что вы так пошутили саркастично, да? А я вот, после вебморд с формой отправки писем в поддержку прямо вкоряченную в UEFI ничему не удивлюсь. >> и генератором qr-кодов. > с этим опоздали, т.к. ковидла уже кончилась. > и по-моему куриные коды были локальной темой: РФ и Китай only. К сожалению нет, это болезнь systemdшников, которая у них иногда обостряется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #36

35. Сообщение от Аноним (45), 11-Сен-25, 07:33	+/–
>> жаловаться о том, что у человека в теле имеется много костей и мяса. > а я иногда жалею. > кости и мясо деградируют, ремонтонепригодны либо плохо и дорого ремонтируются, > специалисты по ремонту часто раздутые напонтованные и своих денег не стоят, > апгрейд мяса через странные процедуры косвенным путем, апгрейд костей - ну такое. > видите, ваша аналогия заиграла новыми (непредусмотренными вами) красками. > вам это точно было надо ? стоит ли забить на аналогии вообще > ? У костей и мяса другие задачи эволюционные, они должны уметь самопочиняться в "гаражных наколенных условиях", когда хозяин-носитель зачастую настолько туп, что не то что про апгрейд и починку, но и про банальное адекватное содержание своей тушки не соображает. И в таких условиях пусть и не самое прочное, но самопочиняющиеся на определённом этапе это киллерфича для эволюции и выживания вида.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #37

36. Сообщение от 0xdeadbee (?), 11-Сен-25, 07:41	+/–
> это болезнь systemdшников, которая у них иногда обостряется не понял, что именно болезнь системдшников - ковидла или куркоды ? по-моему второе не болезнь а жупел-технология для цифрового гулага. > А я вот, после вебморд с формой отправки писем в поддержку прямо вкоряченную в UEFI ничему не удивлюсь. да ладно. неужели вы не придумали как это проэксплуатировать ? IPMI, его веб-морда (хороший сканер уязвимостей для вебни я не знаю, подсказки принимаются), веб-клиент типа curl в 1000 потоков, вот это все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #46

37. Сообщение от 0xdeadbee (-), 11-Сен-25, 07:47	+1 +/–
> У костей и мяса другие задачи эволюционные мои личные интересы для меня важнее эволюции вида Homo Sapiens (и тем более других видов). а после меня хоть потоп. исходите из этого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #47

38. Сообщение от Аноним (38), 11-Сен-25, 08:10	+4 +/–
Скажи спасибо, что хоть первый прочитал. Обычно у местных экспертов дальше заголовка дело не доходит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

39. Сообщение от 88888 (?), 11-Сен-25, 08:18	+/–
так это, ты про раст забыл написать, что его стали везде всовывать, потому-что устали исправлять выходы за границы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

41. Сообщение от Аноним (41), 11-Сен-25, 09:48	+1 +/–
а ты посмотри от чего теперь зависит initramfs-tools в дебиане
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

42. Сообщение от Аноним (42), 11-Сен-25, 10:31	+/–
> я тож против systemd в initrd, но справедливости ради - там ведь есть простой > /init (а как без него то?) Ну вот два принципиально разных инита - это не совсем удобно. Увеличивается "SW BOM" (software bill of materials), больше знаний и канители как все это ворочать и вообще. Зачем надо оперировать двумя версиями знания о способаж делания одного и того же?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #52

43. Сообщение от Аноним (43), 11-Сен-25, 10:59	+/–
> и тут бы спросил: "а зачем вообще нужен этот initrd ?" Без initrd катит только 1) На локалхостах, где ядро собрал лично ты. Под именно этот локалхост. При том если железо вдруг заменить или изменить ... ммм да, будет интересно. И очень удобно. 2) На однотипных выводках девайсов 3) На виртуалках - с некоторыми допущениями. А более-менее generic distro kernel который бутявится на более-менее любом компе? Ну вот не - так ему не катит. Все модули вкомпилить в (b)zImage? Да ты опупеешь если у тебя какие-нибудь 100500 дров нафиг упавшего тебе на десктопе infiniband - в оперативе повиснет и дофига опаративы невыгружаемыми дровами на все оказии. Это значит что в осноной тушке ядра лишь минимальный набор дров. А остальное в initrd генеренном таки под систему - из вооон какого набора модулей, коих в сумме под 500 мегов бывает. Дело в том что без блочного девайса - система не грузится. И чтоб его увидеть надо и дрова этого блочного девайса, и всех пререквизитов для этого и проч. И это все ессно в дистрокернеле при нормальном курсе действий в initrd живет. Так что ядро получает "волшебным" образом нужные модули, цепляет нужные железки и может методом мюнхаузена дальше грузить себя, вытягивая за шнурки от ботинок.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #45

44. Сообщение от Аноним (44), 11-Сен-25, 11:14	+/–
А как бы вы решили проблему курицы и яйца?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

45. Сообщение от Аноним (45), 11-Сен-25, 12:32	+/–
>[оверквотинг удален] > опаративы невыгружаемыми дровами на все оказии. > Это значит что в осноной тушке ядра лишь минимальный набор дров. А > остальное в initrd генеренном таки под систему - из вооон какого > набора модулей, коих в сумме под 500 мегов бывает. Дело в > том что без блочного девайса - система не грузится. И чтоб > его увидеть надо и дрова этого блочного девайса, и всех пререквизитов > для этого и проч. И это все ессно в дистрокернеле при > нормальном курсе действий в initrd живет. Так что ядро получает "волшебным" > образом нужные модули, цепляет нужные железки и может методом мюнхаузена дальше > грузить себя, вытягивая за шнурки от ботинок. Это всё непонимающие в разработке и выжившие из ума диды крапали, недостаточно ̶с̶м̶у̶з̶и̶х̶л̶ё̶б̶н̶о̶ современно, а ещё эти ужасные портянки на баше, нужно больше зависимости от современного systemd, это решит большинство проблем, особенно проблемы несовременности и програссивности некоторых компонентов системы. А кто думает не так, тот луддит и против прогресса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #53

46. Сообщение от Аноним (45), 11-Сен-25, 12:45	+/–
>> это болезнь systemdшников, которая у них иногда обостряется > не понял, что именно болезнь системдшников - ковидла или куркоды ? > по-моему второе не болезнь а жупел-технология для цифрового гулага. про QR коды с systemd, там даже у редитистов подрывалось. >> А я вот, после вебморд с формой отправки писем в поддержку прямо вкоряченную в UEFI ничему не удивлюсь. > да ладно. неужели вы не придумали как это проэксплуатировать ? IPMI, его > веб-морда (хороший сканер уязвимостей для вебни я не знаю, подсказки принимаются), > веб-клиент типа curl в 1000 потоков, вот это все. Зачем мне придумывать как эксплуатировать пользовательскую материнку, которая мне упала мимоходом? Заняться мне что ли не чем? Я просто поохреневал сперва, а потом сделал соответствующие выводы, что с asrock я больше никаких дел не имею, раз у них такие креативные инжынеры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

47. Сообщение от Аноним (45), 11-Сен-25, 12:48	+/–
>> У костей и мяса другие задачи эволюционные > мои личные интересы для меня важнее эволюции вида Homo Sapiens (и тем > более других видов). > а после меня хоть потоп. > исходите из этого. Ну, на вашем веку вы всё равно не получите скелет из адамантия, так что можете расслабиться, а после вас будет он у кого-то или нет, неважно же, исходя из вашего ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

48. Сообщение от Соль земли2 (?), 11-Сен-25, 13:49	+/–
Ну вот попробуй его удалить - узнаешь :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

49. Сообщение от Аноним (19), 11-Сен-25, 16:00	+/–
> с этим опоздали, т.к. ковидла уже кончилась. Он там не для того чтоб в кинотеатр пройти )) А чтоб смузи-выпивохи могли на телефон сфоткать QR с ошибкой на ранней стадии инициализации ОС и сразу перейти на страницу в багтрекере системд )))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

50. Сообщение от Anonimus (??), 11-Сен-25, 16:32	+/–
В альпине нет системд - и оно чудесно ставит дракут и изготавливает инит-рам-диски (но могу допустить - т.к до байтика  не следил за этим процессом в альпин - что альпиновцы могли опакетить какую нибудь маленькую часть системд  чтоб подсунуть ее с дракутом для правильного изготовления образов)))))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

51. Сообщение от Anonimus (??), 11-Сен-25, 16:37	+/–
У меня сложилось ощущение, что обмазывание шелл-скриптамии сверху донизу считается моветонищем )))) ну а в дракут-е почти все дракут-модули - это прям слоеный пирожище из подогнанных друг-к-другу шелл-модулей ))))))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

52. Сообщение от Аноним (52), 11-Сен-25, 16:50	+1 +/–
Вот init. В нём нечего знать, просто работает. https://gist.githubusercontent.com/rofl0r/6168719/raw/183525...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

53. Сообщение от Аноним (53), 11-Сен-25, 17:10	+/–
> нужно больше зависимости от современного systemd, это решит большинство проблем, Как минимум это сделает мою жизнь тупо проще. Я смогу ворочать в обоих закоулках одной технологией которую я более-менее знаю, а не 2 разными, при том вторая - некие достаточно самобытные художества, и там этих шелскриптов довольно много и если что-то стало надо - там целые археологические раскопки придется делать в штуке которая в дебиане или убунте по дефолту сватается. Это как бы и правда - совсем не предел мечтаний, учитывая что они там в процессе довольно много великом переизобретают заново, когда 90% этого в s-d давно решено и без второго способа делать то же самое "но для initrd". > особенно проблемы несовременности и програссивности некоторых компонентов > системы. А кто думает не так, тот луддит и против прогресса. У лично меня - вон то мнение. Можете ерничать, можете не ерничать, но за коим хреном мне надо 2 способа делать одно и то же - я не понимаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

54. Сообщение от Аноним (53), 11-Сен-25, 17:11	+/–
> а иксам пофиг, караван идёт. Ога. На рудный двор, металлолом тащит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

55. Сообщение от Аноним (-), 11-Сен-25, 17:14	+/–
> Initramfs, как и Dracut - просто дичайшие костылищи. Одно ядро загружает другое > ядро - просто идеальная иллюстрация того, насколько "гибко" ядро Linux. И > так оно во всем. И конечно вы покажете где оно лучше? Linux в результате - можно хоть по бельевой веревке загрузить, если вы придумаете как данные для загрузки в комп по ней передать. А класть вообще все дрова прям в основную тушку ядра было бы нерационально по использованию RAM. А подчитать драйвер с фс - малость не того в системе где еще нет драйвера блочного устройства, его контроллера, фс и чего там еще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

57. Сообщение от Аноним (57), 11-Сен-25, 18:12	+/–
Добавь ещё syslinux загрузчиком и вообще три будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

58. Сообщение от ivan1986 (?), 12-Сен-25, 20:18	+/–
ну все, systemd в новости и срача будет...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #59

59. Сообщение от Аноним (-), 12-Сен-25, 20:32	+/–
> ну все, systemd в новости и срача будет... Не будет. За три дня нафлудили меньше 60 комментов. А вот если бы там был раст...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема