rEFind не работает для двойной загрузки Ubuntu OS X

Question 1

Итак, я разбил свой диск (MacBook Pro), установил Ubuntu и rEFind, и все работало гладко. Затем я обновился до el capitan, и теперь я не могу получить доступ к ubunutu, потому что rEFind не работает.

Я попытался переустановить rEFind и получил это сообщение.

Do you want to attempt installation (Y/N)? y
Found suspected Linux partition(s); installing ext4fs driver.
Installing driver for ext4 (ext4_x64.efi)
Copied rEFInd binary files
Notice: Backed up existing icons directory as icons-backup.
Existing refind.conf file found; copying sample file as refind.conf-sample
to avoid overwriting your customizations.
Could not set boot device property: 0xe00002bc
ALERT:
Installation has completed, but problems were detected. Review the output for
error messages and take corrective measures as necessary. You may need to
re-run this script or install manually before rEFInd will work.
Unmounting install dir
Volume EFI on disk0s1 unmounted

Мне нужна помощь, я немного над головой.

Ура

Question 2

Ваша начальная проблема вызывается новой функцией SIP/CSR El Capitan и охвачена в документации перенаходки:

http://www.rodsbooks.com/refind/sip.html

проблема Вы описываете в своем комментарии OS X, загружающегося от Восстановления, раздел HD является просто вопросом того, как Apple приняла решение назвать и использовать ее разделы. Первоначально, основанные на Intel Mac поместили свои загрузчики в систему OS X (корень, /) раздел. С шифрованием диска и установками LVM, тем не менее, Apple должна была переместить загрузчик в другое место. Логическое место для помещения его было на Системный раздел EFI (ESP), , но по бывшим известным причинам (только?) к Apple, они приняли решение вместо этого поместить загрузчик на Восстановление раздел HD, который уже существовал как инструмент для (как Вы могли бы предположить), восстановление поврежденной установки. повторно найдите отчеты названием раздела, на котором загрузчик хранится, когда это возможно. Таким образом то, что Вы видите, является решением Apple, не ошибкой перенаходки по сути .

Rod Smith · Answer 1 · 23 June 2016 в 05:28

Ваша начальная проблема вызывается новой функцией SIP/CSR El Capitan и охвачена в документации перенаходки:

http://www.rodsbooks.com/refind/sip.html

проблема Вы описываете в своем комментарии OS X, загружающегося от Восстановления, раздел HD является просто вопросом того, как Apple приняла решение назвать и использовать ее разделы. Первоначально, основанные на Intel Mac поместили свои загрузчики в систему OS X (корень, /) раздел. С шифрованием диска и установками LVM, тем не менее, Apple должна была переместить загрузчик в другое место. Логическое место для помещения его было на Системный раздел EFI (ESP), , но по бывшим известным причинам (только?) к Apple, они приняли решение вместо этого поместить загрузчик на Восстановление раздел HD, который уже существовал как инструмент для (как Вы могли бы предположить), восстановление поврежденной установки. повторно найдите отчеты названием раздела, на котором загрузчик хранится, когда это возможно. Таким образом то, что Вы видите, является решением Apple, не ошибкой перенаходки по сути .

Я выполнил команду, которую Вы обновили usermod -u 1000 userx, и она возвращается usermod: user userx is currently used by process 1, действительно ли это - проблема? — Jorge Campos, 9 November 2017 в 04:06

rEFind не работает для двойной загрузки Ubuntu OS X

1 ответ

Другие вопросы по тегам:

Похожие вопросы: