Как смонтировать efi в mac os

Обновлено: 21.11.2024

Многие пользователи сообщают, что прошивка их Mac не обновляется при установке macOS или обновления безопасности, которое должно включать обновление прошивки для этой модели. На сегодняшний день наиболее частые проблемы возникают с iMac Retina 5K 27 дюймов, конец 2015 г., обозначение модели iMac17,1, но подобных проблем не было и с другими моделями. Одна сильная ассоциация связана с компьютерами Mac, на которых было заменено их исходное внутреннее хранилище, иногда даже на диск, поставляемый Apple, хотя самые последние обновления Catalina и соответствующие им обновления безопасности принесли некоторым облегчение.

В этой статье рассматривается один малоизвестный фактор, который может помешать установке обновлений встроенного ПО: системный раздел EFI. Может ли это быть причиной этих проблем?

Когда Apple представила компьютеры Mac с процессорами Intel (какой подходящий момент, чтобы рассмотреть это!), они внесли два важных изменения: EFI, единый расширяемый интерфейс встроенного ПО (UEFI) для замены открытого встроенного ПО и схему разделов GUID для дисков. . Хотя они могут показаться слабо связанными, а вся тема довольно туманной, они тесно связаны в том небольшом разделе, который должен иметь каждый диск с разделами GUID, с именем EFI.

Когда ваш Mac работает, разделы EFI размонтированы и не отображаются явным образом в Дисковой утилите. Они перечислены в различных элементах информации о системе в зависимости от типа диска. Например, внутренние твердотельные накопители Apple, управляемые чипами T2, перечислены в разделе NVMExpress. Лучший способ проверить их — использовать команду терминала
diskutil info -all
, которую вы можете поместить в файл для справки. Как правило, раздел небольшой, чуть более 200 МБ. Вы должны найти один такой раздел EFI на каждом диске, который был правильно отформатирован с использованием схемы разделов GUID.

Что необычно в реализации UEFI на Mac, так это то, что, хотя раздел EFI обычно присутствует, он не используется по своему первоначальному назначению и большую часть времени остается пустым. На самом деле вы должны иметь возможность полностью удалить раздел EFI, не влияя на способность Mac загружаться с этого диска.

На заре появления компьютеров Mac с процессором Intel стало очевидно, что раздел EFI необходим для выполнения одной задачи: обновления встроенного ПО. К сожалению, статья в Википедии на эту тему не дает конкретной ссылки на это, но в паре статей того времени есть намеки. Apple в письменном виде дала тяжелый намек: «Маки на базе Intel могут устанавливать обновления прошивки только на диск с «таблицей разделов GUID». В статье Кристофа Пфистерера о компьютерах Intel Mac сообщается: . До сих пор никто подробно не исследовал, как они работают, и некоторые люди считают, что они требуют наличия системного раздела EFI».

Из этого статья в Википедии делает вывод, что этот неиспользуемый раздел образует «площадку для обновлений встроенного ПО».

С тех пор, как были написаны эти статьи, многое изменилось, и Apple больше даже не предоставляет отдельные обновления прошивки, вместо этого они всегда входят в состав установщиков, которые поставляются с обновлением macOS или обновлением безопасности. Но даже у компьютеров Mac с чипом T2 и группой томов Catalina APFS на их внутреннем SSD все еще есть этот рудиментарный раздел EFI, или так и должно быть. Это просто для потомков, или обновления прошивки все еще проходят через системный раздел EFI?

Допустим на мгновение, что диск, использующий схему разделов GUID, был поврежден, и в результате его раздел EFI не работал или отсутствовал. Если обновления прошивки по-прежнему зависят от этого раздела, не будет ли это веской причиной для их сбоя? К сожалению, это не так просто расследовать. Помимо определения раздела с помощью diskutil, его монтирование и проверка нетривиальны. Но мне было бы интересно узнать, есть ли у кого-нибудь, чей Mac не обновляет прошивку, доказательства того, что их раздел EFI неисправен или отсутствует.

Поделиться:

Вот так:

Связанные

13 комментариев

Неожиданная мысль: возможно, большинство подразумеваемых проектов, связанных с «разделом EFI», исходят от сообщества Hackintosh. Проект «Open Core», кажется, может понимать и работать с EFI так, как «официальные разработчики» или даже Apple не могут.
Извините, поскольку я не эксперт и могу ошибаться, но мне нравится ирония мысли, что эти «неортодоксальные» инструменты могут восстановить законный Mac, чтобы он вел себя как настоящий Mac.
Просто взгляните на «Open Core», я думаю, это очень мощный инструмент (но я теряюсь, пытаясь понять, что и как он делает).

Спасибо.
Я думаю, что решение состоит в том, чтобы переформатировать этот диск с использованием раздела GPT/GUID, который должен создать первый раздел на диске в качестве тома EFI. Однако, если это загрузочный диск, это означает полностью чистую установку, что утомительно. Поскольку раздел EFI должен быть первым на диске, другого решения нет.
Говард.

Я выполнил полностью чистую установку, и это было утомительно и заняло много времени. Однако моя прошивка никогда не обновлялась. Теперь я просто даю время пройти, пока не выйдет новый iMac, и смотрю, хочу ли я перейти на новую модель. Спасибо, Говард, за все ваши усилия, и спасибо всем авторам за их усилия.

Мой iMac 17,1 конца 2015 года не обновляет прошивку EFI (ранее сообщалось здесь). Информация diskutil действительно показывает наличие тома EFI, но хотя я не знаю, какими должны быть правильные параметры для тома, следующие записи для общего и свободного места кажутся мне странными.

Размер диска: 209,7 МБ (209715200 байт) (точно 409600 единиц по 512 байт)
Размер блока устройства: 512 байт

Общий объем тома: 0 Б (0 байт) (ровно 0 512 байт)
Свободное пространство тома: 0 Б (0 байт) (ровно 0 512 байт)

Спасибо. Нет, это совершенно правильно. В этом нет никакого смысла, конечно, но я предполагаю, что это сделано намеренно.
Я также обнаружил, почему том имеет два разных идентификатора GUID, как указано выше. Они оба верны, но в одном из них порядок байтов изменен на противоположный, так что они действительно одинаковы. Действительно.
UEFI — это сумасшедший мир!
Говард.

Привет, я купил себе 13,3-дюймовый Macbook 2017 года (A1708).
Я не являюсь экспертом по Mac, как большинство посетителей, но я считаю, что какое-то обновление UEFI заблокировало внутренний SSD на моем упомянутом Macbook.

Несколько недель я пытался установить 10.15.5 (если я правильно помню, это была Бета 3). Когда я вернулся к Macbook после процедуры обновления, он приветствовал меня мигающим знаком вопроса.
– SSD заблокировался. С этого момента он доступен только для чтения.

Я пробовал много способов стереть диск, но не смог.
Дисковая утилита macOS выдает мне ошибку POSIX 13 (отказано в доступе) или еще «Диск не может быть размонтирован» или – деактивирован.
Я также пытался стереть диск с помощью независимой ОС Linux, оснащенной утилитой «Testdisk». Но и эта попытка не смогла стереть диск. Testdisk сообщает о наличии поврежденной таблицы разделов. Также он не смог распознать раздел EFI самостоятельно. - Мне пришлось сообщить, что он отформатирован в FAT32, а также для использования в качестве раздела EFI.
Кроме того, раздел EFI был распознан размером 312 МБ. Что явно неправильно.
Из-за аппаратного сбоя я обнаружил, что OS10.15.5B3 включает данные EFI

После более чем 20 лет работы пользователем Macintosh и 10 лет разработки, я впервые сильно разочаровываюсь, говоря об Apple.
В конце концов, это не единственное «мне все равно» - отношение, представленное Apple, я чувствую некоторое время.
Но это самое последнее.

Другая история может заключаться в том, что я жду обещанного обратного звонка от службы поддержки 2-го уровня в каком-то другом случае (не связанном). Уже больше 1 недели.
– После сеанса управляемой отправки лог-файлов с различных устройств мне сказали, что 10 июня мне перезвонили с результатами работы инженерной группы.
12 июня я получил электронное письмо от какого-то агента в представительстве с обещанием, что я обязательно перезвоню, но ничего.
Кстати: парень, который делал со мной первые шаги, представился как «Team Leader Security».

– Очень грустно видеть, что я, как клиент, должен также заботиться о том, чтобы мой запрос в службу поддержки был решен, и мне нужно отправить дополнительную почту по их обещаниям.
..Это завершается другими сомнительными действиями и поведением Apple, совершенными в раннем прошлом.
Только одним примером может быть продажа совершенно нового персонального компьютера стоимостью 2,799, у которого возникают серьезные проблемы при ежедневном использовании (см. «Гибернация»). - Пока без комментариев. Даже не слышал и не расследовал.

При следующем бай-ине я обязательно в первую очередь буду искать компьютеры не от Apple, так как, честно говоря, я не ожидаю каких-либо улучшений в этих случаях.
Однако elementaryOS кажется сложной альтернативой macOS. 🙂

Привет, Говард,
Спасибо, что затронули эту тему. Я склонен полагаться на виртуальные машины в большей части своей работы, оставляя хост-систему Mac для запуска гипервизора и выступая в качестве хранилища файлов для виртуальных машин. В основном это для безопасности. Я начну с создания виртуальной машины с базовой конфигурацией, которая получает только обновления программного обеспечения. Затем я сделаю копию этой виртуальной машины для общего использования в Интернете, но ничего конфиденциального.Виртуальные машины имеют доступ к хранилищу хоста только через один каталог, совместно используемый гипервизором, который выступает в качестве дома для этой виртуальной машины. Если мне нужно сохранить файл навсегда, например, статью в формате PDF, я пойду на хост и скопирую его из этой области, чтобы не осталось ничего важного. Если мне нужно выполнить очень важную работу, такую ​​как банковское дело, я создам связанный клон (мгновенный снимок базовой виртуальной машины, работающей как независимая система), который появляется как совершенно новая установка, выполняю свою работу, а затем выбрасываю экземпляр моментального снимка. Это разделяет всю конфиденциальную работу, и любые трекеры не видят историю. Если вредоносное ПО проникнет в мою общую виртуальную машину в Интернете (такого никогда не было), я просто выброшу ее и создам другую. Эта модель безопасности должна означать, насколько я могу судить, что хост-система уязвима только для ошибки в гипервизоре или в стеке tcp/ip. Ни то, ни другое невозможно, но очень редко. В этот момент вы, вероятно, задаетесь вопросом, какое отношение это имеет к вашей статье.

Когда я перешел на High Sierra, я столкнулся с проблемой, из-за которой не работала новая установка на виртуальную машину или обновление ОС на существующей виртуальной машине Sierra. При новой установке после первоначальной загрузки автоматическая перезагрузка не удалась. При обновлении с Sierra после первоначальной загрузки и перезагрузки виртуальная машина просто снова появлялась в Sierra, как будто ничего не произошло. Я подозревал, что это как-то связано с EFI и временной перезагрузкой из другого места для завершения установки, но я не эксперт по EFI. В конце концов я понял, что после первоначальной загрузки мне нужно было прервать перезагрузку в POST, найти «правильный» путь к устройству (который был случайным для меня), перейти к файлу boot.efi и вручную выполнить то, что вызвало бы немедленную загрузку и завершение установки. Я также заметил, что некоторые обновления программного обеспечения (прошивки?) будут иметь ту же проблему. После загрузки и перезагрузки система будет запрашивать одно и то же обновление. Мне пришлось бы сделать ту же ерунду с boot.efi, чтобы завершить обновление. Мне кажется, что да, этот раздел используется как своего рода промежуточная область, с которой можно загрузиться, пока обновляется «настоящий» код. И каким-то образом, вероятно, что-то связанное с понятием BIOS виртуальной машины, High Sierra не могла правильно настроить его, чтобы выполнить следующую загрузку с другого раздела.

Что касается Мохаве, я вообще не могу заставить перезагрузку работать. Если я попытаюсь перейти к файлу boot.efi и запустить его, я немедленно получу ошибку (в данный момент текст ускользает от меня). К счастью, большая часть моей работы связана с виртуальными машинами Linux, у которых нет проблем, но обычно я сначала выполняю обновления MacOS на виртуальной машине, чтобы убедиться, что все работает нормально. Любопытно то, что если кто-то ищет в Интернете справку по запуску MacOS на виртуальной машине на Mac (единственный законный способ сделать это), то мало что можно найти. Но есть множество статей об использовании хоста Windows, и большинство из этих статей требуют загрузки образа MacOS, обычно сомнительного файла с Google Диска (ужас вредоносного ПО). Мой животрепещущий вопрос остается, как в мире «они» справились сделать загрузочный образ в первую очередь? Я думаю, что секрет в управлении этим разделом.

Какой продукт виртуализации вы используете? Этот блог читают несколько экспертов по macOS-in-a-VM, так что, надеюсь, кто-то из них скоро заглянет и заметит ваш комментарий. Я устанавливал их редко и использовал как VMware, который мне кажется неудобным, так и Parallels Desktop, который был более простым, но, по-видимому, не был выбран экспертами.
Говард.

Я использую VirtualBox. Он бесплатный и имеет многие из «расширенных» функций VMware, таких как создание моментальных снимков, связанные клоны, переадресация портов, управление через интерфейс командной строки и т. д., и он был надежным. VMware работает хорошо и может быть немного более совершенным, но я считаю, что в конечном итоге это будет подписка на программное обеспечение, потому что вам придется покупать его каждый год, чтобы получить последнюю версию, которая поддерживает последние выпуски ОС.

Пожалуйста, позвоните экспертам VirtualBox?
Говард.

Из любопытства я заглянул в раздел EFI, смонтировав его только для чтения. Вот структура папок и файлов, которую я нашел:

<р>.
├── BOOTLOG
└── EFI
└── APPLE
├── РАСШИРЕНИЯ
│ └── Firmware.scap
└── ПРОШИВКА
└── IM171.fd

4 каталога, 3 файла

IM171.fd весит около 8 МБ. Может ли это быть файлом обновления прошивки из предыдущей попытки обновить BOOT ROM?

Раздел who состоит всего из трех файлов. Файл журнала (BOOTLOG) и два двоичных файла Firmware.scap и IM171.fd.

MacBook Pro, выпущенный в середине 2012 года — обновлен до твердотельного накопителя Crucial емкостью 500 ГБ и 2 x 8 ГБ ОЗУ, при запуске Catalina произошел сбой. Этому предшествовало несколько признаков: время от времени происходили случайные полные перезапуски. Я получил уведомление об ошибке раздела EFI при попытке восстановить диск с помощью Дисковой утилиты. Disk Util ничего не может сделать и даже не может стереть и переформатировать диск, поэтому я могу попробовать установить новую ОС. Я не технический специалист, просто хотел поделиться проблемой раздела EFI.

Мне жаль слышать о ваших проблемах.
Лучше всего попробовать удаленный режим восстановления и чистую установку, как описано здесь. Если у вас есть загрузочный внешний диск, вы также можете загрузиться с него и запустить все оттуда.
Если у вас есть проблемы с ними, возможно, стоит связаться с тем, кто устанавливал ваш SSD и память, так как это может быть связано с проблемами с ними. Диагностика может выявить аппаратную проблему, но, судя по ее звукам, вам все равно будет сложно войти в нее.
Желаю вам успеха,
Говард.

Вот ответ на другой запрос читателя…

Согласно Википедии, «На компьютерах Macintosh с архитектурой Apple–Intel раздел EFI изначально пуст и не используется для загрузки. Однако раздел EFI используется в качестве промежуточной области для обновлений прошивки». Когда люди хотят создать нестандартную загрузочную среду или пытаются собрать хакинтош, первым шагом часто является монтирование и изменение загрузочного раздела EFI. Прежде чем читать дальше, обратите внимание: Apple не поддерживает изменение загрузочного раздела EFI, и администратор Mac не несет ответственности, если вы сделаете ваш компьютер не загружаемым, установив и изменив этот раздел.

Чтобы смонтировать загрузочный раздел EFI, выполните следующие действия:

<р>1. Узнайте идентификатор тома для вашего загрузочного раздела EFI.

Выполните эту команду:

Вывод должен выглядеть примерно так:

В этом случае идентификатор тома раздела EFI — disk0s1

<р>2. Создайте точку подключения.

Точка монтирования – это каталог, в который монтируется незагружаемый том. В Mac OS X точки монтирования обычно создаются в /Volumes. Мы можем создать каталог с именем efi внутри /Volumes, выполнив следующую команду:

<р>3. Смонтируйте раздел EFI в точке подключения efi.

Выполните команду:

Вот и все. Ваш том EFI будет смонтирован. Измените его на свой страх и риск.

Поделиться:

Вот так:

13 мыслей о «Монтировании загрузочного раздела EFI в Mac OS X»

Кто-нибудь знает (выше) те же самые команды для выполнения в однопользовательском режиме? Это длинная грустная история, но мне нужно изменить EFI из однопользовательского режима (command-S при запуске).

Также необходима команда для идентификации подключенного дисплея.

(Я заменил треснувший дисплей, и теперь MacBook 1,1 не загружается).

Я не тестировал эти команды в однопользовательском режиме, однако у меня нет причин ожидать, что они не будут работать. Вы пробовали их и потерпели неудачу?

Спасибо за быстрый ответ, администратор Mac!

Когда (в однопользовательском режиме) я ввожу «diskutil list», я получаю следующую обратную связь:
«Невозможно запустить, потому что невозможно использовать структуру DiskManagement. Общие причины включают, помимо прочего, недоступность платформы DiskArbitration из-за загрузки в однопользовательском режиме».

Полагаю, мне не повезло на «уровне» интерактивности однопользовательского режима?

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

Я уже пробовал следующие команды:
ioreg -bls
system_profiler
hostinfo

Кажется, я не могу получить отображаемый идентификатор, который подходит ни для одной из этих команд.

Я сочувствую вашей ситуации, но это выходит за рамки того, что поддерживается или рекомендуется. Кто-то в вашей ситуации должен отнести этот компьютер в авторизованный сервисный центр Apple и заменить дисплей на детали Apple. Я не несу ответственности, если при использовании этой информации вы повредите свое оборудование или потеряете данные. Нижеследующее предназначено только для информации. По моему профессиональному мнению, никому не следует запускать команды, перечисленные ниже.

В однопользовательском режиме системный том монтируется как доступный только для чтения. Чтобы смонтировать системный диск для чтения/записи, используйте эту команду:

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

В macOS Mojave 10.14 вы можете легко смонтировать раздел EFI с помощью инструмента под названием clover configurator, но в этой статье я объясню пошаговый процесс монтирования EFI на macOS Mojave с помощью терминала.

Раздел EFI — это скрытый раздел в macOS. и он недоступен как обычный диск. и размер этого раздела составляет около 200 мегабайт.в этом разделе хранятся файлы, необходимые для загрузки операционной системы, включая драйвер или известные как кексты, тему загрузчика, файлы конфигурации.

Примечание. Раздел EFI наверняка существует и на компьютере Apple. Я не предлагаю вам возиться с этим. Если у вас нет передовой практики, вы можете испортить или повредить свой Mac.

Смонтировать раздел EFI с помощью терминального приложения в macOS Mojave

Список следующих команд, которые используются

вы найдете терминал в папке Applications/Utility. в приложении терминала, чтобы просмотреть список всех разделов типа diskutil, вы можете просмотреть список разделов, доступных на вашем компьютере.

Кроме того, здесь вы также найдете раздел EFI. Теперь вы можете легко смонтировать раздел EFI с именем идентификатора, в моем случае это disk0s1. В вашем случае может быть иначе.

После того, как вы определили раздел EFI для его монтирования, просто введите следующую команду

diskutil mount /dev/disk0s1

Если вы получили эту ошибку, упомянутую на картинке, не беспокойтесь об этом, прежде чем использовать приведенные выше команды простого типа sudo -s, это позволит вам получить root-доступ на вашем компьютере. что является наивысшим уровнем доступа к системе в любой операционной системе на базе UNIX.

После того, как вы сделали это, снова введите команды diskutil mount /dev/disk0s1

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

Я хотел бы представиться как Уттам, эксперт по интернет-маркетингу, профессиональный блоггер и основатель Ur Computer Technics & Hire SEOPro. Кроме того, я страстный предприниматель, специалист по поисковой оптимизации и фанат фитнеса.

привет всем, пожалуйста, я здесь новичок и не являюсь экспертом. Я только начал использовать Mojave 15.16.4 2 месяца назад, и он работает нормально. Я прочитал руководство по установке здесь, и все в порядке, мне просто нужно загрузить Mac без USB, и я читал об этом много статей, и, насколько я понимаю, я скопирую файл efi с USB на жесткий диск. Я пробовал настройку клевера и пробовал EFI Mounter v3.1, чтобы смонтировать файл EFI на жесткий диск, но у меня ничего не получилось. пожалуйста, вы можете дать мне решение?
спасибо

Эдхок

Модератор

Загрузить и установить приложение Hackintool — Скачать Hackintool

Откройте Hackintool и перейдите на вкладку "Диски", как показано ниже.

Hackintool > вкладка "Диски"

  1. Необходимо выбрать значок со стрелкой вверх/вниз рядом с названием USB-накопителя.
  2. Вас попросят ввести пароль.
  3. Значок папки изменится, показывая, что раздел EFI для USB-накопителя смонтирован.
  4. Теперь сделайте то же самое для диска macOS.
  5. При этом оба раздела EFI будут смонтированы на рабочем столе, поэтому вы сможете скопировать (перетащить) папку EFI с USB-накопителя в раздел EFI на диске macOS.

firasYASSWE

спасибо, друг, за ваш ответ, но мне жаль, что это не сработало для меня, диск для Mac показан на прикрепленном изображении, это МОЙ диск Mac, и я не могу его смонтировать. Я отформатировал его в Apple-HFS, пожалуйста, посоветуйте

Вложения

Эдхок

Модератор

Простой ответ на ваш вопрос: у вас нет раздела EFI на диске Samsung, поэтому монтировать нечего.

У вас есть только один раздел EFI, и он находится на USB-накопителе.

Очевидно, вы установили macOS на диск, на котором уже была установлена ​​Windows. Этот процесс отформатировал запасной раздел на диске Windows как HFS+, чтобы вы могли установить macOS, но не смогли создать раздел EFI.

Лучшее, на что вы можете рассчитывать без переформатирования диска и переустановки macOS и Windows (именно в таком порядке), — это продолжать использовать USB-накопитель для загрузки macOS.

firasYASSWE

Простой ответ на ваш вопрос: у вас нет раздела EFI на диске Samsung, поэтому монтировать нечего.

У вас есть только один раздел EFI, и он находится на USB-накопителе.

Очевидно, вы установили macOS на диск, на котором уже была установлена Windows. Этот процесс отформатировал запасной раздел на диске Windows как HFS+, чтобы вы могли установить macOS, но не смогли создать раздел EFI.

Лучшее, на что вы можете рассчитывать без переформатирования диска и переустановки macOS и Windows (именно в таком порядке), — это продолжать использовать USB-накопитель для загрузки macOS.

Читайте также: