Используете ли вы initrd или initramfs?

Это как раз потому что Линукс.

Нет, это потому что гугл. Это принципиально противоречит стандартному запуску и подключению драйверов в линуксах и они вероятно очень гордятся своей работой. Вряд ли в мире есть хоть один не-сотрудник гугла, который разбирается в этом бардаке.

А почему бы не включить модуль фс в состав ядра?

Может быть я хочу перенести ОС на другую ФС, а в ядре модуля под неё нет. Пересобирать ядро по каждому поводу – убогая практика.

Или вам известны случаи, когда модули ФС обновляются без обновления всего ядра?

В ОС кроме Линукса это стандартная практика. Например в Windows драйверы обновляются также как и весь остальной софт.

я хочу перенести ОС на другую ФС, а в ядре модуля под неё нет.

Ну да, макось или винда вам прям так сразу и позволила… Или андроид на смартфоне. И только странный линукс со своим странным initrd, содержащим все эти самые модули всех 20+ ФС может такое позволить. Или у вас даже есть выбор - можно заранее собрать ядро с нужной фс уже внутри, это кстати один из простейших вариантов сборки ядра и осваивается в течении суток.

в Windows драйверы обновляются также как и весь остальной софт.

Ага, и именно поэтому МС не нашли другого варианта кроме как принудительный ребут для установки обновлений независимо от мнения пользователя.

Кстати, я вообще хз как устроен загрузчик внды и сколько там стадий. А вы точно уверены, что это загрузчик втыкает модули в ядро, или может оно само этим занимается?

И вопрос в догонку. Вот допустим после выхода железки появился новый крутой форк какой нибудь узкоспециальной ФС и вы хотите использовать его в качестве корня. А /boot и загрузчика у вас нет, initrd это не правильно и вкомпилировать драйвер в ядро вы не собираетесь. Как в этом случае вообще запускаться?

Ну да, макось или винда вам прям так сразу и позволила…

Да, можно Windows на BtrFS скопировать, положить драйвер, прописать загрузку и всё будет работать.

А вы точно уверены, что это загрузчик втыкает модули в ядро, или может оно само этим занимается?

Да, уверен (список загружаемых модулей лежит в реестре). Оно ещё и часть реестра втыкает.

We will first go down the path of WINLOAD.EXE. WINLOAD.EXE implements what was previously a function of NTLDR. The WINLOAD.EXE does the following:
a. Loads boot-class drivers, these are drivers needed at startup time. If these drivers are not loaded at this time errors like : “Inaccessible boot device”, “Setup could not determine your machine type” or “Setup could not find any hard drives in your computer” could be faced.
b. Loads dependencies for the kernel.
c. Loads HAL.DLL (discussed below)
d. The kernel of the Microsoft Windows namely, NTOSKERNEL.EXE
e. Loads the SYSTEM registry hive.
f. Loads ‘boot’ class device drivers and kernel-mode dll’s imported by hal.dll

Отсюда.

А /boot и загрузчика у вас нет

В ОС кроме Линукса есть, он неотъемлемая часть системы. Он сможет загрузить драйвер новой ФС.

FreeDOS загруженный вместо системы тоже полностью заменяет шифрование.

Что значит неотемлимая часть системы? Загрузчик винды может быть выкинут и заменён чем нибудь другим, вот тут его заменили каким то приложением эфи и наверняка сть способы когда другой загрузчик запускает ядро со всеми модулями без его участия. А ещё у винды есть boot-раздел, и винда категорично настаивает что он должен быть отдельно от системы (я знаю что это не обязательно, но она хочет так).

Конкретные детали различаются, но принципиально есть всё тот же boot-раздел, всё тот же загрузчик и всё те же модули для запуска ядра ОС в виде файлов на диске. Ну и конфиг, где они описаны.

Тот факт, что некоторые (очевидно не все) драйвера подгружаются с диска до передачи управления ядру в случае винды не даёт вообще никаких преимуществ. В данном случае оказывается даже что избавиться от загрузчика не удалось. Просто некоторые материнки могут грузить этот загрузчик, а некоторые грузят другой загрузчик, который будет грузить этот загрузчик.

Загрузчик винды может быть выкинут и заменён чем нибудь другим

winload не может быть выкинут, он много чего делает и он критичен для работы системы. Есть его открытая реализация, которая тоже умеет грузить модули ядра до запуска самого ядра.

В данном случае оказывается даже что избавиться от загрузчика не удалось.

Такой цели никто не ставил.

winload вообще то дублирует функционал ntldr, который до сих пор используется. Один для одних материнок, другой для других. Почему на одних не воспользоваться каким нибудь режимом совместимости с другими? Или если завтра выпустят загрузчик вин11, который будет грузить десятку вместо winload?

winload вообще то дублирует функционал ntldr, который до сих пор используется.

winload – это новая версия ntldr, ntldr нет начиная с Windows Vista. Это и есть собственно загрузчик ядра. Есть ещё менеджер загрузки bootmgfw, который запускает winload или winresume (восстановление из гибернации, там грузится не ядро, а сохранённый образ памяти).

Один для одних материнок, другой для других.

Это вы про BIOS/UEFI? Да, для них нужны разные сборки загрузчиков, ничего не поделаешь. В Haiku тоже есть haiku_loader.bios_ia32 и haiku_loader.efi, они собираются в основном из того же самого кода.

Или если завтра выпустят загрузчик вин11, который будет грузить десятку вместо winload?

У Windows 11 будет свой winload, не факт что совместимый с Windows 10. На уровне bootmgfw я так понимаю оно совместимо.

Стоит так, как сделали за меня мейнтейнеры дистрибутива. Честно признаться, даже не знаю, зачем этот initramfs нужен.

что дистр использует, то и ладно

Ладно, winload.exe дублирует функционал winload. Да, версии для биос/эфи. По сути различные программы, делающие одно и то же.

bootmgfw, winload

Т.е. двухуровневый загрузчик и только потом ядро? И ни один из них не умеет мультисистемы, это надо вынести на какую нибудь другую стадию. Да и мультизагрузка так себе реализована, примерно как в grub 0.98, только хуже.

И ни один из них не умеет мультисистемы, это надо вынести на какую нибудь другую стадию.

bootmgfw умеет.

Когда научился? Впервые об этом слышу.

Да, и это напрямую, или через промежуточный загрузчик?

Когда научился?

Давно уже. Наверное ещё Windows Vista умела.

Да, и это напрямую, или через промежуточный загрузчик?

Можно запускать любую EFI программу из меню. Меню настраивается через BCD, есть консольные и GUI утилиты для редактирования. Оно по идее должно даже без установленного Windows работать.

Семёрка точно не умела, а в восьмёрке вроде никаких изменений не вносилось. Вроде бы был какой то хак, позволявший заставить его запустить образ другого загрузчика, но не более.

Семёрка точно не умела, а в восьмёрке вроде никаких изменений не вносилось.

EFI версии тоже?

в 8 было: https://superuser.com/a/1523617

может и раньше…

Лет пять назад собирал на генте чтобы красивые картинки показывать при загрузке. Больше практического смысла для себя не вижу, разве что / шифровать, а не только /home.

Для восстановления - single. Сломано настолько что даже так не грузится - SystemRescueCD.

У VPS провайдера есть свои средства для восстановления.

Не слышал чтобы. Если бы могла, при муьтизагрузке граб проще было бы вообще не ставить. Собственно граб2 под эфи проще было бы вообще не писать.

Оно там граба запускает.

Вроде бы есть установщик Ubuntu под Windows, который автоматически прописывает Ubuntu в загрузочное меню Windows.

Когда-то давно была такая штука wubi. Делала несколько файлов-образов на NTFS, с которых можно было Ubuntu грузить и использовать как обычную систему.

uefi - это тяжкое последствие близкородственного скрещивания венды и анального зонда т.н. «доверительного вычисления» («trusted computing») когда ключи от твоей квартиры - у «добрых» дядюшек из АНБ и Редмонда

бесполезно спорить с тем, кто тебя слышать не хочет. кстати, этому апологету как круто сделано в венде надо напомнить в каких случаях вылазит «NTLDR is missing» и это вот всё. и почему в пингвине - это не является проблемой - вообще! именно благодаря разнесению функций загрузчика и всяких там initrd.

а colinux - один я помню? 8)

Это вообще какой-то лютый зверь был. Ядро внутри обычного процесса, образ ФС, tun для сети, xming для графики. У меня оно работало сильно через раз.

сами-то пробовали?

воистину сильное колдунство было!

Ещё до WSL был какой-то проект с зайцем на логотипе. Или похожий на colinux или я запуск ELF в винде.

модули можно собрать в ядро наверное он не смог ))))

да, был, я что-то припоминаю.

спуф - странный опрос.
В целом он ничего не показывает.

Угадал автора по тексту.
Не использую, вроде

ума не приложу откуда в 2021 люди с другими вариантами

Ну ты посмотри внимательно в адресную строку, всё должно стать на свои места.

Я понял: 15% пишет с винды, еще один процент с тостера; 3% когда-то собрали что-то сами, двое спуфинги, остальные знают, как называется предустановленный.

15%??

50%!!

Котлетка.

Линукс разве умеет запускаться без initrd?

Сюрпрайз?

Без статически слинкованных в ядро драйверов ФС. FreeBSD, Haiku, Windows, Mac OS умеют.

Это бы справедливо показывал например тех кто использует Линукс дома или даже на работе (например как я), но по роду их задач им не приходится сталкиваться с этой штукой, и они даже не знают что там под капотом - инитрд или инитрамфс

Это тяжело. Надо глаза 👀 при апдейтах ещё закрывать, а то увидишь эти слова.

Удобная проверка и исправление корневой ФС, если вдруг что то не так

Было время, когда без initrd было единственным use case. Да и сейчас есть дистры, которые по умолчанию без этого, например LFS и, кажется, Slackware.

У нас таких костылей нет

То есть Вы считаете, что mfsbsd на самом деле не существует?

Мимо. Почему? — Читать доки по этому самому mfsBSD.

Использую собственный, где есть минимальный busybox, f2fsck и resume из suspend.

Использую initramfs от genkernel. Не уверен, это «предустановленный» или «другое», проголосовал за «другое», но для меня это скорее дефолтное решение.

Выручать… было дело пару раз, но сейчас проще же с live-системы загрузчик поправить

А почему initrd - костыль? Чем чтение загрузчиком /boot/initrd.img принципиально отличается от чтения %systemroot%/system32/drivers/*.sys кроме того, что в первом случае у нас один файл, а во втором - много?

Я когда-то пытался сделать Linux 2.6.16 multiboot-совместимым, чтобы модули можно было грузить из GRUB через module, но забросил, так как смог выдумать только одну (на мой взгляд, достаточно надуманную) причину, зачем этого может хотеть пользователь - чтобы запрещать загрузку модулей из работающей системы. Но с этим прекрасно справляется grsec_lock.

А почему initrd - костыль? Чем чтение загрузчиком /boot/initrd.img принципиально отличается от чтения %systemroot%/system32/drivers/*.sys кроме того, что в первом случае у нас один файл, а во втором - много?

Чтение обычных модулей ядра гарантирует консистентность. В initrd хранятся дубликаты драйверов, он может устареть и он требует специальных инструментов для обновления. Если загрузчик умеет грузить драйвера, то драйвера проще поменять/обновить, в том числе из другой ОС без chroot.