https://www.opennet.dev/openforum/vsluhforumID3/128844.html Леннарт Поттеринг продолжил публикацию идей по переработке компонентов для загрузки Linux и рассмотрел ситуацию с дублированием загрузочных разделов. Недовольство вызвало использование для организации начальной загрузки двух дисковых разделов с разными ФС, которые монтируются вложенно - раздела /boot/efi на базе ФС VFAT с компонентами прошивки EFI (EFI System Partition) и раздела /boot на базе ФС ext4, btrfs или xfs, на котором размещаются образы ядра Linux и initrd, а также настройки загрузчика. Ситуация усугубляется тем, что раздел EFI является общим для всех систем, а загрузочный раздел с ядром и initrd создаётся отдельно для каждого установленного дистрибутива Linux, что приводит к необходимости хранения лишних разделов при установке в системе нескольких дистрибутивов...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=58045<br> https://www.opennet.dev/openforum/vsluhforumID3/128844.html#331 Sat, 14 Jan 2023 17:30:19 GMT Гхм, ну побьётся, и что?<br>/boot при загрузке с помощью systemd-boot вообще не участвует, initrd лежит на esp (который /boot/efi или /efi)<br> https://www.opennet.dev/openforum/vsluhforumID3/128844.html#330 Fri, 11 Nov 2022 02:42:11 GMT &gt; Вот был же MBR... Иногда кажется, что все эти Efi - это <br>&gt; даунгрейд. Все должно быть на одном разделе, а в БИОСе просто <br>&gt; чтобы сохранялась информация с порядком загрузки. Какой разлел поставил, с того <br>&gt; и грузится. Поставил "выбор при загрузке" - при каждой загрузке есть <br>&gt; возможность выбрать. И все. Тогда можно будет хоть 5 ОС на <br>&gt; один диск в разные разделы ставить, а на втором диске хранить <br>&gt; данные.<br><br>На самом деле идея модернизировать BIOS была неплохой, но реализация..<br>Обеащли кучу ништяков, вроде " у вас железо будет моментально инициароваться" - на самом деле нет, не особо. Удобный гуй с картинчоками и мышкой? Ага, картиночки обрамляющие теже самые списки параметров что были в BIOS, просто атм был псевдотекстовый интерфейс. Ничего не поменялось так-то.<br>На Виндовсе так одним из поводов перейти на UEFI вообще назвали поддержку GPT, дескать наконец-то можно будет избавиться от всех этих лимитов на основые разделы, лт колдовства с расширенным разделом.<br>А на самом деле GRUB прекрасно умее https://www.opennet.dev/openforum/vsluhforumID3/128844.html#329 Fri, 11 Nov 2022 01:26:22 GMT &gt; Забудь про него, сейчас наоборот всё закрывают.<br><br>Гонево какое-то - exFAT отдали вон, даже с патентами. Теперь пора ReFS каким-нибудь жадничать, но он так то мало кому нужен при наличии отктырых альтернатив.<br> https://www.opennet.dev/openforum/vsluhforumID3/128844.html#328 Wed, 09 Nov 2022 14:14:38 GMT Linux это свобода и каждый делает как хочет. Леннарт всего лишь предложил, но выглядит так, будто всех заставили пользоваться systemd. Даже, если он пропихнёт как-то нам проблемы в Linux, никто не запрещает нам их вырезать или обойти.<br> https://www.opennet.dev/openforum/vsluhforumID3/128844.html#327 Wed, 09 Nov 2022 13:49:54 GMT Копируем ядро и initramfs в раздел UEFI<br><br> cp /{vmlinuz,initrd.img} /boot/efi/EFI/debian/<br><br>Добавление пункта в UEFI (sda - диск с загрузчиком, sda2 - корневой раздел системы)<br><br> efibootmgr -c -d /dev/sda -g -L "Debian (EFISTUB)" -l '\EFI\debian\vmlinuz' -u "root=UUID=$(blkid -s UUID -o value /dev/sda2) rw quiet rootfstype=ext4 add_efi_memmap initrd=\\EFI\\debian\\initrd.img"<br> https://www.opennet.dev/openforum/vsluhforumID3/128844.html#326 Tue, 08 Nov 2022 08:05:13 GMT У Лёни что, маразм уже начался? systemd-boot уже давным давно работает с ESP, монтируемым непосредственно в /boot. Это не говоря про то, что systemd-boot - это на самом деле gummiboot, ныне почивший. И дистры, не использующие grub, тоже давным давно прекрасно живут с одним /boot. А ещё есть (был?) Clear Linux, который ядра вообще ставит в, о ужас, /usr/lib/kernel, а в /boot переносит только два последних ядра.<br> https://www.opennet.dev/openforum/vsluhforumID3/128844.html#325 Tue, 08 Nov 2022 03:45:51 GMT дык у вас тут тоже отдельный раздел ж<br>просто системд использует проги из /юср во время загрузки, когда разделы кроме корневого еще не примонтированы.<br>Если бы раздел /home у вас был бы в корневом разделе, то симлинк должен бы работать. Экспериментировать мне что-то лень<br> https://www.opennet.dev/openforum/vsluhforumID3/128844.html#324 Mon, 07 Nov 2022 14:31:00 GMT &gt;&gt; Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux.<br>&gt;&gt; А вообще этому дяде давно пора идти и пилть свою самопальную ОС, <br>&gt; он так и делает. linoops называется или как-то похоже. Не, не слышал? <br>&gt; А windows, которая не самопальная, он и не трогает.<br><br>Не, я про всякие Menuet и Syllable говорю. Если это слишком нишево - есть возрожденная BeOS, у которой до сих пор есть поклоннники (сам не щупал но свидетели говорят что ось была на диво хорошая и приятная).<br> https://www.opennet.dev/openforum/vsluhforumID3/128844.html#323 Mon, 07 Nov 2022 13:15:38 GMT Леню не устроил компьютер - &#10003;<br><br>но, компьютер поменять нельзя, поэтому предложена какая-то бабуйня<br>при этом, при оценке предложения стоит учесть, что у Леонида, возможно, есть компьютер с UEFI, а не обычный, как у тебя (смущать наличие UEFI в биосе не должно)<br><br>&gt; Унификация позволит равноценно поддерживать оба раздела (/boot и /efi) для загрузки образов ядра и initrd<br><br>дело, возможно, в этом, но нам непонятно, в чем там дело<br><br><br>в общем, ничего, кроме как старого способа добутаться до полной загрузки вычилительный архитектуры, и потом наугад долбится в устройства у нас нет - а тут проблемы не было, лишь смысл отдельного /boot раздела утерян<br><br>при этом, тенденция и в сабже и винде - поставлять систему/компоненты образом, сводить функции ОС к минимуму, для обеспечения типового образа использования ПК и не работать при любых отклонениях (ищи. &#171;комп разработчика&#187;)<br>как это сочетается с предложением - видимо, есть желание овладеть разделом /boot, оставить возможность инициализации системы, но