Ошибка «mount the EFI system partition failed» чаще всего появляется на этапе установки macOS (в том числе на Hackintosh-сборках с OpenCore или Clover) либо при установке Linux-дистрибутивов в режиме UEFI — установщик не может смонтировать системный раздел EFI и прерывает процесс. Типичный сценарий: после выбора целевого диска установка останавливается с этим сообщением, хотя сам диск в утилите виден и вроде бы исправен.
Причина почти всегда кроется не в физической неисправности накопителя, а в структуре разметки: отсутствующий или повреждённый ESP-раздел (EFI System Partition), неверный тип таблицы разделов, слишком маленький размер EFI либо файловая система, отличная от ожидаемой. Ниже разберём, как диагностировать конкретную причину и устранить её без потери данных там, где это возможно.
Что такое EFI-раздел и почему установщик его требует
EFI System Partition — это небольшой служебный раздел на диске с разметкой GPT, отформатированный в FAT32. Именно сюда загрузчик (bootx64.efi, BOOTx64.EFI, OpenCore.efi и другие) записывает свои файлы, и именно отсюда прошивка UEFI запускает систему. Без корректно смонтированного ESP установщик не может ни записать загрузчик, ни продолжить установку.
Если диск размечен в MBR вместо GPT, ESP-раздела на нём просто нет — и попытка его смонтировать закономерно завершается ошибкой. Другой частый случай: раздел EFI существует, но был повреждён предыдущими экспериментами с загрузчиками, переразметкой или некорректным клонированием диска.
Важно понимать: сообщение об ошибке не уточняет причину. Поэтому первый шаг — не переустановка «наугад», а проверка фактического состояния разметки целевого диска.
Основные причины ошибки
Перед исправлением полезно определить, к какому сценарию относится ваш случай. На практике встречаются следующие варианты:
- 💽 Диск размечен в MBR вместо GPT — ESP-раздела физически не существует.
- 🧩 EFI-раздел удалён или повреждён — например, после ручной переразметки или работы сторонних менеджеров разделов.
- 📏 Нестандартный размер ESP — слишком маленький раздел некоторые установщики отказываются монтировать.
- 🗂️ Неверная файловая система — раздел отформатирован не в FAT32 или его формат повреждён.
- 🔀 Конфликт нескольких ESP — на разных дисках есть несколько EFI-разделов, и установщик монтирует не тот.
- 🛠️ Некорректно созданная загрузочная флешка — образ записан с ошибками, и установщик сам работает неправильно.
Если ошибка возникает при установке macOS на Hackintosh, добавляется ещё один фактор: конфигурация OpenCore или Clover может некорректно обрабатывать диски, а также сам установщик macOS требует, чтобы целевой диск был инициализирован именно в GPT со схемой GUID.
Шаг 1. Проверка разметки диска
Диагностику удобнее всего проводить из среды, которая уже доступна: установочной флешки Linux (режим Live), Дисковой утилиты macOS или командной строки Windows с другого компьютера, если диск можно подключить к нему.
В Linux достаточно выполнить в терминале следующую команду, чтобы увидеть таблицу разделов всех дисков:
sudo fdisk -lИщите в выводе строку Disklabel type: gpt. Если там значится dos — диск размечен в MBR, и это прямое объяснение ошибки. Также проверьте наличие раздела с типом EFI System (обычно отображается с кодом типа EF00 в gdisk или пометкой EFI в fdisk).
В macOS из Дисковой утилиты или терминала (diskutil list) проверьте, что диск имеет схему GUID Partition Map и на нём присутствует раздел EFI. В Windows аналогичную информацию покажет оснастка «Управление дисками» или команда diskpart с последующим list disk — диски GPT помечены звёздочкой в соответствующем столбце.
Шаг 2. Преобразование MBR в GPT
Если выяснилось, что диск размечен в MBR, самый надёжный путь — преобразовать его в GPT. Здесь нужно быть предельно аккуратным: некоторые методы стирают все данные на диске.
В Windows есть штатная утилита mbr2gpt, которая умеет конвертировать системный диск без потери данных, но она налагает ряд условий на конфигурацию разделов и не всегда применима. Команда запускается из среды восстановления или установочного носителя:
mbr2gpt /validate /allowFullOSСначала выполняется проверка (/validate), и только если она проходит успешно, запускается конвертация с параметром /convert. Если утилита сообщает об ошибке валидации, не пытайтесь обойти её — это признак несовместимой разметки.
⚠️ Внимание: сторонние инструменты конвертации и ручная переразметка через
gdiskилиdiskpart cleanмогут привести к полной потере данных. Перед любыми операциями с таблицей разделов сделайте резервную копию важных файлов на отдельный носитель.
Если диск пустой или данные на нём не нужны, проще всего полностью пересоздать разметку: в diskpart это команды select disk N, затем clean и convert gpt. После этого установщик сам создаст ESP-раздел в процессе установки.
Шаг 3. Создание или восстановление EFI-раздела вручную
Когда диск уже в GPT, но ESP отсутствует или повреждён, раздел можно создать вручную. Общепринятый ориентир по размеру — от 100 до 512 МБ; для Hackintosh-сборок часто рекомендуют 200 МБ и больше, чтобы загрузчику и инструментам хватало места.
Порядок действий в Linux с помощью gdisk:
- 🔧 Запустите
sudo gdisk /dev/sdX, где sdX — целевой диск. - ➕ Создайте новый раздел командой
n, указав нужный размер. - 🏷️ Задайте код типа
EF00— именно он помечает раздел как EFI System. - 💾 Запишите изменения командой
wи подтвердите операцию. - 🧹 Отформатируйте раздел:
sudo mkfs.vfat -F32 /dev/sdX1.
После этого проверьте, что раздел монтируется: sudo mount /dev/sdX1 /mnt. Если монтирование проходит без ошибок, установщик, скорее всего, тоже сможет с ним работать.
☑️ Проверка перед повторной установкой
⚠️ Внимание: команды
gdisk,mkfs.vfatиdiskpartработают напрямую с разметкой. Ошибка в букве диска или номере раздела приведёт к уничтожению данных на другом накопителе — перепроверяйте идентификаторы черезfdisk -lилиdiskutil listперед каждым действием.
Особенности при установке macOS (Hackintosh)
На Hackintosh ошибка монтирования EFI нередко связана с тем, как подготовлен целевой диск. Установщик macOS ожидает, что диск будет инициализирован в Дисковой утилите со схемой GUID Partition Map и форматом APFS (или Mac OS Extended для старых версий системы). Если диск размечался из Windows или Linux сторонними средствами, Дисковая утилита может не показывать схему GUID по умолчанию.
Чтобы увидеть и правильно переразметить диск, в Дисковой утилите включите отображение всех устройств через меню «Вид» → «Показывать все устройства», выберите сам физический диск (не том) и выполните стирание с явным выбором схемы GUID. Только после этого установщик создаст корректный EFI-раздел.
Почему Дисковая утилита не показывает схему разделов
По умолчанию Дисковая утилита macOS показывает только тома, а не физические устройства. В режиме «только тома» кнопка выбора схемы разделов (GUID, MBR, Apple Partition Map) недоступна. Переключение на «Показывать все устройства» открывает доступ к полной структуре диска, включая скрытый EFI-раздел.
Отдельный момент — конфигурация загрузчика. Если ошибка возникает уже после установки, при загрузке через OpenCore, проверьте, что в config.plist корректно настроены разделы и что на ESP флешки и диска не конфликтуют разные версии загрузчика. Временно отключите все внутренние диски, кроме целевого, на время установки — это исключает монтирование «чужого» EFI-раздела с другого накопителя.
Когда проблема в загрузочной флешке
Неочевидный, но реальный сценарий: ошибку вызывает не целевой диск, а сам установочный носитель. Если образ записан с ошибками, флешка имеет сбойные блоки или создана инструментом, который некорректно формирует структуру разделов, установщик может вести себя непредсказуемо — включая ложные ошибки монтирования.
Что стоит проверить:
- 🔄 Перезаписать образ другим инструментом — для Linux подойдут balenaEtcher, Rufus (в режиме DD-образа) или штатная команда
dd. - ✅ Сверить контрольную сумму скачанного ISO с опубликованной на официальном сайте дистрибутива или проекта.
- 🔌 Попробовать другую флешку и другой USB-порт — желательно порт, напрямую подключённый к чипсету, а не к хабу.
- ⚙️ Проверить настройки UEFI — режим загрузки UEFI (не Legacy/CSM), состояние Secure Boot в зависимости от требований устанавливаемой системы.
Конкретные настройки Secure Boot и совместимость загрузчиков зависят от версии прошивки материнской платы и устанавливаемой системы, поэтому точные рекомендации стоит сверять с документацией к плате и к дистрибутиву или сборке.
Итоговая последовательность действий
Сведём всё в короткий алгоритм, который покрывает большинство сценариев появления ошибки:
| Этап | Действие | Ожидаемый результат |
|---|---|---|
| Диагностика | Проверить тип разметки через fdisk -l или diskutil list | Диск в GPT, раздел EFI System присутствует |
| Конвертация | Преобразовать MBR в GPT (с бэкапом данных) | Разметка соответствует требованиям UEFI |
| Восстановление ESP | Создать раздел типа EF00 и отформатировать в FAT32 | Раздел монтируется вручную без ошибок |
| Проверка носителя | Перезаписать флешку, сверить контрольную сумму | Установщик работает корректно |
| Повторная установка | Запустить установку, отключив лишние диски | Ошибка монтирования EFI не появляется |
Если после всех шагов ошибка сохраняется на заведомо исправной разметке, стоит проверить сам накопитель на аппаратные проблемы (например, посмотреть SMART-атрибуты через smartctl) и попробовать установку на другой диск — это позволит отделить программную проблему от аппаратной.
Часто задаваемые вопросы
Можно ли исправить ошибку без потери данных на диске?
Да, если диск уже в GPT и проблема только в ESP-разделе: его можно создать или переформатировать без затрагивания основных разделов с данными, при условии что на диске есть свободное место под ESP. Конвертация MBR в GPT через mbr2gpt также возможна без потери данных, но только при успешной валидации. В любом случае резервная копия перед операциями с разметкой обязательна.
Какого размера должен быть EFI-раздел?
Минимально работоспособный размер обычно составляет около 100 МБ, однако для совместимости с разными системами и загрузчиками часто рекомендуют 200–512 МБ. Для Hackintosh-сборок с OpenCore и дополнительными инструментами лучше закладывать раздел с запасом.
Почему ошибка появляется только на одном компьютере, а на другом установка проходит?
Это указывает на различия в настройках UEFI (режим загрузки, Secure Boot, CSM) или в конфигурации дисков. Проверьте, что на проблемной машине включён режим UEFI, и сравните настройки прошивки с тем компьютером, где установка успешна.
Может ли ошибка быть связана с неисправностью SSD или HDD?
Да, хотя это менее частый случай. Сбойные сектора в области EFI-раздела или неисправность контроллера накопителя могут приводить к ошибкам монтирования. Проверить состояние диска можно через SMART-диагностику (smartctl -a /dev/sdX) или фирменные утилиты производителя накопителя.
Что делать, если ESP-раздел есть, но установщик всё равно не может его смонтировать?
Проверьте файловую систему раздела: она должна быть FAT32. Переформатируйте раздел командой mkfs.vfat -F32 в Linux или средствами Дисковой утилиты. Также убедитесь, что тип раздела установлен именно как EFI System (код EF00), а не как обычный раздел данных — установщики проверяют тип, а не только файловую систему.