В Fedora Linux 43 будет отключена поддержка MBR для установок UEFI x86
Fedora Linux 43 внесёт существенные изменения в процесс установки системы. В частности, для систем, использующих прошивку UEFI на архитектуре x86, установщик Anaconda вскоре будет требовать использования таблиц разделов GPT.
Предложение по изменению Fedora 43: поддержка Anaconda Drop в UEFI на MBR
Суть предложения проста: Anaconda, установщик Fedora, больше не будет поддерживать установку Fedora в режиме UEFI на старых дисках с MBR-разделом для систем x86.
Если вы устанавливаете Fedora 43 на компьютер с архитектурой x86, загруженный в режиме UEFI, ваш диск должен использовать GPT (таблицу разделов GUID).
Это предлагаемое изменение для Fedora Linux. Прежде чем оно станет официальным, его должен одобрить Руководящий комитет разработчиков Fedora (FESCo). В случае одобрения оно будет включено в Fedora Linux 43.
На момент написания этой статьи текущий статус опроса по поводу предложения запретить использование UEFI в MBR для x86 в Anaconda показывает сильную положительную реакцию на это изменение.
Статус опроса: изменение предложения. Поддержка Anaconda Drop в UEFI на MBR
Преимущества для пользователей Fedora
Это не просто техническая доработка, это попытка сделать Fedora лучше. Это решение обусловлено несколькими ключевыми причинами:
- Повышенная надёжность: хотя спецификация UEFI технически допускает загрузку с MBR-дисков, на практике такая настройка часто ненадёжна. Кроме того, она не всегда поддерживается прошивкой. Использование GPT позволяет избежать досадных сбоев загрузчика, таких как
efibootmgrневозможность зарегистрировать загрузочные записи UEFI на MBR-дисках. Это обеспечивает гораздо более надёжную установку. - Снижение нагрузки на поддержку: Fedora в настоящее время не тестирует UEFI в конфигурациях MBR. Отказ от этой непроверенной и редко используемой настройки упрощает тестирование и обслуживание Fedora. Это также помогает избежать путаницы у пользователей, поскольку не подразумевает, что MBR + UEFI является хорошим долгосрочным решением.
- Соответствие современным стандартам: в документации по загрузчику GRUB2 в Fedora уже предполагается использование таблицы разделов GPT для установки UEFI. Кроме того, причины, по которым изначально была добавлена поддержка UEFI на MBR (например, для работы с устаревшими облачными средами, которые не поддерживали UEFI на GPT), больше не применимы к современным облачным платформам.
Кого это касается (а кого нет)?
Прежде чем делать какие-либо выводы, вам нужно понять масштаб этих изменений.
Это касается вас, если вы планируете установить новую версию Fedora Linux 43 (или более позднюю) на систему x86, которая использует режим UEFI и в настоящее время имеет диск с MBR-разделом.
Вас это НЕ касается, если:
- У вас уже установлена система Fedora: Это изменение не повлияет на обновление текущих систем Fedora. Если в вашей текущей системе используется UEFI в MBR, она должна продолжать работать и обновляться в обычном режиме. Это изменение влияет только на процесс установки новых систем.
- Вы используете другие архитектуры: Это изменение касается только систем x86. Другие архитектуры, такие как ARM и RISC-V, не затронуты. Их реализации UEFI могут по-прежнему использовать MBR-разбиение.
- Вы используете устаревшие системы (BIOS): Это предложение касается только режима UEFI и не затрагивает традиционные методы загрузки BIOS.
Как можно проверить это изменение?
Для тех, кто хочет попробовать, сообщаем, что после слияния Anaconda PR #6484 (https://github.com/rhinstaller/anaconda/pull/6485_ вы сможете протестировать это изменение.
Просто скачайте актуальную версию Fedora Rawhide ISO и попробуйте установить Fedora в режиме UEFI на системе x86 с MBR-разделом.
Установщик должен корректно завершить работу с понятным сообщением об ошибке, указывающим на то, что требуется GPT для установки в UEFI.
Заглядывая В Будущее
Это предлагаемое изменение — важный шаг на пути к более стабильной и предсказуемой работе с Fedora для пользователей x86 UEFI.
Внедряя GPT, Fedora стремится избежать распространённых проблем с загрузкой и оптимизировать процесс разработки и поддержки.
Как я уже упоминал, это всего лишь предложение. Будем надеяться на официальное одобрение со стороны FESCo!
Редактор: AndreyEx
