The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Леннарт Поттеринг предложил модернизировать разбивку загрузочных разделов

04.11.2022 08:50

Леннарт Поттеринг продолжил публикацию идей по переработке компонентов для загрузки Linux и рассмотрел ситуацию с дублированием загрузочных разделов. Недовольство вызвало использование для организации начальной загрузки двух разделов с разными ФС, которые монтируются вложенно - раздела /boot/efi на базе ФС VFAT с компонентами прошивки EFI (EFI System Partition) и раздела /boot на базе ФС ext4, btrfs или xfs, на котором размещаются образы ядра Linux и initrd, а также настройки загрузчика.

Ситуация усугубляется тем, что раздел EFI является общим для всех систем, а загрузочный раздел с ядром и initrd создаётся отдельно для каждого установленного дистрибутива Linux, что приводит к необходимости создания лишних разделов при установке в системе нескольких дистрибутивов. В свою очередь необходимость поддержки разных ФС приводит к усложнению загрузчика, а использование вложенного размещения разделов мешает реализации автоматического монтирования (раздел /boot/efi может быть примонтирован только после монтирования раздела /boot).

Леннарт предложил по возможности использовать только один загрузочный раздел и на системах с EFI по умолчанию размещать образы с ядром и initrd в VFAT-разделе /efi. На системах без EFI или если во время установки раздел EFI уже существует (параллельно используется ещё одна ОС) и в нём недостаточно свободного места, можно использовать отдельный раздел /boot с типом XBOOTLDR (раздел /efi в таблице разделов имеет тип ESP). Разделы ESP и XBOOTLDR предлагается создавать в отдельных каталогах (раздельное монтирование /efi и /boot вместо вложенного монтирования /boot/efi), сделать их автоопределяемыми и автомонтируемыми через идентификацию по типу XBOOTLDR в таблице разделов (без прописывания раздела в /etc/fstab).

Раздел /boot будет общим для всех установленных на компьютере дистрибутивов Linux, а разделение специфичных для дистрибутивов файлов будет осуществляться на уровне подкаталогов (для каждого установленного дистрибутива свой подкаталог). В соответствии со сложившейся практикой и требованиями спецификации UEFI в разделе с компонентами EFI используется только файловая система VFAT. Для унификации и избавления загрузчика от усложнений, связанных с поддержкой разных ФС, предлагается использовать VFAT и в качестве файловой системы для раздела /boot, что значительно упростит реализацию работающих на стороне загрузчика компонентов, осуществляющих доступ к данным в разделах /boot и /efi. Унификация позволит равноценно поддерживать оба раздела (/boot и /efi) для загрузки образов ядра и initrd.

  1. Главная ссылка к новости (https://0pointer.net/blog/linu...)
  2. OpenNews: Выпуск системного менеджера systemd 252 с поддержкой UKI (Unified Kernel Image)
  3. OpenNews: Леннарт Поттеринг представил свой новый проект Casync
  4. OpenNews: Леннарт Поттеринг представил mkosi, инструмент для генерации образов ОС
  5. OpenNews: Представлен systemd-homed для управления переносимыми домашними каталогами
  6. OpenNews: Леннарт Поттеринг предложил новую архитектуру верифицированной загрузки Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/58045-boot
Ключевые слова: boot, efi, systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (279) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.8, Аноним (8), 09:46, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +46 +/
    > предлагается использовать VFAT и в качестве файловой системы для раздела /boot

    и NTFS для /, а то существующий зоопарк уже реально задолбал

     
     
  • 2.20, Аноним (20), 09:57, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как M$ выпустит дрова и утилиты в опенсорс, так почти сразу.
     
     
  • 3.62, Аноним (62), 11:30, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > в опенсорс

    Забудь про него, сейчас наоборот всё закрывают. И Лёня этому способствует. Забыли историю про засланного казачка в Нокию?

     
     
  • 4.97, пох. (?), 12:43, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ок, "и ntfs с закрытыми дровами от ms" - так даже лучше!

    Ни одна сволочь не найдет там увизгвимости.

     
     
  • 5.192, n00by (ok), 19:52, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну нашли же в Alternative Data Stream руткит в своё время. Он там вроде и не скрывал файл даже, просто не все читали MSDN, вот антивирусы там и не искали.
     
     
  • 6.245, Аноним (245), 10:50, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дыры есть везде.

    Я лишь не пойму, почему UEFI просто не может хранить список загрузочных записей ключ-значение? Нахрена все эти разделы и прочее?

     
     
  • 7.275, n00by (ok), 16:58, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    UEFI и хранит ключ-значение, номер записи и путь к загрузчику, куда можно сохранить и параметры ядра. И даже прошивки Wi-Fi контроллеров иногда хранит.

    По-моему, что бы понять, надо смотреть не на технические детали, а на историю, когда такая перспективная ОС как OS/2 почему-то закончилась, а началась Windows. Действующие лица повторяются: Microsoft и IBM, которая зачем-то купила RH.

     
     
  • 8.322, keydon (ok), 15:30, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ух, хорош ... текст свёрнут, показать
     
  • 4.329, Аноним (-), 04:26, 11/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Забудь про него, сейчас наоборот всё закрывают.

    Гонево какое-то - exFAT отдали вон, даже с патентами. Теперь пора ReFS каким-нибудь жадничать, но он так то мало кому нужен при наличии отктырых альтернатив.

     
  • 2.51, nebularia (ok), 10:59, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    В чём проблема с FAT? Простая как палка файловая система, самое то чтобы фирмварью UEFI разбирать.
     
     
  • 3.71, Аноним (8), 11:46, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    да нет проблемы с FAT, как и с другими ФС Как понимаю FAT была выбрана не для т... большой текст свёрнут, показать
     
     
  • 4.110, Аноним (62), 12:58, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > голосование в дебиане

    Ой, лучше не надо... Уже проходили...

    - Да, я за Лёню!
    - Не хочу, но Лёня будет в комплекте.

     
  • 4.136, Аноним (136), 13:33, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > "голосование в дебиане"

    LOL!

     
  • 3.86, Аноним (86), 12:27, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Проблема в неподдержке UNIX Rights, регистронечувствительности.
    А я хочу держать образы ядра:
    MyVmLinuz
    myvmlinuz
    Вот хочу так и Поцтерринг мне не указ.
     
     
  • 4.104, пох. (?), 12:51, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Проблема в неподдержке UNIX Rights, регистронечувствительности.

    google for umsdos.
    Ну и регистронечесательность - это ж на самом деле просто "соглашение о намерениях", дисковый формат подобного не требует. Хочешь - в своем драйвере можешь считать эти файлы разными.

    > А я хочу держать образы ядра:

    а поцтерингу на тебя и твои хотелки - плевать. Он хочет какввенде и ты ему - не указ.

     
     
  • 5.122, Аноним (86), 13:11, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вспомни, в каком ядре ты этот umsdos последний раз встречал?

    Ну так я и не использую дистры от IMBHat и других, кто лёнькины поделия внедряет.

     
     
  • 6.124, пох. (?), 13:14, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну я рад его не встречать,поскольку случайно в курсе как он работал (это п-ц, который только л@п4ые могли придумать)

    Но чиста технически - вы бы тоже могли, если б хоть как-то умели кодить. Но кодить у вас умеет только Лёня.

    Дистры, если ты не в курсе, делают из доступных деталек. Вон там де6иллианы голым-сували-сували, и опа - сунули как надо и куда надо.
    Будет у тебя ведро в формате PE only, бандленное с системдрянью и подписанное, чтоб ты не лез ручками куда надо, не за горами уже этот денек.

     
  • 4.119, nebularia (ok), 13:07, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Проблема в неподдержке UNIX Rights, регистронечувствительности.
    > А я хочу держать образы ядра:
    > MyVmLinuz
    > myvmlinuz
    > Вот хочу так и Поцтерринг мне не указ.

    Ты сам себе придумал надуманную ситуацию, сам с ней и разбирайся. Зачем там unix rights вообще? Туда в принципе только рут писать и должен.

     
     
  • 5.131, Аноним (86), 13:19, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но если без unix rights писать могут все.
     
     
  • 6.132, nebularia (ok), 13:22, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Без Unix Rights права на все файлы раздела будут одинаковые и опеределяются при монтировании. Монтируется по умолчанию от рута, с правами на запись только от него. Это именно то, что требуется.
     
     
  • 7.170, kusb (?), 15:36, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А на fat можно Linux поставить? Безопасность идёт лесом почти что. Но пусть все файлы типа как исполняемые. Можно ещё рулить правами на уровне разделов - много разделов, один для файлов в которые нельзя писать. Другой для /tmp/ (тоже fat), разделы для пользователей.
     
     
  • 8.226, Павел (??), 01:41, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ставь коль желание есть тут совсем про другое в момент работы uefi нет... текст свёрнут, показать
     
  • 4.174, wd (?), 15:54, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ntfs умеет в регистрозависимость
    права можно симулировать об стримы
     
  • 3.175, АмНям69 (?), 15:55, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    FAT хороша, если записал 1 раз, а потом только читаешь. В статье Лёня сам пишет, что FAT не сравнится по надёжности с современными ФС и предлагает всякие обходные пути, типа всегда вызывать fsck перед записью; чтобы сохранить файл: сначала записать на диск под другим именем, вызвать syncfs(), переименовать файл и опять вызвать syncfs(). Короче, любой сбой или прерывание записи в раздел с FAT может привести к незагружаемой системе. Это терпимо для ESP, куда ты пишешь только при установке новой ОС или обновлении загрузчика, но для /boot такое неприемлемо.
     
     
  • 4.200, Аноним (200), 20:50, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что насчёт exFAT?
     
     
  • 5.221, Аноним (221), 23:29, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То же, что и насчёт любых других ФС: поддержка ФС, отличных от FAT32 в EFI - на усмотрение каждого конкретного вендора мамки. Вендор или сам пользователь может интегрировать в прошивку драйвер для любой фс - https://github.com/pbatard/efifs и прошивка сможет с этих файловых систем грузиться.

    Но наличие этих драйверов в прошивке _по дефолту_ не гарантируется.


    А вот FAT32 поддерживается в обязательном порядке, т.к. это часть стандарта.

     
  • 4.227, Павел (??), 01:46, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    давайте создадим ext0, в которой будет стабильность от современной системы, но не будет пользователей и прав.    
    вообще имхо надо создавать спец.фс для такого. на уровне WORM и дублирования формата A/B. учитывая размер uefi-необходимостей по сравнению с текущими размерами носителей, это будет пшик.
     
     
  • 5.235, Вася (??), 05:33, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    в ext* не права и юзеры источник нестабильности, а транзакции. Да и уважение прав пользователей это сугубо на усмотрение ядро\дров
     
  • 2.60, kusb (?), 11:21, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Наверное можно корень на ntfs, она кажется поддерживает выдуманные файловые атрибуты. Просто записывать туда юниксовые атрибуты и...?
     
     
  • 3.75, Мяу (?), 11:59, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага. Складывать туда "модульные" куски сквоша, монтировать друг в друга. Вот это вот - атоманые обновления.
    А всё говно обмазать сверху ovlfs.
    Красиво! Сейчас безопасные с*чечки наверно уже "поправились".
    Правда, на практике такое работает только в сотовых телефонах и то в более другой форме. А в десктопном и серверном сегменте эта идея не приживается. Народ покупает железо, чтобы пользоваться им, а не дрочевать на безопасность и прочие радужные идеи.
     
  • 3.99, пох. (?), 12:46, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    она вполне нормальные nfs v4 acls поддерживает (криво в реализации в винде, потому что надо ж сохранять совместимость с nt4 или что там - 3.51? А технически проблемы нет.)
    - и это помимо позиксного недоразумения (которое, разумеется, тоже)

    Хорошая, годная фс, осталось самую малость - убедить интел переделать спецификацию efi. Ну что за блажь, реально, с тем недо-фат они придумали?
    Давайте ж уже просто грузить винду прямо с ntfsного раздела без всяких ненужных прокладок.

    Ой... линукс, линукс грузить, очепятался... а напомните, в какой опенсорсной лавке трудится поцтеринг?

     
     
  • 4.234, Аноним (234), 04:32, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > в какой опенсорсной лавке трудится поцтеринг?

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

     
     
  • 5.291, Ууууу... (?), 01:15, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да-да. А потом берёт и поглощает. Или диктует, какой опенсорс правильней, а какой нет.
     
  • 2.74, Аноним (74), 11:55, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Такое можно сделать даже для user-space ntfs-3g драйвера.
    А когда доделают ntfs3 драйвер, то использовать ntfs станет совсем легко
     
     
  • 3.84, Аноним (8), 12:22, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    можно нинада? Ну правда не хочется чтобы для упрощения ядра NTFS выбрали в качестве основной :)
     
  • 3.101, пох. (?), 12:49, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что значит "даже"? Это и есть единственный нормальный работающий и полноценный драйвер.

    А когда доделают то что никогда не доделают - тебе, дедуля, уже все равно будет.

     
     
  • 4.158, Аноним (74), 14:39, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У меня в Ubuntu 22.04 и не новом ядре 5.15 драйвер ntfs3 работает.
    А в новых ядрах к нему были какие-то доработки
     
     
  • 5.177, Аноним (177), 16:01, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У меня в Ubuntu 22.04 и не новом ядре 5.15 драйвер ntfs3 работает.

    Да ты рисковый чувак.

    > А в новых ядрах к нему были какие-то доработки

    Исправления. Ошибок. Которые есть в 5.15.

     
  • 2.253, Деанонимус (?), 11:53, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пусть лучше Леннарт зашлет вирус ext4 в ядро WIndows, бугага
     

     ....большая нить свёрнута, показать (38)

  • 1.10, Аноним (10), 09:46, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    В чём предложение-то? У меня вообще /boot -- это часть /

    Или Лёнька обнаружил, что его бутлоадер не умеет грузить ядра с других разделов?

     
     
  • 2.13, Аноним (13), 09:48, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня вообще /boot -- это часть /

    и чё, ты типа хвастаешь этим или чё

     
     
  • 3.61, Аноним (61), 11:29, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Хвастается нормальностью. В отличии от психов у которых с какого-то перепугу бут это отдельный раздел.
     
     
  • 4.91, Аноним (86), 12:35, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому, что /boot лучше не монтировать автоматически, а только по необходимости. Да и / лучше как ro, конечно, если он у вас отдельно от /usr, /var, /home.
     
     
  • 5.203, DM (??), 21:12, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Если /boot держать отдельно и не монтировать при загрузке, то при очередном обновлении системы/ядра из пакетов - по-любому какая-нибудь херня приключится.
     
     
  • 6.301, Аноним (301), 18:18, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Перед обновлением примонтировать - ракетная наука?
     
  • 5.240, Аноним (240), 09:38, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Потому, что /boot лучше не монтировать автоматически, а только по необходимости.

    Ну клади ядро на efi партицию, если тебе горит. Её и "не монтируй".

    >Да и / лучше как ro, конечно, если он у вас отдельно от /usr, /var, /home.

    Так в системди скоро вообще не будет поддерживаться разделение / и /usr/ , по заветам самого Лёни.

     
  • 5.312, Stellarwind (?), 10:58, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Леня говорит нельзя usr отдельно. Вы сепаратист и вообще опасный тип. Из за вас потом системды не работают.
     
  • 4.92, Xo (?), 12:37, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну на жёстком отдельный бут норм, другое дело ssd
     
     
  • 5.94, Аноним (86), 12:41, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как будто, на SSD файловые системы не портятся.
     
  • 5.162, Аноним (162), 14:43, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Даже на пентиум 4 не было никакой разницы при загрузке где находится бут. Это какие-то очень древние диски и древние компы могут на это реагировать.
     
  • 4.171, kusb (?), 15:37, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У меня был вместе со всем, /, но я тот ещё псих.
     
  • 4.176, GenryU (?), 15:57, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У нормальных людей, после пропадания питания, boot- раздел читается без проблем и начинается последующая проверка других разделов на "orphaned...". А у любителей острого, могут возникнуть конфликты из-за случайной порчи цепочек кластеров.  
     
  • 2.39, Аноним (39), 10:30, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Не знаю почему минусуют этого анонима. Каждый новый раздел убивает часть полезного дискового пространства, я бы даже от /home отказался если бы не приходилось периодически ставить линукс с нуля.
     
     
  • 3.63, Аноним (61), 11:31, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это староверы, которые бут отдельно размечают как завещал сам Линус. Видите ли их 486 ПК медленно загружает бут если загрузчик не в начале диска.
     
     
  • 4.93, Аноним (86), 12:40, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А нововеры это те, кто выполз из Шиндошшс, видно невооружённым глазом: "Всё на диск C:"
     
     
  • 5.172, kusb (?), 15:39, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    mkswap ./pagefile.sys
     
     
  • 6.263, Аноним (263), 13:54, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ахаха, сделаю так на Линуксе, установленном на Маке
     
  • 4.95, пох. (?), 12:42, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще никогда не загружает - c/h/s диски не умеют дальше второго гигабайта, а lba в биос не поддерживается или поддерживается lba16, с которым никто не умел работать.

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

     
     
  • 5.201, Аноним (200), 20:53, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У меня вообще на диске два раздела EFI, один для Windows и второй для Linux. И никаких проблем, каждая ОС в свой пишет, BIOS оба раздела видит
     
  • 4.125, Аноним (125), 13:14, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Отдельно бут имеет смысл что когда побьётся файлуха из-за отключения питания можно будет починить через iniramfs и не бегать искать livecd)
     
     
  • 5.149, Аноним (149), 14:13, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У тебя что, реально один комп, и тот на допотопном целероне? Куда там бегать и чего искать-то?
     
  • 5.160, Аноним (162), 14:41, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это потому что староверы сидят на допотопной ext2
     
     
  • 6.251, пох. (?), 11:49, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это потому что староверы сидят на допотопной ext2

    допотопную чинит fsck -y при старте системы. И обычно без всяких ужасов.

    Вот с новомодной btrfs бывает что и чинить нечего и незачем уже. Ну и чем тебе, сынку, поможет твой цельный и непострадавший /boot с совершенно ненужным тебе файлом ? Его-то и заново скопировать можно. А вот твой хомяк со всем содержимым - опаньки.

     
  • 6.311, фф (?), 10:39, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    а чего нет в екст2, что так необходимо для почти ридонли раздела?
    и на что предлагаете заменить?
     
  • 2.120, nebularia (ok), 13:10, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В чём предложение-то? У меня вообще /boot -- это часть /
    > Или Лёнька обнаружил, что его бутлоадер не умеет грузить ядра с других
    > разделов?

    В том, что от большинства костылей загрузчиков можно избавиться, используя UEFI. Нет, можно собрать сколь угодно сложную конфигурацию на GRUB 2, но в общем случае это не требуется.

     
     
  • 3.133, warlock66613 (ok), 13:23, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так в чём предложение-то? Уже сейчас можно делать как удобно. У меня вот /boot — это EFI раздел
     
  • 2.198, rshadow (ok), 20:20, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну вот выделишь /boot в отдельный VFAT раздел и будешь монтировать его в корень. Постойте-ка "которые монтируются вложенно ... на базе ФС VFAT ... на базе ФС ext4", ох ёпть, опять то же самое.
     

  • 1.12, Аноним (12), 09:47, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    Кажется первый момент от лёни, с которым можно согласиться.

    Ну, с фактом наличия проблемы.Аутофелляция с отдельным разделом порядком надоела.

    А вот вариант решения, в стиле леонида, фекальный. Прыгать с FAT на линуксовых системах - шибко такое себе. Очередной костыль и замазывание, вместо пушинга поддержки какого-нибудь ext(2-4)

     
     
  • 2.126, nebularia (ok), 13:14, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Очередной костыль и замазывание, вместо
    > пушинга поддержки какого-нибудь ext(2-4)

    Ext без журналирования разваливается просто на раз при потере питания. Журналирование... Оно тебе точно надо в EFI вообще? Чем проще ФС, тем меньше потенциальных вендорозависимых проблем.

    За FAT разваливание при потере питания не замечено.

     
     
  • 3.286, gogo (?), 00:01, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > За FAT разваливание при потере питания не замечено.

    гы гы. вот шутник.

     

  • 1.14, pashev.ru (?), 09:49, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    И это ещё без raid и шифрования!
     
     
     
    Часть нити удалена модератором

  • 3.24, pashev.ru (?), 10:03, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    # df -h
    Filesystem         Size  Used Avail Use% Mounted on
    udev                32G     0   32G   0% /dev
    tmpfs              6,3G  1,5M  6,3G   1% /run
    /dev/mapper/croot  913G  311G  556G  36% /
    tmpfs               32G  388K   32G   1% /dev/shm
    tmpfs              5,0M  4,0K  5,0M   1% /run/lock
    /dev/md126         543M  368M  148M  72% /boot
    /dev/sdb1          952M  5,3M  946M   1% /boot/efi2
    /dev/sda1          952M  3,5M  948M   1% /boot/efi
    /dev/mapper/chome  1,8T  643G  1,1T  37% /home
     
     
  • 4.67, Аноним (61), 11:34, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что с тобой не так?
     

  • 1.16, Аноним (20), 09:54, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +10 +/
    >Леннарт предложил

    , по факту между строк, использовать подписанный образ ядра + systrmd UKI (разумеется с lockdown и прочими продвинутыми DRM-компонентами), поставляемый Microsoft, как основу для всех дистров.

     
     
  • 2.188, Dr Nyanpasu (?), 18:42, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Леннарт Поттеринг предложил монетизировать разбивку загрузочных разделов
     

  • 1.17, iCat (ok), 09:55, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А что если в бут-секторы прописывать загрузку загрузчика с microsoft.com?
    Сразу.
    А не вот это вот всё...
     
     
  • 2.68, Аноним (62), 11:35, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    не удивлюсь, если к этому и ведут. Облака... Подписки... Почва уже подготовлена.
     
  • 2.79, Мяу (?), 12:08, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Сама концепция uefi это предполагает.
    В стародавние времена ос прописывалась в rom-ки.
    Но тогда и ос были маленькие м интернетов для обновления ос на 80% от оригинала не было и обновления ос ставились не каждый день, а дай бох, если раз в пару лет.
    То есть на сегодня оправдано только ромку и загрузчик "с фабрики" лочить.
    Лёня сейчас на хомячках пытается отработать будущие технологии защиты от пользователя альянса wintel. Как только наработают очередной пласт - будет очередная ревизия спеки uefi. В частности новая пачка рекомендаций в области реализации secure boot.
     
     
  • 3.105, пох. (?), 12:54, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лочить-то зачем? "обнаружена новая версия efi rom, пааааадаждите, сейчас мы ее подгрузим с microsof...intel.цом и все загрузится".

    Не понимаю, что тут не так?!

     
     
  • 4.138, Аноним (20), 13:42, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Зачем ждать? Management Engine может это сделать и при "выключенном" (не из розетки) ПК, и даже вентилятором не пошуршит.
     
     
  • 5.252, пох. (?), 11:52, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем ждать? Management Engine может это сделать и при "выключенном" (не из
    > розетки) ПК, и даже вентилятором не пошуршит.

    не может, дорогой ты наш сказочник.

    AMT - теоретически, могла бы. Но тоже не делает, она не для этого.

     
     
  • 6.265, torvn77 (ok), 14:04, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это тебе написали что "не для этого", но кто знает что там на самом деле в каждом конкретном компьютере?
     
     
  • 7.282, пох. (?), 19:45, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Враги там кругом, и этот... Иблис, во!

    Компуктер-то вражеский.

    Чего там знать, в печку его. Вместе с прочими бесовскими штучками. Вон счеты с деревянными костями - это надежно, это на века!

     

  • 1.18, eganru (?), 09:55, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    По моему опыту всё, что связано с EFI - второсортное неподдерживаемое глючно говно. Обновлений минимум самых, даже если из-за efi система может грузиться перестать(с восстановлением прошивкой того же забагованного efi).

    Днище и плохо.

    Только проблемы от этого одни.

     
     
  • 2.100, Аноним (100), 12:47, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Проблема не в efi. Там есть комбинация на клавиатуре, которая Восстанавливает резервную копию из не перезаписываемого чипа. Ну и просто для сброса настроек тоже есть, они могут быть повреждены во время работы. А, что, производитель твоего железа сэкономил на резервной флешке? Дааа, беда, ну, ты знал, что покупал. Весь твой опыт основан на твоей экономии.
     
     
  • 3.106, пох. (?), 12:55, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там - это где? В спецификации efi нет никаких "комбинаций на клавиатуре".

     
     
  • 4.121, Аноним (125), 13:11, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На макбуке есть )
     
  • 4.127, Аноним (100), 13:15, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там -- это в прошивке UEFI, выполняющей функции BIOS, у каждого производителя она отличается. У многих при этом имеется такая функциональность. В спецификации может не быть многих вещей, являющихся опциональными.
     
  • 3.141, eganru (?), 13:47, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я простой пользователь.
    Мне это Ваше говно с 2 чипами даром не сдалось.
    Не собираетесь разбираться с низким качеством? - ну сделайте тогда просто ppl->ubootspl->uboot->ядро + ссылку где .dts скачать.

    Заместо этого просто с лопаты efi, где весь труд программистов на нескучные обои видно ушел. Говно собачье, которое грузится больше, чем остальная система в 10 раз(и это у асуса, к примеру).

     
     
  • 4.143, Аноним (100), 13:49, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты так говоришь, будто у биоса POST быстрее отрабатывал. Оно не грузится, оно ждёт пока железо раздуплиться. Ну а любимая картинка вместо поста это как минимум прикольно.
     
     
  • 5.147, eganru (?), 14:04, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    [i]Оно не грузится, оно ждёт пока железо раздуплиться.[/i] - какое мне прости господи нужно, чтобы железо раздуплилось?
    Что у меня там такого сверхнужного есть, что вот прямо сейчас нужно ждать?

    [i]любимая картинка вместо поста[/i] - это правильно понимаю, что это хуцпа?

     
     
  • 6.150, Аноним (100), 14:14, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У меня диски долго раздупляются, современные диски это очень сложные агрегаты каждый со своей собственной ОС и тестирование работоспособности занимает приличное (случайное) время. Некоторые промышленные системы и по полчаса запускаются и это нормально. Проблема в том, что если проигнорировать неготовность железа и продолжать работать с ним как с исправным, оно легко разнесёт вообще всё в случае какой-либо неполадки (в том числе повредит память и ресурсы остального прежде исправного железа и даже не факт что не повредит флешки, например у той же сетевой карты, которая внезапно может оказаться записываемой и повреждаемой).
     
     
  • 7.161, eganru (?), 14:43, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Все эти задачи можно со спокойной душой переложить на uboot ядро Потому что 1 ... большой текст свёрнут, показать
     
     
  • 8.165, Аноним (100), 14:59, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дело в том, что неисправное железо может легко и непринуждённо скопроментировать... текст свёрнут, показать
     
  • 8.255, пох. (?), 11:59, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нельзя Ядро, ВНЕЗАПНО, работает в оперативной памяти которую надо как-то проин... большой текст свёрнут, показать
     
     
  • 9.288, eganru (?), 00:13, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    i которую надо как-то проинитить прежде чем использовать и процедуры эти уникал... текст свёрнут, показать
     
     
  • 10.297, пох. (?), 11:33, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    на pc-архитектуре невозможен в принципе, да потому что там его запускать неотк... текст свёрнут, показать
     
     
  • 11.308, eganru (?), 08:48, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    i опять нужны априорные знания о том как оно устроено i - зачем обсуждать что... текст свёрнут, показать
     
  • 4.155, An2 (?), 14:30, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > которое грузится больше, чем остальная система в 10 раз(и это у асуса, к примеру).

    А мне от Gigabyte средненавороченная материнка попадалась с такими тормозами при запуске.

     
  • 4.204, Аноним (234), 21:14, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Я простой пользователь.
    > ppl->ubootspl->uboot->ядро + ссылку где .dts скачать

    Васёк, ты либо крестик сними, либо плавки надень. Простой пользователь пользуется виндой на работе и айпэдом дома. У большинства людей так-то жизнь есть за пределами компьютера.

     
  • 3.154, An2 (?), 14:28, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Восстанавливает резервную копию из не перезаписываемого чипа.

    Но если проц не самый старый, или материнка не самой свежей даты производства, тогда после такого восстановления проц может отвалиться. И тогда надо будет ещё надеяться, что всё ещё есть возможность бесплатного получения на короткое время старого CPU для целей обновления биоса.

     
     
  • 4.157, Аноним (100), 14:32, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, есть такое. Вроде, с АМД особенно релевантно.
     
     
  • 5.195, Аноним (195), 20:08, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что Интел почти под каждую новую серию процессоров делает новый сокет или чипсет без обратной совместимости, а АМД поддерживае несколько поколений в пределах сокета.
     
     
  • 6.256, пох. (?), 12:01, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что Интел почти под каждую новую серию процессоров делает новый сокет
    > или чипсет без обратной совместимости, а АМД поддерживае несколько поколений в
    > пределах сокета.

    но не умеет проинитить следующее поколение устаревшей прошивкой и лох страдает. Получается - опять интел все правильно сделал.


     
     
  • 7.264, An2 (?), 14:04, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но только за ваши деньги, выброшенные на ветер за целую новую материнку.
     
     
  • 8.283, пох. (?), 19:51, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С целым новым процессором и вероятней всего еще и новой памятью Потому что если... текст свёрнут, показать
     
  • 7.289, Аноним (195), 00:44, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не будь лохом и не страдай, есть у тебя старая материнка, а значит и проц есть, обнови Биос перед апгрейдом и нет проблем. Проблема высосана из пальца.
     
     
  • 8.295, пох. (?), 09:57, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вон там выше описана проблема - проц есть, но не тот что был пять лет назад ... текст свёрнут, показать
     
     
  • 9.303, egan (?), 07:27, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    За 1000 рублей мне в этом году сдували и программатором заливали bin, что я при... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (25)

  • 1.19, Fracta1L (ok), 09:56, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Нормальное предложение.
     
     
  • 2.43, Аноним (43), 10:35, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как ты мог? Оно же не на расте!
     

  • 1.25, Аноним (25), 10:04, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    А какой смысл в /boot на системах с efi в принципе? У меня /boot/efi монтируется сразу в /, не вижу смысла в дополнительных разделах.
    Даже /boot изначально нужен был только лишь потому, что древние bios не поддерживали большие диски, и нужен был специальный раздел в начале диска.
     
     
  • 2.107, пох. (?), 12:56, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Другие обезьяны: бросаются п-дить тварь, осмелившуюся поднять с пола клетки банан!

    "здесь ТАК принято!"

     
  • 2.123, Аноним (125), 13:13, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Отдельно бут имеет смысл что когда побьётся файлуха из-за отключения питания можно будет починить через iniramfs и не бегать искать livecd
     
     
  • 3.331, edo (ok), 20:30, 14/01/2023 [^] [^^] [^^^] [ответить]  
  • +/
    Гхм, ну побьётся, и что?
    /boot при загрузке с помощью systemd-boot вообще не участвует, initrd лежит на esp (который /boot/efi или /efi)
     
  • 2.183, Отражение луны (ok), 17:34, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если ты хочешь шифровать рут и при этом не пользоваться реалихацией luks из grub, потому что она какая-то уж слишком медленная и лагучая.
     
     
  • 3.285, Аноним (285), 23:43, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, но с LUKS получается почти тоже самое. Только отдельным разделом будет не /boot/efi, а /boot, размеченный под vfat.
     

  • 1.26, ИмяХ (?), 10:05, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Вот оно - "развитие" Вместо того, чтобы избавиться от одного костыля под названием EFI, они городят ещё кучу костылей.
     
     
  • 2.35, Аноним (35), 10:14, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Им работать надо. И зарабатывать. На ком?
     
  • 2.76, Аноним (74), 12:00, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Что тебе мешает избавиться от костыля? Выкинь компьютер и избавься
     
     
  • 3.109, пох. (?), 12:58, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну есть же ж прекрасные контуперы с uBoot поверх devicetree? Никакого вредного uefi!

    А, простите, уже нету. Там были 32битные армы, которые больше "не поддерживаются ни в одном дистрибутиве - давно пора выкинуть их и из ведра".

     
     
  • 4.140, Аноним (20), 13:46, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >"не поддерживаются ни в одном дистрибутиве - давно пора выкинуть их и из ведра".

    https://packages.debian.org/sid/armhf/systemd/download - это что?!

     
  • 4.228, mikhailnov (ok), 03:15, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В 64 битах армовых платах обычно тоже dts и uboot.
    Российский Байкал хорошем, что там уефи.
     
     
  • 5.261, пох. (?), 12:22, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Но плох тем что с tsmc пошел следом за кораблем.

    Так-то нормальная мипсина была, даром что рассейская.

     
     
  • 6.279, mikhailnov (ok), 18:10, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    UEFI в армовом Байкале, не в мипсовом
     

  • 1.27, vitalif (ok), 10:08, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Ну переход на FAT это конечно нереальный прогресс, да
     
     
  • 2.88, Аноним (62), 12:30, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    там ещё ядро в формат *.exe будут переводить...
     
     
  • 3.98, Аноним (86), 12:46, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А далее будет systemd.exe
     
     
  • 4.112, пох. (?), 13:00, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты пропустил последнее партсобрание, минус миска риса и -10 в сосальный рейтинг!

    Будет UKE.exe
    С ведром неотделимым от systemd.

     
     
  • 5.142, Аноним (20), 13:49, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В голос.

    *в кредитный рейтинг

    В Штатах он так называется.

     
     
  • 6.248, пох. (?), 11:39, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > *в кредитный рейтинг
    > В Штатах он так называется.

    Кредитный там за пропуск партсобрания не снижают. За смену интернет провайдера - это да.


     
  • 3.111, пох. (?), 12:59, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Э... чувак... кароч, у меня для тебя - хреновые новости...

    P.S. PE не полноценный exe, конечно, но...

     
     
  • 4.314, vitalif (ok), 11:35, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лол, и ведь не панорама
     
  • 2.298, Аноним (298), 17:49, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ЕМНИП, фат для ефи-раздела прописан в стандарте давным-давно.
     

  • 1.30, Аноним (30), 10:12, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    лучше бы он встроил efi, ОС, ИИ в системд, но похоже появилось свободное время и полез в темы, которые не понимает
     
     
  • 2.54, Аноним (54), 11:06, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    доооо, зато ты-то уж точно понимаешь, в чем он не понимаешь
     
  • 2.114, пох. (?), 13:01, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так он - уже. Именно что он - понимает, а ты нет. И работает над этим.

     
  • 2.266, torvn77 (ok), 14:18, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Всё он понимает и делает ровно то, что ему приказали хозяева IBM/RH
     
     
  • 3.305, ryoken (ok), 08:19, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Дык эта, он вроде в монстрософте щас, не..?
     
     
  • 4.317, torvn77 (ok), 12:18, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Дык эта, он вроде в монстрософте щас, не..?

    Ну это вопрос того, кто именно держит поводок.

     

  • 1.32, Аноним (32), 10:13, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Традиционно какие-нибудь фортки будут портить этот раздел в хлам, а восстановить нормальную загрузку из под тех же форток иногда невозможно
     
     
  • 2.302, TydymBydym (?), 22:53, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так уже что-то такое было с потерей возможности загрузки на некоторых платах, если EFI отформовать.
     

  • 1.36, Андрей (??), 10:15, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    в ручную зоопарк поддерживать - это тот ещё гемор. Если будет инструмент - почему бы и нет. И не обязательно UEFI
     
  • 1.37, BrainFucker (ok), 10:26, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, помню они там что-то криво сделали в systemd что стало нельзя было переместить /usr на другой раздел, сделав /usr симлинком. До systemd это работало, а с systemd с этим возникли проблемы. Интересно это исправили с тех пор?
     
     
  • 2.89, Аноним (62), 12:32, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > это исправили с тех пор?

    Нет, конечно. Теперь вообще всё в одну кучу будут валить: и /bin, и /usr/bin, и /usr/local/bin...

     
     
  • 3.205, Аноним (234), 21:17, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как оно и должно быть в старых линуксах, но кто ж на опеннете стандарты читает. В новых вон вообще даже /usr нет, только /bin, /nix, /home и /var.
     
  • 2.229, mikhailnov (ok), 03:17, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    /usr отдельным разделом можно из ibitrd при монтировать, если очень хочется
     
     
  • 3.238, BrainFucker (ok), 08:58, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я не про раздел. Например есть раздел /home.
    Сделать mv /usr /home/data/usr && ln -s /home/data/usr /usr
    До Поттеринга это работало.
     
     
  • 4.325, фф (?), 06:45, 08/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    дык у вас тут тоже отдельный раздел ж
    просто системд использует проги из /юср во время загрузки, когда разделы кроме корневого еще не примонтированы.
    Если бы раздел /home у вас был бы в корневом разделе, то симлинк должен бы работать. Экспериментировать мне что-то лень
     

  • 1.38, хрю (?), 10:26, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Зачем делать boot отдельным разделом?
    Зачем кому-то несколько дистров?
    Вообще "зачем" ключевой вопрос взрослого человека. Такое ощущение, что Лёне 20 лет. "Остап покурил, закинулся грибами и его куда-то понесло."
     
     
  • 2.77, Аноним (74), 12:03, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    просто этот ламер вообще не понимает как работает загрузка и как она должна быть устроена.
    Лучше бы спросил у опеннет экспертов, ему бы объяснили как надо.
     
     
  • 3.267, torvn77 (ok), 14:21, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всё он отлично знает и понимает, просто основания его действий лежат не в области программирования, а в области политики.
     

  • 1.45, Аноним (45), 10:37, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Ленард Поттеринг - Стивен Хокинг в мире linux. Настоящий гений!
     
     
  • 2.48, Аноним (48), 10:45, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Или Мерлин Шелдрейк.
     
     
  • 3.55, Самый Лучший Гусь (?), 11:07, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Или Юрий Спасокукоцкий
     
     
  • 4.64, Аноним (61), 11:31, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Или Сергей Мавроди
     
     
  • 5.173, Аноним (173), 15:45, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Или Питер Паркер
     
     
  • 6.187, Попов (?), 18:23, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    про диниску забыли
     
     
  • 7.223, Аноним (223), 00:19, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Или Лавлейс. Только не которая Ада, а которая Линда.
     
     
  • 8.299, Аноним (301), 17:52, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А это мысль Не пора ли Поттерингу стать разработчицей ... текст свёрнут, показать
     
  • 4.179, Аноним (179), 16:18, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Югий
     

  • 1.46, Anonymus (?), 10:41, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Опять у Леннарт что-то там с systemd и разделами не стыкуется, как в самом начале с отдельным /usr разделом. Пршло 12 лет, а проблемы все те же.
     
     
  • 2.78, Аноним (74), 12:07, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    просто он не смог написать нормальную систему инициализации и теперь переделывает Linux вместо того чтобы убрать костыли UEFI, SystemD, PulseAudio, Gnome 3, Rust, Wayland
    Не случайно ведь опеннет эксперты сходят с ума при упоминании любого из этих слов
     
     
  • 3.80, Мяу (?), 12:14, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не, лёня не дурак самостоятельно что-то переделывать.
    Он других заставляет. Сам-то он не способен. А вокруг его несостоятельности должно плясать всё сообщество.
    Товарищ чужими руками свои проблемы "разгребает", при этом собственно проблемы не решая.
    Вот ведь хитрый гад.
     
     
  • 4.103, Аноним (86), 12:51, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так пусть растаманов привлечёт. Они ему всё перепишут "как надо". Дооолго будут переписывать. А мы пока постаринке на bash-портянках посидим ;)
     
  • 4.117, пох. (?), 13:03, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он способен (и доказал это делом, натворив гигабайт лапшекода). Но он уже может себе позволить ни на каком инструменте сам не играть - "он руководитель, как Вы!"

     
  • 4.268, torvn77 (ok), 14:25, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Он других заставляет.

    Это значит что он не дурак, а приказчик-надсмотрщик которому дали власть следить и принуждать других делать то, что надо назначившим его людям.

     

  • 1.49, аНОНИМ (?), 10:51, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а у меня было 2 дистрибутива (20.04 и 22.04) причем на 1 разделе. и /boot там же. А лёне видимо про btrfs не рассказали.
     
     
  • 2.108, Аноним (86), 12:57, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, можно. И я как про такое в BTRFS первый раз узнал, тоже захотелось. Но поостыв, понял, что поломка в любом месте BTRFS, приведёт к проблеме на всём разделе с ней. Поэтому никакое монтирование папок от этого не поможет. И отказался от затеи. Хотя, для проб/тестов разных дистров вполне сгодится.
     
     
  • 3.180, Самый умный из вас (?), 16:20, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Поэтому ты остался на ехт2
     
     
  • 4.300, Аноним (301), 18:00, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На LVM2 + RreiserFS. Пока на ReiserFS, вынуждают же на что-то изменить. В дальнейшем на LVM2 + BTRFS. Прчём, использование BTRFS будет классическое: 1 том LVM - 1 ФС, без монтирования папок. Ну или, если будет не лень, поробую новые шишкинские ФС.
     
  • 2.230, mikhailnov (ok), 03:18, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лёня как раз использует btrfs
     

  • 1.50, Аноним (50), 10:56, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Работает - НЕ ТРОГАЙ!!! А изобретать можно много чего.
     
     
  • 2.65, Аноним (61), 11:32, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так бы все и сидели на иксах. Так все и сидят на иксах.
     
  • 2.206, Аноним (234), 21:18, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и чем тебе ходить пешком не угодил? Работает? Работает. Но нет, ты полез зачем-то колесо изобретать.
     
     
  • 3.249, пох. (?), 11:41, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну и чем тебе ходить пешком не угодил? Работает? Работает. Но нет,
    > ты полез зачем-то колесо изобретать.

    Нет, зачем-то решил всем отрезать ноги - ведь на колесиках гораздо удобнее.

     

  • 1.56, Аноним (45), 11:08, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Такое ощущение что Поттеринг один на себе тащит всё развитие линукса. Если бы не он, то линукс давно превратился бы в подобие illumos с 3,5 пользователями...
     
     
  • 2.113, Аноним (86), 13:00, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Такое ощущение, что Поттеринг больше всех вредит Линуксу. А сейчас, получив дополнительное финансирование на деструктивную деятельность, он утроит свои усилия.
     
     
  • 3.231, mikhailnov (ok), 03:20, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ух, какой не хороший, написал этот пшшаудио, который умеет сам делать подключенный usb микрофоном устройством ввода по умолчанию и вообще позволяет жизнь упростить. Нет чтобы конфиги альсы править, понапридумывал всякие там пульсаудио.
     
     
  • 4.269, torvn77 (ok), 14:29, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    К твоему удивлению именно так: хороший мануальник по alsa, конфигуратор и утилиты управления единственное что надо было доделать и что по странной причине так и не сделали для этой системы.
     
     
  • 5.274, n00by (ok), 15:33, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Самое смешное во всей этой истории - для автоматического переключения микрофонов и т.п. ныне пишут alsa/ucm2/*/*.conf а вон тот баш-программист операционных систем про это не в курсе.
     
     
  • 6.280, mikhailnov (ok), 18:12, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Самое смешное во всей этой истории - для автоматического переключения микрофонов и
    > т.п. ныне пишут alsa/ucm2/*/*.conf а вон тот баш-программист операционных систем про
    > это не в курсе.

    Промолчу, в курсе я или нет, коммиты в соответствующих пакетах в abf.io/import ответят на этот вопрос, а вот если ты думаешь, что в современных дистрибутивах alsa/ucm2/*/*.conf автоматически переключает ввод звука на *USB* микрофон, то почитай про module-switch-on-connect в pulseaudio, который во многих дистрибутивах включен по умолчанию.

     
     
  • 7.294, n00by (ok), 09:52, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Коммиты в сборочные сценарии ответят Ну так то дети из кубиков тоже строят дома... большой текст свёрнут, показать
     
  • 5.281, mikhailnov (ok), 18:15, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > хороший мануальник по alsa

    Заставлять людей вместо проведения времени с семьей читать мануалы по альсе вредно для страны.

     
     
  • 6.296, n00by (ok), 10:05, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> хороший мануальник по alsa
    > Заставлять людей вместо проведения времени с семьей читать мануалы по альсе вредно
    > для страны.

    Я прочитал тот мануал, написал код, который выводит звук через альсу. Потому что этот вариант работает через ALSA, PA и PW, в отличие от остальных. Это даёт мне основания утверждать, что ты суешь свой нос в дело, в котором ни черта не смыслишь. Вред для какой страны ты видишь в этом? Ещё раз: я утверждаю, что в России подобные тебе шарлатаны должны занять подобающее место, поскольку вы ничего не создаёте, только в мозг людям гадите, что бы барыжить чужим.

     
  • 3.315, InuYasha (??), 11:56, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Финансирование из фонда Билла и Мелинды Гейц?
     

  • 1.57, Аноним Ваноним (?), 11:08, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Ну все и так уже давно подписывают своими скриптами свои UKI(ucode+vmlinuz+initrd), да и папки так же монтируют. Однако если будет это стандартом во всех дистрах - будет круто!
     
     
  • 2.116, Аноним (86), 13:02, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кто эти все? Я не подписываю.
     

  • 1.69, Аноним (69), 11:37, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не понял, в чём проблема. Можно же как угодно делать, а необходимость FAT32 - это проблема (проблема?) EFI. Да и какая разница, один раз грузанулось и забыли, можно даже отмонтировать и забыть.
     
  • 1.72, Аноним (72), 11:49, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там все логично сделано. Просто BIOS вообще не поддерживал никаких файловых систем, т.к. его размер был всего 64Кб. А потому он грузил ОС с 0го сектора. UEFI уже сделали размером 64Мб и больше. И смогли запихать туда поддержку хотя бы одной файловой системы. А так как FAT32 на тот момент уже была стандартом де факто, сделали поддержку именно ее. При этом ОС по привычке все еще дублируют функционал UEFI в загрузчике. Он в принципе больше не нужен, т.к. UEFI сам может грузить разные ОС. А то что линух еще и какой-то там отдельный раздел Boot делает для ядра и initrd - это чисто его проблема. Пусть не делает, а кладет все на основной раздел. В чем проблема то?
     
     
  • 2.145, Аноним (20), 13:54, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >UEFI уже сделали размером 64Мб и больше.

    Охренеть.

    >И смогли запихать туда поддержку хотя бы одной файловой системы.

    Поддержку FAT в ардуину запихивают.

     
     
  • 3.185, Аноним (72), 17:53, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А не. 64Мб - это flash-образы для для arm, специально догнанные до этого размера, чтобы правильно стыковались. Так там несколько Мб. Но все равно лучше, чем 64Кб BIOS.
     
  • 2.167, НяшМяш (ok), 15:11, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > И смогли запихать туда поддержку хотя бы одной файловой системы.

    NTFS как минимум на чтение тоже поддерживают наверное все. Как-то форматнул неосторожно здоровую флешку, а винда автоматом ей сделала NTFS. И ничего, все компы c UEFI смогли с неё загрузиться. Я только потом случайно увидел, что там не FAT, когда не смог профиль настроек забекапить.

     
     
  • 3.184, Аноним (72), 17:51, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если бы все UEFI поддерживали бы что то кроме FAT, не просили бы тогда загрузочный раздел сделать именно в FAT.
     
     
  • 4.306, ryoken (ok), 08:27, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вообще говоря, я так понял, что по спекам UEFI не указано, но некоторые производятлы ещё и NTFS_драйвер в UEFI встраивают. А Apple - hfs.
     
  • 2.287, Аноним (285), 00:08, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Проблема в том, что это не Линукс (или FSH), а именно EFI требует отдельный раздел - строго в FAT. А Линуксу плевать откуда взялась точка монтирования /boot (отдельный раздел смонтирован или просто директория в /) и какая там файловая система (загрузчиками поддерживается почти всё).

    У меня, вон, два раздела на диске: корень / - LUKS/Btrfs, /boot (там же /boot/efi) - vfat. Грузятся systemd-boot'ом. /boot с initrd я бы ещё мог спрятать под LUKS (сменив загрузчик на grub2 или пропатчив systemd-boot), а вот /boot/efi - никак не спрятать, MS поднаcpaла.

    И на Винде (не у меня - у всех) всё тоже - отдельный раздел.

     

  • 1.73, Аноним (74), 11:52, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Мне это вложенное монтирование сначала /boot потом /boot/efi казалось не очень правильным
     
     
  • 2.81, Мяу (?), 12:16, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Карина, залогиньтесь, пожалуйста.
     
  • 2.146, _kp (ok), 14:01, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, boot вообще то первичен, да и постарше, а  efi один из костылей, причем способный только мешать, и не нужный большинству конечных пользователей.
     
  • 2.153, Аноним (100), 14:27, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ядро кладётся в /boot/EFI/boot/bootx64.efi, где /boot это просто точка монтирования на корневом разделе диска (может быть пустой и никак не используется), и /EFI/boot/bootx64.efi -- это захардкоженное имя файла на разделе, который должна находить любая UEFI система. Как правило это VFAT раздел, вроде теоретически может быть любой поддерживаемый прошивкой и её драйверами раздел, но я о таком не слышал. Имена файлов и очерёдность загружаемого по умолчанию как правило меняется при установке ядра в загрузочном меню efi. Но можно использовать и 1 ядро и называть его так.
     

  • 1.83, Аноним (86), 12:20, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    >предлагается использовать VFAT и в качестве файловой системы для раздела /boot

    Леннарт Поттеринг: Microsoft головного мозга.

     
  • 1.87, commiethebeastie (ok), 12:28, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что за ИБД, я прямо сейчас могу сделать boot разделом VFAT.
     
     
  • 2.244, псевдонимус (?), 10:31, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Что за ИБД, я прямо сейчас могу сделать boot разделом VFAT.

    А надо чтобы у тебя не осталось выбора.

     

  • 1.90, abi (?), 12:33, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А зачем надо монтировать efi в /boot/efi или вообще его монтировать?

    У меня ничего не смонтировано. efi же uefi читает, мне-то зачем туда?

     
     
  • 2.96, Аноним (100), 12:42, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как ты обновлять систему будешь, без доступа на раздел, где она лежит?
     
     
  • 3.115, Аноним (62), 13:01, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Все уже рехнулись на обновлениях... А проц ты часто обновляешь?
     
     
  • 4.130, Аноним (100), 13:18, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Все уже рехнулись на обновлениях... А проц ты часто обновляешь?

    А при чём тут проц вообще? Обновления ядра линукс выходят раз в неделю, иногда экстренно и 3 раза в неделю. Ты не сможешь обновить ядро без доступа на раздел с ядром, что в адекватно настроенной системе и есть этот самый vfat.

     
     
  • 5.212, Аноним (212), 21:49, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    на арче апдейты выходят, пока ты обновляешься
     
  • 5.250, пох. (?), 11:46, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > неделю, иногда экстренно и 3 раза в неделю. Ты не сможешь
    > обновить ядро без доступа на раздел с ядром, что в адекватно
    > настроенной системе и есть этот самый vfat.

    в адекватно настроенной системе в этом самом вфат нет никакого ведра, и вообще ничего нет кроме efistub, который обновлять раз в день совершенно незачем.
    И его вообще можно никуда не монтировать.

    Но у смузихлебов, идущих за Поцтерингом в светлое позапрошлое, "какввенде", только "всем хуже" (у винды, кстати, тоже по сути stub, ни разу не ядро там лежит, и раздел этот тоже никуда не подмонтирован и юзеру вообще его не показывают, чтоб не полез куда не просют. Обновления при этом, как ни странно, работают.)

     
     
  • 6.254, Аноним (100), 11:58, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, увы, efistub чёт не осиливает находить ведро на разделе с ext4. И в возне с загрузчиками которые не сегодня так завтра закирпичат тебе девайс ничего адекватного нет.
     
     
  • 7.257, пох. (?), 12:07, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, увы, efistub чёт не осиливает находить ведро на разделе с ext4

    обычно он осиливает находить там grub - просто потому что так было кому-то проще.

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

    У него, как видишь, все норм работает. Я вот за собой не припомню ни одного случая, чтобы мне пришлось лазить в этот раздел на виндовых машинах. На линуксных - приходилось, да. Например - опа, там не ext4 ни разу. И модуль для чтения этой неext4 - на ней же и остался.

    Ну ничего. Вот Поцтеринг о нас позаботился, будет и у нас какввенде. Только всем хуже, почему-то. Даже и не знаю, кто виноват...

     
  • 5.313, Stellarwind (?), 11:20, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У меня в efi лежит загрузчик и монтировать его надо только когда grub обновляется, что бывает достаточно редко.
     
     
  • 6.318, Аноним (100), 12:46, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А корень шифрованный или нет? На переносном компьютере может быть только такой.
     
     
  • 7.319, Stellarwind (?), 12:54, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И что это меняет? Если grub в состоянии прочитать корень, то сразу с него грузим. Если не в состоянии - выносим /boot отдельно на ext2, а корень шифруешь как хочешь.

    Остается конечно вопрос зачем вообще шифровать корень, это для параноиков, но проблем с этим нет и писать в efi для этого не нужно.

     
     
  • 8.320, Аноним (100), 13:01, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как ты тогда расшифруешь корень и чем, особенно без протрояненного дырявого grub... текст свёрнут, показать
     
  • 8.321, Аноним (100), 13:04, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Подмену и процесс обновления загрузчика кстати тоже надо предусмотреть Если он ... текст свёрнут, показать
     
  • 3.134, abi (?), 13:25, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Примонтировал из любопытства, так какой-то один файл лежит, что-то вроде bootx64.efi. Видимо, это стандартный файл, задача которого только управление ядро передать. Он явно года на 3 старше ядра.
     
     
  • 4.137, Аноним (100), 13:37, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Имя файла может быть любым, как и текст. Что пропишешь, то и будет в загрузочном меню UEFI. Есть просто стандартное, поэтому ядро с efistub может быть названо bootx64.efi и UEFI на любой неподготовленной системе его найдёт. Может лежать на юзб-флешке, sd-карте, eink-читалке или внешнем диске. Да хоть на телефоне, лишь бы uefi этот раздел видел.
     
     
  • 5.208, Аноним (208), 21:22, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А нахрена загрузочное меню EFI когда Grub работает?
    Примонтировать раздел можно для обновления вручную.
    Обычный скрипт может это сделать, но скрипт может в это место смонтировать разные разделы и в каждом загрузчике Grub добавить записи об имеющихся операционных системах на разных жестких дисках.
    Поттеринг же не в курсе что загрузочный раздел и хомяк с разными осями могут быть не виндовс с линукс исключительно.
    Он бы подумал как OpenIndiana рядом обновить, ведь именно солярка увидит разделы линукс и именно этот раздел важно обновить, а не раздел EFI.
     
     
  • 6.219, Аноним (100), 22:31, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Загрузочное меню чтобы выбрать другой файл ядра или с другими параметрами, например. И да, с grub у меня вечно проблемы были.

    >в каждом загрузчике Grub добавить записи об имеющихся операционных системах на разных жестких дисках

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

     
  • 5.270, Аноним (-), 14:30, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Имя файла может быть любым, как и текст. Что пропишешь, то и будет в загрузочном меню UEFI.

    По стандарту может быть любым, на практике встречаются материнские платы, в которых биос не понимает НИЧЕГО кроме bootx64.efi - встречались такие среди MSI (не всех) и некоторых ноутбуки.

     
  • 3.135, gumanzoy (?), 13:27, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    При использовании загрузчика rEFInd не нужно ничего писать на VFAT ESP раздел при обновлении ядра.
    Он сам находит ядра на линуксовых (Ext4/Btrfs) разделах / в папке /boot
    А опции запуска берет из файла /boot/refind_linux.conf
    Может быть сколько угодно дистрибутивов одновременно, каждый в своем разделе.
     
     
  • 4.139, Аноним (100), 13:44, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А, ну может быть. Я разочаровался в загрузчиках (grub2 так и не дал мне использовать фоновые картинки и ttf шрифты) и давно уже загружаю напрямую. Параметры загрузочного меню при необходимости настраиваются вручную тоже. Кстати, вроде был и драйвер efi для чтения ext4, значит, надо просто добавить его и не понадобятся никакие кривые загрузчики. Но это не универсально, на неподготовленном компе только bootx64.efi загружается. На старых компах есть ещё легаси режим для загрузки с mbr, он может отличаться визуально в загрузочном меню, оно динамическое. В таком режиме efi не работает и обычно есть разные глюки.
     
     
  • 5.169, gumanzoy (?), 15:34, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, вроде был и драйвер efi для чтения ext4, значит,
    > надо просто добавить его и не понадобятся никакие кривые загрузчики.

    rEFInd как раз использует такой драйвер. он загружается с VFAT ESP раздела

     
     
  • 6.307, ryoken (ok), 08:33, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    За дровами (монтируют, как я понял, в r/o) сюда. https://efi.akeo.ie/

    На домашнем экспериментальном компе всю кучу скинул rEFInd-у, жрёт и не гавкает :).

     
  • 2.232, mikhailnov (ok), 03:25, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В спецификации UEFI написано, где искать загрузчик. А когда вы ставите Линукс, efibootmgr (часто вызываемый из grub2-install) приписывает в UEFI конкретный путь к загрузчику, чтоб оно его знало и каждый раз не искало. Когда обновится пакет с загрузчиком, его нужно записать туда же, где его находит UEFI, а для этого /boot/efi должен быть примонтирован.
     

  • 1.102, Аноним (102), 12:49, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    "Эй, парни, мелкософт дало мне очередное задание и мне нужно кое-что поправить в этих ваших дистрибутивах. Помогите мне заработать денех."
     
     
  • 2.164, Аноним (162), 14:45, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    И каждый месяц совещание как бы ещё от ЕЕЕшить Линукс.
     

  • 1.118, Аноним (118), 13:04, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Лёня нашел очередной "фатальный недостаток"!
    Запасаемся пивасиком и фисташками. Усаживаемся поудобнее.

    Слава тебе хоспаде, что я FreeBSD-шник.

     
     
  • 2.129, пох. (?), 13:18, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Слава тебе хоспаде, что я FreeBSD-шник.

    к 15й версии будешь загружать свою фрю с помощью линкусного uke, который потом будет kexec'ом запускать ведро твоей фри, неспособное самостоятельно загрузиться на модной современной платформе (напоминаю, что у вас нет работающего драйвера ntfs и не будет никогда)

     
     
  • 3.199, Тымдым (?), 20:30, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ох уж эти влажные мечты....
     

  • 1.148, Аноним (149), 14:08, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >размещать образы с ядром и initrd в VFAT-разделе /efi

    Так, срочно посадите его за Win98, на месяцок. А то уже такой большой мальчик, но до сих пор не в курсе ЧТО такое vfat в повседневном использовании.

     
     
  • 2.258, пох. (?), 12:14, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>размещать образы с ядром и initrd в VFAT-разделе /efi
    > Так, срочно посадите его за Win98, на месяцок. А то уже такой
    > большой мальчик, но до сих пор не в курсе ЧТО такое
    > vfat в повседневном использовании.

    и что же он такое, расскажи-ка несведущим?

    Вон на полке лежит мой винт с 98. Проработал с 2000го (да, я слоупок) по 2005й, пережил две материнки и во вполне живом состоянии положен на полку потому что в эти 20G я перестал помещаться со своими фотачке. (там был фотошоп в основном и странные утилиты для печати на струйнике) А вовсе не потому что там "А-А-А-А VFAT"

     
     
  • 3.316, InuYasha (??), 11:58, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У меня примерно то же самое, но по причине апгрейда на AMD64. Но вообще, конечно, когда icq может писать в %windir% - это не хорошо.
     

  • 1.166, Пр0х0жий (??), 15:10, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > On disks with an MBR partition table:

        If the OS is installed on a disk with an MBR partition table, and a partition ...

    Леннарт, ты хоть сам-то понял что сказал?
    Где ты тут в таблице MBR больше десятка разделов увидел:

    hexdump -C -s 446 mbr.bin | awk '{print $6}' | head -n -2
    ee
    00
    hexdump -C -s 446 mbr.bin | tail -n2 | awk '{print $2,$3}'
    55 aa


    >  или если во время установки раздел EFI уже существует

    И шо дальше?
    А ты вообще в курсе, что на моих системах использование ESP и systemd запрещено. Даже если они в наличии.

    > по умолчанию размещать образы с ядром и initrd в VFAT ...

    Ядро и RAM-диск инициализации держать на FAT? Леннарт, ты шо, совсем дурак или только наполовину?

     
  • 1.178, Аноним (178), 16:09, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    от одной только фразы "Леннарт предложил" уже веет напряжением
     
  • 1.181, Аноним (181), 16:57, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Горшочек, не вари! Народ еще от подписаного PE-ядра не отошел.
     
  • 1.182, Аноним (182), 17:19, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дарю Леньки идею, даром. Если он замахнулся опять шатать лапчатый миропорядок, то пускай дистроклепатели собирают vfat встроенным в ядро, а не модулем. initramfs дальше собирают как обычно (но туда уже не надо закидывать модуль для поддержки fat).
    Ну а дальше всё постаринке. Shim в esp (efi) раздел.
    /boot какую хочешь fs, можешь хоть без отдельного бута. Туда кладешь ядра и соответствующие им initramsы, в том числе разных дистров.
    В логику бывшей своей поделки вводишь монтирование бута, монтирование esp в /boot/efi, и раскрутку всего добра с помощью initramfs.
     
     
  • 2.233, mikhailnov (ok), 03:26, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В Росе vfat встроен в ядро, не модулем.
     

  • 1.186, Аноним (186), 17:53, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Новая метла... ))))))))
     
     
  • 2.190, Аноним (62), 19:31, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    перестановка кроватей в борделе.
     
     
  • 3.211, Аноним (212), 21:48, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    майки давно хотят уничтожить линукс, для этого и втёрлись в опенсорс
     

  • 1.189, Аноним (189), 19:06, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вроде и неплохие вещи, но после имени Поттеринг нехорошее предчуствие.. Опять.
     
  • 1.191, Аноним (191), 19:32, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А можно этого гражданина игнорировать? Ели все, что скажет, подлежит внедрению? Он кто вообще?
     
     
  • 2.271, Аноним (-), 14:35, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А можно этого гражданина игнорировать? Ели все, что скажет, подлежит внедрению? Он кто вообще?

    Да вот как-то так получилось, что васянские дистры (даже слака по сути васянский нынче) могут конечно игнорировать, но мейнстрим стал обязанным брать под козырек и делать как Леня сказал.  Debian какое-то время сопротивлялся, но и его прогнули с неоднократными переголосованиями и закулисной возней.

     

  • 1.194, Аноним (-), 20:08, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Еще на шаг ближе к винноутбукам
     
  • 1.196, Lex20 (ok), 20:17, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В raspberry только fat32 поддерживается, и всё отлично работает. Но bios всё равно лучше
     
     
  • 2.210, Аноним (212), 21:47, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    отлично будет работать, когда приведут всё к одному знаменателю без uefi, u-boot и прочих радостей майкрософтов
     

  • 1.197, Аноним (208), 20:19, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Поттеринг в курсе что такое на фиг никому не нужно?
    Люби если пользуют винду  виртуалке, то им вообще пофиг.
    А больше винда нигде и не нужна ибо ее надо огораживать от доступа к реальному железу.
    А то он вместо пропихивания EXT4, XFS, ZFS, BTRFS в толстенную EFI микросхему пытается какую-то дичь пропихнуть линуксоводам, которым плевать чего он там втирает работая у мелкомягких.
    Сначала надо избавляться от EFI и ставить Coreboot.
    На крайняк открытую реализацию EFI с поддержкой линуксовых файловых систем.
     
     
  • 2.273, torvn77 (ok), 14:40, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Поттеринг в курсе что такое на фиг никому не нужно?

    В курсе, но он приказчик, а не программист.

     

  • 1.202, Имя (?), 21:05, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что будет, если в момент обновления загрузочного образа моргнёт свет? Эта поделка умеет в журналирование?
     
     
  • 2.209, abi (?), 21:35, 04/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сделают efi_a и efi_b, как в андроиде и никаких проблем.
     
  • 2.259, пох. (?), 12:19, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Что будет, если в момент обновления загрузочного образа моргнёт свет?

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

    Они еще от статыщ детских болезней помогают, если ты не в курсе. (например, "что будет" может включать в себя - п-ц твоему ssd, полный и невосстановимый, нечитаемый трек на hdd (если ты ретроград) восстанавливаемый только спецтулзами которых у тебя нет и пользоваться ими ты не умеешь, и это только то что лежит сверху. Современные компьютеры вообще не очень предназначены для работы со спонтанными выключениями.)

     

  • 1.207, Аноним (234), 21:20, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Годное предложение. Местная нердота не оценит, но их к счастью никто и не спрашивает.
     
  • 1.216, Kuromi (ok), 22:11, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux.

    А вообще этому дяде давно пора идти и пилть свою самопальную ОС, как делают все те кто пытается перевернуть мир не привлекая внимания санитаров.

     
     
  • 2.260, пох. (?), 12:20, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux.
    > А вообще этому дяде давно пора идти и пилть свою самопальную ОС,

    он так и делает. linoops называется или как-то похоже. Не, не слышал?

    А windows, которая не самопальная, он и не трогает.

     
     
  • 3.324, Kuromi (ok), 17:31, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Читать надо так - Недовольство Поттера вызвало отсутствие копирайта Microsoft у Linux.
    >> А вообще этому дяде давно пора идти и пилть свою самопальную ОС,
    > он так и делает. linoops называется или как-то похоже. Не, не слышал?
    > А windows, которая не самопальная, он и не трогает.

    Не, я про всякие Menuet и Syllable говорю. Если это слишком нишево - есть возрожденная BeOS, у которой до сих пор есть поклоннники (сам не щупал но свидетели говорят что ось была на диво хорошая и приятная).

     

  • 1.217, Kuromi (ok), 22:13, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дайте вообще угадаю - следующей фазой будет отсутствие поддержки exe в Линуксе, отсутствие поддержки виндоус драйверов, использование своих ФС всесто NTFS и так далее.
     
     
  • 2.246, n00by (ok), 11:02, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрите в шестнадцатеричном редакторе начало файла vmlinuz. MZ - это инициалы Марк Збиновски, один из разработчиков MS-DOS. Далее PE - это сокращение от Portable Executable, формат *.exe, *.dll и *.sys.
     

  • 1.220, Аноним (220), 23:08, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    никогда не делал отдельный boot. скажите это поттерингу
     
  • 1.222, X86 (ok), 23:59, 04/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вот был же MBR... Иногда кажется, что все эти Efi - это даунгрейд. Все должно быть на одном разделе, а в БИОСе просто чтобы сохранялась информация с порядком загрузки. Какой разлел поставил, с того и грузится. Поставил "выбор при загрузке" - при каждой загрузке есть возможность выбрать. И все. Тогда можно будет хоть 5 ОС на один диск в разные разделы ставить, а на втором диске хранить данные.
     
     
  • 2.293, Пр0х0жий (??), 06:37, 06/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот был же MBR... Иногда кажется, что все эти Efi - это даунгрейд.

    Эта куча дерьма, даже на даунгрейд не тянет.
    В своё время, дважды сталкивался с необратимым отказом системных плат у пользователей.
    Здесь целую ветку этому отвели, - массовый отказ системных плат с UEFI BIOS по причине переполнения NVRAM:
    https://forums.lenovo.com/t5/Lenovo-P-Y-and-Z-series-Laptops/Y50-70-BIOS-Can-t
    О чём инноваторы часто скромно умалчивают.
    Теоретически, в современных ядрах, efi_no_storage_paranoia можно выставить в единицу. Но никто не даст гарантии, что после этого, системная плата не превратится окончательно в кирпич. Но тогда вылечится эта засада, только заменой чипа.

     
  • 2.330, Kuromi (ok), 05:42, 11/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле идея модернизировать BIOS была неплохой, но реализация Обеащли к... большой текст свёрнут, показать
     

  • 1.224, Омнямням (?), 00:34, 05/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не понимаю, что мешает держать на одном /boot ядра для разных дистров. Не пробовал, но если делать будет нечего...
    Груб ведь просто грузит vmlinuz с указанием ему корневой ФС в строке загрузчика, не?
     
  • 1.239, Аноним (239), 09:17, 05/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > публикацию идей по переработке компонентов для загрузки Linux

    Когда кто-нибудь начнёт серию публикаций о создании свободного p2p-аналога Telegram? Или публикации о создании полноценной свободной замене FineReader? Adobe Acrobat? GoldWave? Не? Всё мечтаем и прокрастинируем?

    Ну хорошо, хотя бы создайте удобный подкаст-плеер и менеджер подкастов в одном лице.

     
  • 1.241, псевдонимус (?), 10:09, 05/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Кто-нибуть еще сомневается в задумках этого существа?

    Intelfix, поясни как главный копрофаг.

     
  • 1.247, Admino (ok), 11:09, 05/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то мне не кажется, что ситуация, когда у пользователя десяток дистрибутивов, частой ситуацией, поэтому вряд ли кто вообще заметит предложение Леонида.

    А объединить буты от разных дистрибутивов можно было и до него, не говоря уже о ядре на EFI.

     
  • 1.272, Аноним (-), 14:39, 05/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Учитывая скорость с которой Ленька выпустил новую systemd с UKI после публикации предложения о UKI (емнип недели две едва прошло), похоже у него уже все готово для переворотика.
     
  • 1.276, Аноним (276), 16:59, 05/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Он хочет испортить работающую в GNU/Linux подсистему Integrity:

    https://www.linux.org.ru/forum/security/16550382?cid=16567177

    После искоренения init они получили новый заказ GNU/GRUB. GRUB единственный поддерживает загрузку с шифрованный разделов проверяя цифровые подписи всех загружаемых файлов. GRUB поддерживает множество аппаратных платформ, OS, файловых систем и дисков: (жёсткие, флеш, CD/DVD/BD). Это жидомасонам не нравится, по этому и портят.

     
     
  • 2.277, Аноним (276), 17:43, 05/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Все хотят испортить работающую в GNU/Linux подсистему Integrity. Чтобы уберечь Integrity надо строго соблюдать следующие правила:

    https://www.linux.org.ru/forum/security/16550382?cid=16564526

     

  • 1.278, IdeaFix (ok), 18:06, 05/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поттеринг заговорил о переусложнении...
     
  • 1.292, Neon (??), 01:18, 06/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как же они достали со своими левыми нововведениями. До сих пор хваленный EFI на многих новых и не очень платах работает откровенно криво, с различными багами и бажками
     
  • 1.304, ryoken (ok), 08:04, 07/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пришейте уже кто-нить этого прожектёра, пока он всё не расхерачил, а..?
    Ну и про вот это:
    >>В соответствии со сложившейся практикой и требованиями спецификации UEFI в разделе с компонентами EFI используется только файловая система VFAT. Для унификации и избавления загрузчика от усложнений, связанных с поддержкой разных ФС, предлагается использовать VFAT и в качестве файловой системы для раздела /boot, что значительно упростит реализацию работающих на стороне загрузчика компонентов, осуществляющих доступ к данным в разделах /boot и /efi.

    Ни для кого тут не секрет, что VFAT говно и в случае каких-то граблей с доступом - все ОСи разом в таком варианте превратятся в тыкву. Загрузчики и рпочее, что сейчас кладётся в ESP, можно быстро восстановить (стартанув например через SuperGrubDisk, который найдёт собссно ядро и предложит к запуску). А вот если ядро класть в ESP - ну выше уже высказал мысль.

     
  • 1.309, Intel ME (?), 09:10, 07/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сделайте:
    /boot/boot
    /boot/efi
    и не парьтесь
     
     
  • 2.310, Аноним (310), 09:29, 07/11/2022 [^] [^^] [^^^] [ответить]  
  • +/
    /xxx гораздо универсальнее
     

  • 1.323, nrv (ok), 16:15, 07/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Леню не устроил компьютер - 10003 но, компьютер поменять нельзя, поэтому пред... большой текст свёрнут, показать
     
  • 1.326, Аноним (326), 11:05, 08/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У Лёни что, маразм уже начался? systemd-boot уже давным давно работает с ESP, монтируемым непосредственно в /boot. Это не говоря про то, что systemd-boot - это на самом деле gummiboot, ныне почивший. И дистры, не использующие grub, тоже давным давно прекрасно живут с одним /boot. А ещё есть (был?) Clear Linux, который ядра вообще ставит в, о ужас, /usr/lib/kernel, а в /boot переносит только два последних ядра.
     
  • 1.327, Аноним (327), 16:49, 09/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Копируем ядро и initramfs в раздел UEFI

        cp /{vmlinuz,initrd.img} /boot/efi/EFI/debian/

    Добавление пункта в UEFI (sda - диск с загрузчиком, sda2 - корневой раздел системы)

        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"

     
  • 1.328, Аноним (327), 17:14, 09/11/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Linux это свобода и каждый делает как хочет. Леннарт всего лишь предложил, но выглядит так, будто всех заставили пользоваться systemd. Даже, если он пропихнёт как-то нам проблемы в Linux, никто не запрещает нам их вырезать или обойти.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру