☰

Проблемы с обновлением OS X 10.11 (El Capitan) с бета-версии до версии GM-кандидата в конфигурации с двойной загрузкой рядом с Ubuntu

tag-icon • tag-icon macos mac boot partitioning multi-boot
Проблемы с обновлением OS X 10.11 (El Capitan) с бета-версии до версии GM-кандидата в конфигурации с двойной загрузкой рядом с Ubuntu

Я обновляю свою OS X 10.11 (El Capitan) beta до GM-кандидата на моем MacBook Pro (прошлогодняя модель, все оригинальное оборудование), который имеет настройку двойной загрузки с Ubuntu. После того, как установщик перезагрузит мой компьютер, я получаю:

OS X не может быть установлена ​​на вашем компьютере

При работе с Core Storage требуется раздел boot helper.
Выйдите из установщика, чтобы перезагрузить компьютер, и попробуйте снова.

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

Куда исчез мой раздел Boot Helper (что бы это ни было), и как мне переустановить OS X на том разделе, где он был установлен ранее, не трогая настройку Ubuntu?

Вывод diskutil list:

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            232.8 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:           Linux Filesystem                         17.2 GB    disk0s4
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +232.5 GB   disk1
                                 Logical Volume on disk0s2
                                 464DCBB2-E35B-48E3-A123-B6B8C755E0F2
                                 Unencrypted

Вывод sudo gpt show -l /dev/disk0:

gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - "EFI System Partition"
     409640  454699328      2  GPT part - "Macintosh HD"
  455108968    1269536      3  GPT part - "Recovery HD"
  456378504   33594064      4  GPT part - "Linux"
  489972568     262151         
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header

Вывод sudo fdisk /dev/disk0:

Disk: /dev/disk0    geometry: 30515/255/63 [490234752 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   1 - 1023 254  63 [         1 -     409639] <Unknown ID>
*2: AF 1023 254  63 - 1023 254  63 [    409640 -  454699328] HFS+        
 3: AF 1023 254  63 - 1023 254  63 [ 455108968 -    1269536] HFS+        
 4: 83 1023 254  63 - 1023 254  63 [ 456378504 -   33594064] Linux files*

решение1

яподозревать(но я не уверен), что проблема вызвана тем фактом, что OS X любит видеть промежутки (не менее 128 МБ) между большинством разделов. СмотритеДокумент TN2166 компании Appleдля получения подробной информации, и в частности раздела "Политика разбиения на разделы". Я видел, как установки и обновления OS X терпели неудачу, когда такие пробелы отсутствовали, так что это может быть то же самое. Однако, если это так, то полученное вами сообщение об ошибке не очень полезно.

Само сообщение об ошибке, по-видимому, ссылается на тот факт, что начиная с Yosemite, OS X использовала типУправление логическими томами (LVM)по умолчанию. Поскольку прошивка не может читать внутри LVM, Apple решила начать хранить свой загрузчик на томе, который обычно называется "Recovery HD". В сообщении, похоже, говорится, что этот том отсутствует, но ваш вывод ясно указывает на то, что он присутствует. Я подозреваю, что это представляет собой логическую ошибку в отображении сообщения об ошибке — отсутствие промежутка в 128 МБ между разделами было преобразовано в неправильное сообщение об ошибке. С другой стороны, также возможно, что ваш том "Recovery HD" был каким-то образом поврежден — или, может быть, есть какая-то совершенно другая проблема, которая вызывает вводящее в заблуждение сообщение об ошибке.

Кстати, я недавно обнаружил некоторую информацию о blessпроблеме, на которую ссылается amanthethy, которая вызывает проблемы у пользователей rEFInd. Короче говоря, похоже, что Apple ограничивает полезность blessв попытке усилить безопасность. Смотритеэтот отчет об ошибкеиВот этотдля пары точек данных. Сообщается, что загрузка в режиме восстановления (удерживанием клавиши Alt во время загрузки) и ввод csrutil disableв Терминале отключают эту функцию безопасности, но я сам не пробовал. Также возможно зарегистрировать rEFInd вне OS X, но я не изучал этот вопрос. (Примечание: я сопровождающий rEFInd, но у меня пока нет установленной бета-версии OS X 10.11.)

решение2

Та же ситуация. Вместо того, чтобы пытаться принудительно обновиться после того, как застрял в цикле загрузки, я был готов просто вернуться в Yosemite и забыть о существовании El Capitan. Удивительно, но это заставило меня снова загрузить Yosemite:

  1. При появлении сообщения об ошибке выберите меню Apple -> Загрузочный диск ... -> Выбрать жесткий диск -> Подтвердить.
  2. Перезагрузить
  3. Возвращаюсь к загрузке Yosemite, как будто я и не пытался обновиться.

решение3

В итоге я переустановил OS X (согласно комментарию amanthethy) с помощью загрузочного установщика USB, созданного с помощьюcreateinstallmedia. Работало достаточно хорошо.

Связанный контент