diskutil verifyVolume / : POSIX meldet: Exec-Formatfehler

Ich habe Probleme mit dem OSX-Volume meines Hauptsystems.

Beim Laufen sudo diskutil verifyVolume /:

$  sudo  diskutil verifyVolume  /
Password:
Started file system verification on disk1 OSX
Verifying storage system
Checking volume
disk0s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
Logical Volume Group 986FADEF-FEF3-428E-944A-82EBB8F38184 on 1 device
disk0s2: Scan for Metadata Volume
Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Load and verify Transaction Segment
Incorporate 1 newer non-checkpoint transaction
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 126F7B49-5C33-457F-B6AB-3A6CD220F151
Load and verify D073860B-299F-4146-B68B-7233BD5488CB
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 986FADEF-FEF3-428E-944A-82EBB8F38184 appears to be OK
Storage system check exit code is 0
Verifying file system
Using live mode
Performing live verification
Checking extents overflow file
Incorrect number of file hard links
Checking catalog hierarchy
Checking volume bitmap
(It should be 22232741 instead of 21777947)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

Der Fehler:

Checking volume bitmap
(It should be 22232741 instead of 21777947)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

Auch probiert:

    $  sudo  diskutil repairVolume  /
Error starting file system repair for disk1 OSX: Unable to unmount volume for repair (-69673)

Also habe ich es im Wiederherstellungsmodus versucht (Cmd+R beim Booten), aber ich habe Probleme, die Verschlüsselung ( diskutil coreStorage unlockVolume) zu überwinden, was mir einen allgemeinen Fehler gibt, dass das Volume nicht entsperrt werden kann.
Hier enden meine noobischen "Fähigkeiten" zur Verwaltung von OS-X-Volumes.

Das System funktioniert insgesamt, aber ich kann zum Beispiel die Lautstärke nicht ändern und alle Lautstärkeprüfungen enden mit mysteriösen Fehlern, wie zum Beispiel der erste oben, was nervtötend ist.

Brauchen Sie Hilfe. TIA.

MacBook Pro (Retina, 13 Zoll, Ende 2013), OS X 10.11.3

Antworten (2)

Sie können das Festplatten-Dienstprogramm von der Wiederherstellungspartition verwenden, um all dies zu tun (Festplatte entsperren und bereitstellen, Reparatur ausführen usw.). Wenn Sie andere Dienstprogramme zur Festplattenreparatur haben, versuchen Sie es vielleicht? So oder so, wenn Sie noch kein Backup haben, würde ich so schnell wie möglich eine Kopie erstellen.

Eine andere Idee ist, in den Einzelbenutzermodus zu booten ( Command-Sbeim Booten) und auszuführen, fsckaber nicht sicher, ob es anders sein wird.

Meine Lösung beinhaltete:

  • Deaktivieren von FileVault (ich denke, dies war der entscheidende Faktor zum Entsperren/Aktivieren, um mit den anderen Tools fortzufahren)
  • fsck -fyMEHRERE MAL im Einzelbenutzermodus ausgeführt , bis die Fehler verschwunden sind
  • Ändern Sie die Größe der Partition auf die volle Festplatte, indem Sie eine weitere Partition im ungenutzten Speicherplatz hinzufügen und sie dann löschen, indem Sie den Rest des Speicherplatzes nutzen (möglicherweise nicht erforderlich für Sie). Dies beinhaltete das Verkleinern der Systempartition (aus Versehen), aber ich hatte das Gefühl, dass dies ein Wendepunkt gewesen sein könnte. Hinweis: Die Größenänderung dauerte lange, ~1 Stunde, ohne dass eine gute Fortschrittsanzeige oder ETA angezeigt wurde.
  • MEHRERE MAL ausführen diskutil verifyVolume/repairVolume, bis die Fehler verschwunden sind (möglicherweise nicht erforderlich)

Angesichts des anfänglichen Wiederauftretens der Fehler nach z. B. fsck (am Ende alle behoben!), dachte ich, dass dies möglicherweise ein Hardwareproblem ist (z. B. SSD-Abnutzung oder so), aber ich habe den SMART-Status überprüft und es scheint alles Okay. Werde aber die Augen offen halten.

Ein wichtiger Faktor war die Wiederholung der Schritte, bis die Fehler nicht mehr angezeigt werden und keine neuen Fehler mehr auftreten. Gib nicht auf. Beharrlichkeit und "auf verschiedene Arten schütteln", bis die Cruft ausgeschüttelt ist :). Seltsam, aber funktionierte.

Nachdem die Fehler aufgehört haben, habe ich FileVault wieder aktiviert und die Fehler sind NICHT wieder aufgetreten! Ja.

Auch mit Onyx überprüft, der zuvor einen Fehler zeigte. Ergebnis: keine Probleme gefunden, ja.

Eine weniger mysteriöse Lösung hätte wahrscheinlich darin bestehen können, das System von Grund auf neu zu installieren und möglicherweise aus einem Backup wiederherzustellen, aber ich hatte das Gefühl, dass dies zu viel Aufwand wäre (obwohl es vielleicht wirklich weniger Zeit in Anspruch genommen hätte).

Ha! Schön - schön, dass es wieder funktioniert...