☰

MacBook Pro lässt sich nicht booten – HDD-Dateisystem ist schreibgeschützt

tag-icon • tag-icon macos hard-drive macbook-pro disk-utility
MacBook Pro lässt sich nicht booten – HDD-Dateisystem ist schreibgeschützt

Ich glaube, ich habe ein großes Problem. Das Problem scheint zu sein, dass meine Festplatte schreibgeschützt ist, sodass ich nicht booten und die Festplatte nicht löschen kann, um das System neu zu installieren.

Aber hier ist die ganze Geschichte:

Ich habe ein gebrauchtes MacBook Pro 13" von Mitte 2009 gekauft. Es wurde von einem Freund benutzt und er hat es bis gestern ohne Probleme benutzt. Ich habe es gekauft und er hat das System gelöscht und dann habe ich das System nach meinen Wünschen konfiguriert. Ich habe gebootet und alles hat gut funktioniert. Aber dann ist das passiert:

  1. Ich habe die Systemsprache auf System Preferences -> LanguageDeutsch umgestellt und dann einen Neustart durchgeführt.
  2. Beim Neustart erscheint das Apple-Logo und darunter ein Ladebalken. Das Laden des Balkens dauerte etwa 3 Minuten - und dann schaltete sich das MacBook ab. Das war's. Ich habe es etwa 5 Mal versucht - jedes Mal das Gleiche.
  3. Ich habe gegoogelt und CMD + Vzu Beginn versucht, herauszufinden, was passiert. Dabei ist mir aufgefallen, dass das Problem darin besteht, dass das System versucht, das „Volume“ – meine Festplatte – zu reparieren. Nach dem dritten Versuch fährt das System herunter.

  4. Also habe ich versucht, das Problem mit den folgenden Schritten zu lösen:

  5. CMD + Rbeim Neustarten zu gehen DiskUtil. Dabei habe ich versucht, die Festplatte zu scannen. Es kommt die Meldung, dass sie repariert werden muss. Ich habe auf „Reparieren“ geklickt und die Meldung erhalten, dass DiskUtilsdie Festplatte nicht repariert werden kann. Dann habe ich auf die Festplatte geklickt und gesehen, dass sie anscheinend nicht gemountet ist … Ich habe versucht, sie zu mounten, aber: „Kann nicht gemountet werden – versuche es zu reparieren und versuche es erneut …“ – aber das funktioniert immer noch nicht. Also machte ich weiter …

  6. CMD + Sum vor dem Systemstart in die Konsole zu gelangen. Dort habe ich Folgendes versucht: diskutil list. Das Ergebnis war: " Killed 9". Nicht mehr und nicht weniger. Also habe ich es gegoogelt:

  7. Ich habe diese Seite gefunden: [http://superuser.com/questions/698310/getting-the-diskutil-command-to-work-in-osx-mavericks-single-user-mode` Also habe ich den akzeptierten Kommentar versucht …]

  8. und habe dies in die Konsole eingegeben: /usr/libexec/repair_packages --repair --standard-pkgsDieser Befehl hat dies zurückgegeben:

    Die Gruppe unterscheidet sich bei „Bibliothek/Java“, sollte 0 sein, die Gruppe ist 80.

    Die Berechtigungen für „Bibliothek/Java“ unterscheiden sich. Sie sollten „drwxr-xr-x“ sein, sind aber „drwxrwxr-x“.

    Besitzer und Gruppe für „Library/Java“ können nicht festgelegt werden, Fehler 30: Nur-Lese-Dateisystem

    Berechtigungen für „Library/Java“ können nicht festgelegt werden. Fehler 30: Nur-Lese-Dateisystem

Okay, das war's. Das sind alle Informationen, die ich habe, und ich weiß wirklich nicht, wie ich das lösen soll ... irgendeine Idee? :/

Information: Das Betriebssystem scheint OSX zu sein.

Antwort1

Ich bin schon viel zu oft auf dieses Problem gestoßen. Normalerweise bedeutet es, dass die Festplatte logisch zu kaputt ist, um repariert zu werden. Normalerweise schließe ich sie an einen Mac an, speichere das Home-Verzeichnis, formatiere die Festplatte neu und kopiere das Home-Verzeichnis zurück. Ein paar Mal war es tatsächlich ein echter Hardwarefehler, aber normalerweise ist es nur logisch.

Bei mir waren einige Daten so stark beschädigt, dass Mac OS X selbst nichts von der Festplatte wiederherstellen konnte. In diesem Fall verwende ich eine Linux-Distribution (in meinem Fall OpenSUSE), um die Daten zu extrahieren. OpenSUSE kann auf HFS+-Partitionen schreiben, solange Sie vorher das Journaling deaktivieren.

Normalerweise verwende ich diesen Befehl, sowohl bei Mac als auch bei Linux, um Daten zu kopieren. Solange Sie in ein POSIX-Dateisystem kopieren, bleiben die Berechtigungen erhalten.

$ sudo rsync -av --progress /run/media/linux/Macintosh\ HD/BENUTZERNAME /run/media/linux/EXTERNALHD/BENUTZERNAME

verwandte Informationen