Mac OS X El Capitan kann nicht neu installiert werden, da die einzige Partition ein gesperrtes OS X-Basis-Image ist, das die gesamte Festplatte belegt

Ich versuche, Mac OS X El Capitan auf einem neuen Macbook Air neu zu installieren. Das Festplatten-Dienstprogramm listet eine einzelne SSD mit einer Kapazität von 251 GB und eine einzelne Partition (OS X-Basissystem) auf, die 250,4 GB belegt. Wenn ich versuche, eine andere Partition zu erstellen, heißt es, dass ich das Journaling aktivieren muss, aber die Option ist ausgegraut. Ich kann auch nicht aus dem Internet neu installieren, weil die Partition des OS X-Basissystems gesperrt ist.

Irgendwelche Ideen?

Bearbeiten: Wie von @klanomath angefordert

Geben Sie hier die Bildbeschreibung ein

Bitte booten Sie in den (Internet-)Wiederherstellungsmodus, öffnen Sie Terminal.app in der Menüleiste Dienstprogramme > Terminal.app. Geben Sie gpt -r show disk0und ein df, machen Sie ein Foto (mit einem Telefon/einer Kamera) und fügen Sie es Ihrer Frage hinzu
In Ordnung, zur Frage hinzugefügt.
Wenn Sie es noch nicht getan haben, Internet Recovery > Utilities > Disk Utilitywählen Sie mit Ihre physische SSD aus und führen Sie eine First Aid. Lehnen Sie schließlich ab ► Show Details. Ich vermute, dass Ihre SSD ( disk0) Probleme hat.
@Keysmack Ihre Recovery HD ist irgendwie verschwunden (es sollte eine dritte Partition in der Lücke von 158692 Blöcken nach disk0s2 sein). Starten Sie in den Internet-Wiederherstellungsmodus (alt-cmd-R) und versuchen Sie, die Hauptfestplatte (nicht das Volume1) mit dem Festplattendienstprogramm zu löschen. Installieren Sie dann OS X neu

Antworten (1)

Hier ist eine OCRed-Version des Screenshots (kann kleine Fehler enthalten):

-bash-3.2#  gpt -r show disk0
     start      size  index contents
         0         1            PMBR
         1         1            Pri GPT header
         2         4            Pri GPT table
         6     76800      1     GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     76806  61043841      2     GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  61120647    158692        
  61279339         4            Sec GPT table
  61279343         1            Sec GPT header
-bash-3.2# df
Filesystem     512-blocks      Used Available Capacity   iused     ifree    %iused  Mounted on
/dev/disk0s2    488350728   2506264 485332464     1%    377281  60666558       1%   /
devfs                 374       374         0   100%       648         0     100%   /dev
/dev/disk1          10240     10240         0   100%      1278         0     100%   /private/var/log
/dev/disk2           1024       288       736    29%        34        92      27%   /Volumes
/dev/disk3           1024       296       728    29%        35        91      28%   /private/var/tmp
/dev/disk4           1024       312       712    31%        37        89      29%   /private/var/run
/dev/disk5           1024       280       744    28%        33        93      26%   /System/Installation
/dev/disk6           1024       504       520    50%        61        65      48%   /private/var/db
/dev/disk7          12288      6552      5736    54%       817       111      53%   /private/var/folders
/dev/disk8           4096       448      3648    11%        54       456      11%   /private/var/root/Library
/dev/disk10          1024       328       696    33%        39        87      31%   /Library/Preferences
/dev/disk11          1024       312       712    31%        37        89      29%   /Library/Preferences/SystemConfiguration
/dev/disk12          2048       280      1768    14%        33       221      13%   /Library/Keychains
/dev/disk13         12288      1712     10576    14%       212      1322      14%   /private/var/tmp/RecoveryTemp

Auf Ihrer Hauptplatte fehlt eine dritte Partition, die normalerweise die Recovery HD enthält, vollständig: Die Zeile in der gpt- Ausgabe, die mit 61120647 beginnt, sollte folgendermaßen aussehen:

     61120647     158692      3     GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC

Stattdessen scheint der Inhalt des Basis-OS-X-Images (das sich normalerweise auf der Recovery HD-Partition befindet) auf disk0s2 geschrieben zu werden, wie in der df- Ausgabe sichtbar :

/dev/disk0s2    488350728   2506264 485332464     1%    377281  60666558

Die belegten 2506264 (512) Blöcke entsprechen in etwa der Größe eines dekomprimierten Base OS X: 1,2 GB.

Der Inhalt von Base OS X wurde wahrscheinlich irgendwie auf Ihr Hauptvolume kopiert. Wird von diesem Volume gebootet, schlägt jeder Versuch, die Festplatte oder das Volume zu löschen, fehl.


Um Ihr Problem zu lösen, booten Sie in den Internet-Wiederherstellungsmodus ( altcmdRbeim Booten gedrückt halten) und öffnen Sie das Festplatten-Dienstprogramm .

Wählen Sie die überlegene SSD-Festplatte (und nicht das minderwertige Volume) und drücken Sie die Löschtaste. Wählen Sie einen Namen, OS X Extended (journaled) und das GUID-Partitionsschema.

Wenn dies aus irgendeinem Grund fehlschlägt, öffnen Sie Terminal in der Menüleiste Dienstprogramme > Terminal. Geben Sie ein diskutil list, um die Festplattenkennung der internen Festplatte zu erhalten (wahrscheinlich disk0 - unten nehme ich an, dass es disk0 ist)

Geben Sie dann ein diskutil eraseDisk JHFS+ "Macintosh HD" disk0. Wenn dies auch fehlschlägt, hämmern Sie die störrische SSD mit einem der beiden:

diskutil umountDisk disk0
gpt detroy disk0
gpt create -f disk0

oder

diskutil umountDisk disk0
dd if=/dev/zero of=/dev/disk0 bs=4096 count=6

Achten Sie jedoch darauf, dass es disk0 ist!

Geben Sie nun Terminalexit ein und beenden Sie es . Öffnen Sie das Festplattendienstprogramm erneut und partitionieren Sie die Festplatte wie zuvor beschrieben.

Beenden Sie das Festplatten-Dienstprogramm und öffnen Sie im Fenster „Dienstprogramme“ OS X wiederherstellen und folgen Sie den Anweisungen.

Welches OCR-Tool?
Danke, danke, danke, es ist woeking so weit Daumen drücken
Mein Mac Mini Mitte 2010 war im Betriebssystem Base X gesperrt und ich habe Ihre "Terminal" -Anweisungen verwendet. Jetzt habe ich macOS High Sierra und alles scheint in Ordnung zu sein. Vielen Dank.