在 Ubuntu 旁邊的雙重開機設定上將 OS X 10.11 (El Capitan) 從 beta 升級到 GM 候選版時出現問題

在 Ubuntu 旁邊的雙重開機設定上將 OS X 10.11 (El Capitan) 從 beta 升級到 GM 候選版時出現問題

我正在將我的 MacBook Pro(去年的型號,所有原始硬體)上的 OS X 10.11 (El Capitan) beta 升級到 GM 候選版本,該版本具有與 Ubuntu 的雙啟動設定。安裝程式重新啟動電腦後,我得到:

OS X 無法安裝在您的電腦上

使用核心儲存時需要啟動輔助分割區。
退出安裝程式以重新啟動電腦並重試。

我嘗試重新啟動計算機,但每次都會出現相同的錯誤訊息。我的猜測是 Ubuntu 分割區造成了這種情況。我正在使用 rEFInd 啟動它。

我的引導幫助分割區在哪裡消失了(無論是什麼),如何在不觸及 Ubuntu 設定的情況下在先前安裝的分割區上重新安裝 OS X?

輸出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 喜歡看到大多數分區之間的間隙(至少 128MiB)而引起的。看蘋果的TN2166文件有關詳細信息,特別是“分區策略”部分。我見過當不存在此類間隙時 OS X 安裝和更新會失敗,因此這可能是同一件事。但如果是這樣,您收到的錯誤訊息就沒有什麼幫助。

錯誤訊息本身似乎是指這樣一個事實:自 Yosemite 以來,OS X 使用了一種邏輯磁碟區管理 (LVM)預設情況下。由於韌體無法在 LVM 內讀取,Apple 決定開始將其引導程式儲存在通常稱為「Recovery HD」的磁碟區上。該訊息似乎是說該卷不存在,但您的輸出清楚地表明它存在。我懷疑這代表了顯示錯誤訊息時的邏輯錯誤——分區之間缺少 128MiB 間隙已轉換為錯誤的錯誤訊息。 OTOH,您的“Recovery HD”卷也可能以某種方式損壞 - 或者可能有一些完全不同的問題觸發了誤導性的錯誤訊息。

順便說一句,我最近發現了一些有關blessamanthethy 提到的導致 rEFInd 用戶出現問題的問題的資訊。簡而言之,蘋果似乎正在限制其實用性,bless以加強安全性。看這個錯誤報告這個對於幾個數據點。據報道,引導到恢復模式(透過在引導時按住 Alt)並csrutil disable在終端中鍵入會禁用此安全功能,但我自己還沒有嘗試過。也可以在 OS X 之外註冊 rEFInd,但我還沒有研究過這一點。 (註:我是 rEFInd 的維護者,但我還沒有安裝 OS X 10.11 beta。)

答案2

同樣的情況。我沒有在陷入啟動循環後嘗試強制升級,而是回到優勝美地並忘記 El Capitan 曾經存在過。令人驚訝的是,這讓我重新啟動 Yosemite:

  1. 當出現錯誤訊息時,選擇 Apple 選單 -> 啟動磁碟 ... -> 選擇 HD -> 確認
  2. 重啟
  3. 回到啟動優勝美地,就像我從未嘗試過升級一樣。

答案3

我最終使用已建立的可開機 USB 安裝程式重新安裝了 OS X(按照 amanthethy 的評論)createinstallmedia。工作得夠好。

相關內容