Festplatte kann nicht partitioniert werden – „beschädigt“, Exit-Code 8

Ich möchte Windows auf einer Partition der SSD meines Mac installieren. Daher ließ ich BootCamp Windows aus einer .iso-Datei installieren.
Leider konnte BootCamp mein Laufwerk nicht partitionieren. Die Fehlermeldung sagt nicht viel; Es fordert mich nur auf, mein Laufwerk über Erste Hilfe im Festplattendienstprogramm zu reparieren.

Ich habe Erste Hilfe auf der physischen Festplatte ausgeführt. Ergebnis:

check okay

Als nächstes führte ich Erste Hilfe auf dem logischen Datenträger durch. Ergebnis:

Erste Hilfe versagt

Wie vorgeschlagen, entschied ich mich, Erste Hilfe von der Genesung aus zu leisten. Da mich das Festplatten-Dienstprogramm im Wiederherstellungsmodus nur Erste Hilfe auf der physischen Festplatte ausführen lässt, ist das Ergebnis wie erwartet: Alles ist in Ordnung.

Dann habe ich versucht, manuell eine Partition zu erstellen, um mit einem bootfähigen USB zu booten. Das Festplatten-Dienstprogramm gab die folgende Ausgabe aus:

Partitionierung fehlgeschlagen

Jetzt bin ich mir nicht sicher, wie ernst ich die Meldung nehmen soll, "das Volume xxx ist beschädigt und muss repariert werden" , da die Erste Hilfe auf der physischen Festplatte sagt, dass alles in Ordnung ist.

Irgendeine Idee, woran das liegt und wie ich es lösen kann?
Wenn möglich, würde ich das Laufwerk lieber nicht neu formatieren, außer wenn es notwendig ist.


Bearbeiten:

Wie von @klanomath angefordert, habe ich den Befehl sudo gpt -r show disk0im Terminal ausgeführt. Dies ist die Ausgabe:

    start       size  index  contents
        0          1         PMBR
        1          1         Pri GPT header
        2         32         Pri GPT table
       34          6         
       40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
   409640  975425848      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
975835488    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC
977105024          3         
977105027         32         Sec GPT table
977105059          1         Sec GPT header

Bearbeiten #2:

Im Internet-Wiederherstellungsmodus habe ich den Befehl ausgeführt diskutil list, der diese Liste zurückgegeben hat:

Ergebnis der Diskutil-Liste

disk1Ich war mir nicht sicher, ob ich oder verwenden sollte disk2, also habe ich versucht, diskutil verifyVolume diskXbeide auszuführen. Denn disk1, ich habe eine Nachricht erhalten , die besagt invalid request. Für disk2wurde das folgende Ergebnis und die folgende Fehlermeldung angezeigt:

Ergebnis von diskutil verifyVolume disk2

Ich habe dann versucht, den Befehl diskutil repairVolume diskXerneut für beide Festplatten auszuführen. Gleiche Fehlermeldung für disk1, folgende Ausgabe für disk2:

Ergebnis von diskutil repairVolume disk2

Eine Neuformatierung ist möglicherweise der kostengünstigste Weg, um das Problem zu "beheben". Andere Lösungen, die mir einfallen, beinhalten Festplatten-Dienstprogramme von Drittanbietern wie DiskWarrior oder DriveGenius.
@SteveChambers, wenn ich den Fehler ignoriere (und Windows offensichtlich nicht installiere), wird dieser Fehler meinen Computer auf andere Weise beeinflussen?
Es sieht so aus, als ob der Fehler auf der Mac-Seite liegt. Genau wie ein Schnitt, wenn Sie ihn ignorieren, kann er heilen oder sich entzünden. Für die (seltenen) Fälle, in denen dies passiert, habe ich immer eine aktualisierte Kopie von Diskwarior zur Hand. Ich ignoriere nie Plattenfehler.
Ha, liebe die Analogie. Sollte ich also lieber die von Ihnen erwähnten Drittanbieter-Apps ausprobieren oder mein Laufwerk neu formatieren?
Ich würde das Festplatten-Dienstprogramm verwenden, aber die Neuformatierung ist billiger, aber zeitaufwändig. Auch Klanomath hat vielleicht einige Vorschläge, er ist besser im Festplattendienstprogramm über die Befehlszeile als ich ...
Richtig, wie Sie im ersten Bild der zweiten Bearbeitung sehen können, gibt es eine Festplatte mit der ID, disk1die 500,3 GB groß ist. Beim Ausführen des Verify-Befehls für disk1erhalte ich diesen Fehler: „Fehler beim Starten der Dateisystemüberprüfung für disk1: ungültige Anforderung (-69886)“ . Wenn Sie jedoch denselben Befehl für ausführen disk1s2, wird die Überprüfung tatsächlich abgeschlossen. Gleiches gilt für den Reparaturbefehl. - @klanomath
Nun, das sage ich: Die einzige Festplatte mit einer vergleichbaren Größe ist disk1. Wenn ich nach unten scrolle, gibt es nur Platten mit ein paar Kilo- oder Megabyte. @klanomath
Nichts. Es gibt kein Ergebnis.
Ihr Hauptvolume ist nicht gemountet! Geben Sie ein diskutil cs list. Geben Sie bei der UUID des Logical Volume diskutil cs unlockVolume UUID. Dann diskutil listund mit der Plattenkennung des nun gemounteten Hauptvolumes diskutil verifyVolume diskX.
Cool, das schien zu tun. Es ist Disk18. Es wurde festgestellt, dass die falsche Blockanzahl "das Volume erfolgreich repariert" hat. Ich werde sehen, wie die Partitionierung verläuft, und mich bei Ihnen melden. Danke soweit! @klanomath
Perfekt! Ich kann jetzt meine Festplatte partitionieren. Vielen Dank, @klanomath. Posten Sie eine Antwort, wenn Sie möchten, und ich werde sie akzeptieren.

Antworten (1)

Ihr Hauptvolume weist einen geringfügigen Fehler auf (verwaiste Blöcke – ungültige Anzahl freier Blöcke), der normalerweise behoben werden kann, indem Sie diskutil repairVolume diskIdentifierTerminal.app eingeben, das von einem anderen Volume oder einer anderen Festplatte gestartet wurde.

  • Starten Sie entweder im Wiederherstellungsmodus ( cmdRbeim Booten) oder im Internet-Wiederherstellungsmodus ( altcmdRbeim Booten).

  • Öffnen Sie in der Menüleiste > Dienstprogramme das Terminal

  • Geben Sie ein diskutil list, um die Festplattenkennung Ihres Hauptvolumes abzurufen.

    • bei deaktiviertem CoreStorage ist das normalerweise disk0s2
    • bei aktiviertem CoreStorage ist das normalerweise disk2 oder im oberen Zehntel (z. B. disk17). Es ist das mit der (internen, virtuellen) Ergänzung.

      Wenn es nicht gemountet wurde, geben Sie ein diskutil cs list, um die UUID des logischen Volumes zu erhalten, und versuchen Sie, es mit zu mounten diskutil cs unlockVolume UUID(ersetzen Sie die UUID hier durch die zuvor gefundene UUID). Wiederholen Sie den Vorgang diskutil list, um die Datenträgerkennung abzurufen.

  • Überprüfen Sie nun die Lautstärke mit diskutil verifyVolume diskXsY(normale Lautstärke) oder diskutil verifyVolume diskX(CoreStorage-Lautstärke).
  • Versuchen Sie dann, das Volume mit diskutil repairVolume diskXsY(normales Volume) oder diskutil repairVolume diskX(CoreStorage-Volume) zu reparieren.