Probleme beim Upgrade von OS X 10.11 (El Capitan) von der Beta-Version zum GM-Kandidaten in einem Dual-Boot-Setup neben Ubuntu

Question

Ich aktualisiere meine Betaversion von OS X 10.11 (El Capitan) auf den GM-Kandidaten auf meinem MacBook Pro (Modell vom letzten Jahr, alles Originalhardware), das über ein Dual-Boot-Setup mit Ubuntu verfügt. Nachdem das Installationsprogramm meinen Computer neu gestartet hat, erhalte ich:

OS X konnte nicht auf Ihrem Computer installiert werden

Beim Arbeiten mit Core Storage ist eine Boot-Helper-Partition erforderlich.
Beenden Sie das Installationsprogramm, um Ihren Computer neu zu starten, und versuchen Sie es erneut.

Ich habe versucht, meinen Computer neu zu starten, aber jedes Mal erscheint die gleiche Fehlermeldung. Ich vermute, dass die Ubuntu-Partition die Ursache dafür ist. Ich verwende rEFInd, um sie zu booten.

Wo ist meine Boot-Helper-Partition verschwunden (was auch immer das ist) und wie kann ich OS X auf der Partition neu installieren, auf der es zuvor installiert war, ohne das Ubuntu-Setup zu berühren?

Ausgabe von 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

Ausgabe von 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

Ausgabe von 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*

Answer 1

ICHverdächtig(bin mir aber nicht sicher), dass das Problem dadurch verursacht wird, dass OS X gerne Lücken (von mindestens 128 MB) zwischen den meisten Partitionen sieht. SieheApples TN2166-Dokumentfür Einzelheiten, insbesondere den Abschnitt „Partitionierungsrichtlinie“. Ich habe erlebt, dass OS X-Installationen und -Updates fehlschlagen, wenn solche Lücken nicht vorhanden sind, also könnte es dasselbe sein. Wenn das der Fall ist, ist die Fehlermeldung, die Sie erhalten haben, allerdings nicht sehr hilfreich.

Die Fehlermeldung selbst scheint sich darauf zu beziehen, dass OS X seit Yosemite eine ArtLogische Datenträgerverwaltung (LVM)standardmäßig. Da die Firmware nicht in einem LVM lesen kann, hat Apple beschlossen, seinen Bootloader auf dem Volume zu speichern, das normalerweise „Recovery HD“ genannt wird. Die Meldung scheint zu besagen, dass dieses Volume nicht vorhanden ist, aber Ihre Ausgabe zeigt deutlich an, dass es vorhanden ist. Ich vermute, dass dies ein logischer Fehler bei der Anzeige der Fehlermeldung ist – das Fehlen einer 128-MiB-Lücke zwischen den Partitionen wurde in die falsche Fehlermeldung übersetzt. Andererseits ist es auch möglich, dass Ihr „Recovery HD“-Volume auf irgendeine Weise beschädigt wurde – oder vielleicht gibt es ein ganz anderes Problem, das eine irreführende Fehlermeldung auslöst.

Übrigens habe ich kürzlich einige Informationen zu dem blessProblem entdeckt, auf das sich amanthethy bezieht und das rEFInd-Benutzern Probleme bereitet. Kurz gesagt sieht es so aus, als würde Apple die Nutzbarkeit von einschränken, blessum die Sicherheit zu erhöhen. Siehedieser FehlerberichtUndDieses hierfür ein paar Datenpunkte. Das Booten im Wiederherstellungsmodus (indem Sie während des Bootens Alt gedrückt halten) und das Eintippen csrutil disablein ein Terminal soll diese Sicherheitsfunktion deaktivieren, aber ich habe es selbst nicht ausprobiert. Es ist möglicherweise auch möglich, rEFInd außerhalb von OS X zu registrieren, aber das habe ich nicht untersucht. (Hinweis: Ich bin der Betreuer von rEFInd, aber ich habe noch keine Beta-Installation von OS X 10.11.)

Answer 2

Gleiche Situation. Anstatt zu versuchen, das Upgrade zu erzwingen, nachdem ich in der Boot-Schleife feststeckte, war es für mich in Ordnung, einfach zu Yosemite zurückzukehren und zu vergessen, dass El Capitan jemals existierte. Überraschenderweise brachte mich dies zurück zum Booten von Yosemite:

1. Wenn die Fehlermeldung angezeigt wird, wählen Sie Apple-Menü -> Startvolume ... -> Festplatte auswählen -> Bestätigen
2. Neustart
3. Zurück zum Booten von Yosemite, als hätte ich das Upgrade nie versucht.

Answer 3

Ich habe OS X (wie in amanthethys Kommentar) mit einem bootfähigen USB-Installationsprogramm neu installiert, das mitcreateinstallmedia. Hat ganz gut funktioniert.