А Ленька-то не унимается, новое обязательное предложение по загрузке

Вообще, текущая схема с /boot/efi и раздельным монтированием - она же не по тупости сложилась, были причины для такого решения. В частности в том, чтобы у /boot могли быть разные фс. Кроме того, efi обычно небольшой раздел, куда даже не особо понапихаешь что-то кроме загрузчиков. Это дуалбут даже осложнит.

Кроме того, efi обычно небольшой раздел, куда даже не особо понапихаешь что-то кроме загрузчиков.

На системах без EFI или если во время установки раздел EFI уже существует (параллельно используется ещё одна ОС) и в нём недостаточно свободного места, можно использовать отдельный раздел /boot с типом XBOOTLDR

Это же уже предусмотрено.

Интересно, а как во фряхе решают вопрос мультибута на uefi системах?

Да, но чем тогда это принципиально будет отличаться от текущего подхода, кроме перебуровливания сложившегося подхода и требования быть только в vfat? Бутлодер же по-любому придется класть в /efi, чтобы его биос увидел.

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

А Ленька-то не унимается

Так эта, вроде ж бабло на киллера собирали?

Не наскребли?

Непонятно зачем вообще придумали отдельный загрузочный раздел для Линукса. Haiku и Windows как-то без этого обходятся. В Haiku например в 512 байт PBR уместили код считывания загрузчика из файловой системы.

Всё понял, надо изучать U-boot для x86, скоро понадобится

Прочёл все доводы. У меня один только вопрос. Зачем? Хотя понятно зачем надо кроить систему и ллобировать свои изменения пользуясь положением что-бы всю систему нагибать под свои проекты, задачу на разработку которых поставила ему мелкомягкая.

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

Он не софт пишет под линукс, он линуксы прогибает под свой софт. Пшолвжопу.

Всё бы ладно, он молодец придумывает разное, экспрементирует, это клёва и это круто. Но нахера на него глядя все повторяют за ним. Малейшая его поделка моментально лобируется в мейнстримные дистры и впихивается, вжмакивается. Блин.

Но нахера на него глядя все повторяют за ним. Малейшая его поделка моментально лобируется в мейнстримные дистры и впихивается, вжмакивается. Блин.

Могу предположить, что это вопрос денег. Кто девушку ужинает тот и танцует...

Белки-истерички на месте.

по возможности использовать только один загрузочный раздел и на системах с EFI по умолчанию размещать образы с ядром и initrd в VFAT-разделе /efi.

А по теме: все правильно предлагает. Умолчания нужно делать вменяемыми. Еще бы не VFAT, а что-то изначально линуксячье.

Объясни как будет работать новая схема, если в компе несколько дисков с разными ОС на них? Сейчас такая конфигурация при установке даже нормально распознаётся и подхватывается при установке grub и update-grub

Непонятно зачем вообще придумали отдельный загрузочный раздел для Линукса.

Потому что GRUB слишком разжирел.

Нельзя было в MBR положить код, который грузит GRUB из ext4 раздела с корневой ФС куда установлен Линукс? Зачем отдельный раздел?

В далёкие времена загрузчик не мог грузиться с raid, lvm или зашифрованных разделов.

Сейчас может, поэтому отдельный /boot не нужен, Лёня правильно говорит. В Pop!_OS уже такая загрузка сделана, безо всяких Grub2, напрямую с EFI раздела, и /boot пустой.

Белки-истерички на месте.

А как же! =)

А по теме: все правильно предлагает.

Ага, картинка про ещё один стандарт. А на деле никому кроме него и его задач это ненужно. Да это упрощает загрузку UEFI прямиком заходит в VFAT и грузит напрямую LINUX_VMLINUX_BLOB.uefi и всё. Здорово звучит, а ещё здоровее мейстримный софт прибивается гвоздями к этой последоватльности и объявляет всё иное деприкейтед.

Embrace, Extend, and Extinguish на современный лад.

Нельзя было в MBR положить код, который грузит GRUB из ext4 раздела с корневой ФС куда установлен Линукс? Зачем отдельный раздел?

Как я понял, они решили решить задачу абстрактно и общо. А на это 384 байта не хватило.

Кроме того, он может работать и на дисках без MBR.

Так вроде так и есть в MBR просто писулька которая передаёт управление дальше и всё. (если я ничего не путаю)

Почему нельзя передать управление на файл в основном разделе, а не отдельном boot разделе? Windows и BeOS/Haiku так с самого начала и до сих пор делают.

так лило делал. Он писал позицию initrd и кернела на диске в mbr и потом их грузил собственно. Потом если обновил ядро и не обновил загрузчик, то получался ой.

В Windows/Haiku никакого ой. 512 байт достаточно чтобы прочитать один файл по имени из ФС.

уже давным давно можно собирать кернел и инитрд в один файл, подписать его своим сертификатом и загрузить через efi. Не совсем понимаю прикола с двумя директориями. На системах с ефи в /boot/ просто можно было монтировать efi раздел, а без него – чего душе угодно. А вот стандартизация vfat как фс для загрузки – это по-моему прекрасно. Не придется тогда в загрузчиках реализовывать все возможные и невозможные fs. Груб вон реализовал загрузку со всего, теперь вот все ноют что груб разжирел :)

а они грузятся с софтового рейда, zfs, xfs, btrfs итд? :)

фрибсд так же делает имхо. Когда у тебя есть какой-то стандарт – жизнь становится намного проще да. А тут у нас оперсорц, каждый городит свой велик и пытается протолкнуть его в мейнстрим :)

а они грузятся с софтового рейда, zfs, xfs, btrfs итд? :)

Для каждого из этого свой MBR (PBR) код, записываемый при форматировании ФС.

ну так и груб сейчас такой. у него на каждую фс – по модулю. Все равно для каждой фс нужно писать свой загрузчик. А так, тебе реализовать работу только с vfat нужно. И как бонус – загрузчик еще и править vfat сможет :) А не только найти файл в корне по имени файла.

ЯНхНП

256GB ext4 /

Да, делаю бекапы и раскатываю с них файлы на новые инсталляции

у него на каждую фс – по модулю.

Модули GRUB в 512 байт не влезут.

А что, кто-то делал отдельно /boot и отдельно /boot/efi? Нафига?

Раздел /boot будет общим для всех установленных на компьютере дистрибутивов Linux

Здесь есть пара незначительных замечаний.
1) Раздел /boot не нужен.
2) Нужен как максимум один установленный дистрибутив линукса.

У винды отдельный раздел с загрузчиком (системный раздел) и несколько разделов с разными версиями винды (загрузочные разделы) предусмотрены. Отдельный раздел с загрузчиком это удобно для мультибута. Для удобного мультибута нужно единое меню в которое операционки добавляются при установке автоматически. Виндовый bootmgr умеет грузить все операционки от висты до 11.

Мне кажется Леннарт хочет ввести такую же унификацию и в мир линукса. Чтобы каждый дистр не ставил свой груб, а добавлял себя в уже установленный.

Во фряхе мультибут штатно не предусмотрен. Загрузчик предлагает только выбрать ядро из тех что есть в /boot (и кстати безо всяких простыней-конфигов как у grub). И правильно.

В фряхе не используется grub, хотя наверно его можно туда прикостылить для извращенцев-дуалбутчиков.

У винды отдельный раздел с загрузчиком (системный раздел)

Это надо только для UEFI загрузки. Для MBR загрузки отдельный раздел не требуется (по крайней мере раньше не требовался, сейчас не знаю).

Haiku и Windows как-то без этого обходятся.

Я и Илон Маск, мы оба используем аккумулятор в автомобиле.

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

У меня в данный момент дуалбут фряхи и линукса. Фря в режиме уефи, линукс грузится напрямую ефи.

Выбор загрузки через ф12.

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

Оу, в Systemd вышел в 2010 году, Убунту перешла на него в 2015 году. Вот это я понимаю стремительность, каких-то 5 лет.

x86 без глубоко проприетарных и подписанных блобов не стартует (если вы про чистый u-boot, а не chain-loading читерство).

Я всегда думал, что /boot придумали из-за дуалбутчиков и старых биосов которые не могли нормально в LBA, потому нужен был загрузочный раздел, который бы не был за границей адресации.

По теме, а какой смысл вообще держать несколько дистрибутивов Linux в дуалбуте?

Значит только за армами будущее

Не требуется, но такая возможность предусмотрена начиная с nt 4.0. Начиная с висты при установке на пустой неразмеченный диск даже в режиме legacy bios установщик винды создает отдельный системный раздел, на который ставит bootmgr и bcd (boot configuration data), и загрузочный раздел, на который ставит саму Винду.

Соболезную… Или нет? На самом деле линуксоиды заслуживают то, что получают.

ну так и груб сейчас такой. у него на каждую фс – по модулю.

Только ни один из них не влезет в MBR. Слишком фичастые :)

Разбуди лет через N когда все устаканится. Достали менять уже(

За RISC-V. ARM огорожен и требует лицензионных отчислений за изготовление и использование.

будующее без драйверов и даже без блобов… такое себе будующее

:) да, только мцст спасет человечество

Влезут в свободное пространство перед первым разделом.

Уже не влазят :)