Verbotsanmeldung beim Booten nach Sierra-Update, Festplatte kann nicht mehr gemountet werden


10

Vor einigen Tagen habe ich beschlossen, auf beiden Festplatten meines MacBook Pro (Mitte 2012) von El Capitan auf Sierra zu aktualisieren. Das Update auf meiner SSD verlief reibungslos, daher habe ich beschlossen, auch meine andere Festplatte zu aktualisieren. Ich habe die .app heruntergeladen und die Installation wurde wie gewohnt gestartet. Sobald es jedoch soweit war, dass ich neu starten musste, begannen die Probleme.

Nach dem Start des Mac wurde ein Ordner mit einem Fragezeichen angezeigt. Ich habe gelesen, dass das Zurücksetzen des VRAM und das Auswählen einer Startdiskette (erneut?) In diesen Fällen hilfreich ist. Jetzt erhalte ich jedoch ein Verbotszeichen, wenn ich versuche, mich auf meiner Festplatte anzumelden. Um genau zu sein, geschieht dies, nachdem ich das Login-Passwort eingegeben habe und die Ladeleiste fast voll ist.

Gibt es eine Möglichkeit, wieder auf das Volume zuzugreifen oder einfach nur auf die Dateien zuzugreifen? Ich habe über 100 GB Fotobibliothek, die ich wirklich nicht verlieren möchte.

Hier sind einige der Dinge, die ich versucht habe:

Grundlegende Reparatur- und Reparaturoptionen: sowohl vom Terminal als auch vom Festplatten-Dienstprogramm im Einzelbenutzermodus und im Wiederherstellungsmodus. Insbesondere die Option "Reparieren" im Festplatten-Dienstprogramm gibt den folgenden Fehler aus: "Der Exit-Code für das Dateisystem ist 8. Es ist ein interner Fehler aufgetreten." Der Versuch, das Volume auf irgendeine Weise bereitzustellen, hat keinerlei Auswirkungen, oder ich erhalte nur die Fehlermeldung, dass das Volume nicht bereitgestellt werden kann. Außerdem wird die Partition jetzt ausgegraut angezeigt und als "-" (leer) bezeichnet. es wurde "Macintosh HD" genannt. Der Name wird weiterhin in mehreren anderen Festplatten-Dienstprogrammen angezeigt, es ist jedoch noch etwas zu beachten.

Wiederherstellungsmodus: Ich habe versucht, das Betriebssystem neu zu installieren, aber das Volume ist jetzt nicht mehr bereitgestellt, sodass es nicht als mögliche Option angezeigt wird. Außerdem habe ich einen Artikel gefunden, der besagt, dass Bootprobleme von alten Erweiterungen herrühren können, die nach einem Update nicht mehr funktionieren. In diesem Artikel wurden die Terminalschritte beschrieben, die ausgeführt werden müssen, um alle Nicht-Apple-Erweiterungen in einen Ordner auf dem Volume zu verschieben und wieder bootfähig zu machen. Das gleiche Problem ist jedoch, dass das Volume unbenannt und nicht gemountet ist und nirgendwo angezeigt wird. Ich kann es auch nicht "cd".

Abgesicherter Modus: Ich kann den sicheren Start der beschädigten Partition nicht starten: Um sie zu laden, muss ich die Wahltaste gedrückt halten und sie aus einer Liste auswählen. Wenn Sie dies tun und auch die Umschalttaste gedrückt halten, geschieht nichts. Ich kann auf meiner funktionierenden OS X-Partition (SSD) nur im abgesicherten Modus booten, was den Zweck zunichte macht. Wenn Sie jetzt darüber nachdenken, gibt es eine Möglichkeit, eine andere Festplatte / Partition sicher zu starten?

Einzelbenutzermodus & fsck: Ich habe den Befehl fsck (und Variationen) mehrmals auf der fehlerhaften Partition und anderen ausgeführt und irgendwann einen "GRUB.Geom.Hard Disk.Read.Error" oder ähnliches erhalten. Soweit ich jetzt sehen kann, wurde es behoben, da es danach nicht mehr erscheint. Trotzdem kein Erfolg beim Booten der OS X-Partition.

Mount erzwingen : Verwenden Sie auch das Terminal und die Option readOnly. Kein Erfolg. Alles, was beim Versuch, die gesamte Festplatte bereitzustellen, bereitgestellt wird, ist eine "EFI" -Partition, die einen Ordner namens "APPLE" mit drei weiteren Ordnern enthält: CACHES (ein weiterer Ordner, leer), EXTENSIONS (Firmware.scap) und FIRMWARE ( MBP91_00D3_B0C_LOCKED.scap). Was ist das?

VRAM Reset: hat nichts getan.

Volume-Neuerstellung: Ich habe versucht, die Partition sowohl mit TechTool Pro als auch mit DiskWarrior neu zu erstellen, da beide Apps auf eine beschädigte Volume-Integrität und -Struktur hinwiesen. Keine der beiden Apps konnte das Volume neu erstellen. Insbesondere TechTool Pro stoppt beim allerersten Überprüfungsschritt "Journaled HFS Plus Volume". Bedeutet das, dass das Volume nicht mehr als HFS + erkannt wird? Hat das irgendeine Bedeutung?

OS X Combo-Updates: Das nicht gemountete Volume wird nicht angezeigt, sodass ich auf dieser Partition nichts installieren kann.

Datenwiederherstellungstools: Ich habe verschiedene Software ausprobiert und fast alle haben nur wenige Dateien mit sehr großen Größen extrahiert, die alle nicht lesbar sind.

Klonen: Ich habe mit dem Festplatten-Dienstprogramm und Data Rescue 4 zwei verschiedene .dmg-Images meines Volumes erstellt, kann jedoch keine davon bereitstellen, da der Fehler "Keine einbaubaren Dateisysteme" angezeigt wird.


Dies ist mein Partitionsschema. Das "beschädigte" Volume auf / dev / disk1 hat die Kennung disk1s2 . Wie Sie sehen können, enthält dieselbe Festplatte zwei weitere Partitionen, Windows 7 und Ubuntu Linux. beide funktionieren korrekt, so dass die Festplatte plötzlich ausfällt, denke ich. Auch mehrere Überprüfungen des Laufwerks zeigen nichts Falsches. Die andere Festplatte (disk0), die SSD, ist mein Startlaufwerk und funktioniert einwandfrei.

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Crucial SSD             249.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS                         301.2 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:       Microsoft Basic Data BOOTCAMP                165.8 GB   disk1s4
   5:           Linux Filesystem                         32.2 GB    disk1s5

fdisk / dev / disk1 zeigt stattdessen Folgendes :

Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   2 - 1023 254  63 [         1 -  588785887] <Unknown ID>
 2: AB 1023 254  63 - 1023 254  63 [ 588785888 -    1269536] Darwin Boot 
*3: 07 1023 254  63 - 1023 254  63 [ 590055424 -  323803136] HPFS/QNX/AUX
 4: 83 1023 254  63 - 1023 254  63 [ 913858560 -   62914063] Linux files*

Ich weiß nicht, was ich als nächstes tun soll. Ich habe sogar in den Apple Community-Foren geschrieben und keine nützlichen Antworten erhalten. Ich würde mich sehr über Hilfe freuen. Mir ist klar, dass es wahrscheinlich mein Partitionsschema ist, das das Problem verursacht hat, da OS X, Windows und Linux alle von derselben Festplatte booten, auf der ich ein bisschen mit dem Hybrid-MBR spielen musste - aber es gibt immer noch keine Möglichkeit, dies zu lösen diese?

Wenn es irgendwie hilft, können sowohl die Windows- als auch die Linux-Partition gehen, vielleicht könnte ich dann irgendwie erzwingen, dass die gesamte Festplatte als HFS + gelesen wird? Vielleicht würde es dann zumindest steigen? Ich weiß nicht, das sind nur Gedanken ...

Ich habe gelesen, dass es manchmal so einfach sein kann, einige Kext-Erweiterungen zu löschen, die das Volume nicht mehr bootfähig machen. Wie würde ich das tun, wenn die Partition nicht gemountet wird?


Beide installiert und als Root angemeldet, sende ich die Anmeldeinformationen jetzt, danke.
Rote Fahne

Antworten:


7

Das Sierra-Installationsprogramm hat die Partitionstabelle von Datenträger 1 durcheinander gebracht - wahrscheinlich verwirrt durch das benutzerdefinierte Triple-Boot-Setup und den Hybrid-MBR auf Datenträger1.

Disk1s2 ist mit FileVault verschlüsselt und hat beim Upgrade irgendwie den falschen Partitionstyp erhalten.

Der Partitionstyp von disk1s2 ist 48465300-0000-11AA-AA11-00306543ECAC , muss jedoch 53746F72-6167-11AA-AA11-00306543ECAC sein .


In einer TeamViewer-Sitzung wurde Folgendes durchgeführt:

  • Installieren Sie wxHexEditor auf "Crucial SSD", um den Inhalt von disk1 überprüfen zu können
  • Aktivieren Sie den Root-Benutzer
  • Login als root
  • Untersuchen Sie den Rohinhalt von disk1s2 mit wxHexEditor. Der Typ eines Volumes kann durch einen genaueren Blick auf die Volume-Header und andere Dateisystemstrukturen erkannt werden (was jedoch etwas Fachwissen und / oder Wikipedia erfordert - Beispiele: HFS + , NTFS ).

Nach dem Entfernen der Partition disk1s2 mit gpt und dem erneuten Hinzufügen mit dem richtigen Typ kann das Volume wieder gemountet werden:

diskutil list #get all disks and partitions
gpt -r show disk1 #get the partition map of disk1
gpt remove -i 2 disk1
gpt add -i 2 -b 409640 -s 588376248† -t 53746F72-6167-11AA-AA11-00306543ECAC disk1
diskutil verifyDisk disk1

und nach dem Entsperren des FileVault-Volumes

diskutil verifyVolume disk2 

†: Beispielgröße


Das Problem wurde behoben. Nachdem ich die OS X-Partition gestartet hatte, die Sierra weiter installiert hatte, wurde der Mac neu gestartet und alles funktioniert jetzt einwandfrei. Ich kann nicht ausdrücken, wie glücklich ich bin, vielen, vielen Dank.
Rote Fahne

@ Izare OK ... ;-) & nicht vergessen, root / deinstallieren wxhexeditor und Teamviewer zu deaktivieren ...
klanomath

Wird besorgt...! :))
Rote Fahne

5
+1 Großartige Arbeit klanomath - wir sind so glücklich, Sie hier zu haben! :) @Izare, kann ich vorschlagen, dass Sie diese Erfahrung als Warnung nehmen und sicherstellen, dass Sie ein Backup-Regime eingerichtet haben (z. B. Time Machine , Carbon Copy Cloner , SuperDuper! Usw. ). Unabhängig davon, für was Sie sich entscheiden, ist keines davon gut, es sei denn, Sie verwenden es tatsächlich. Ich entschuldige mich, wenn es so klingt, als würde ich predigen, aber wenn Sie sehen, dass so viele Menschen Daten verlieren wie ich, dann haben Sie die Idee! :)
Monomeeth

2
Du hast vollkommen recht, @Monomeeth, und es wird nicht gepredigt, wenn du recht hast;) Ich mache gerade ein Backup, wenn so etwas jemals wieder passiert, werde ich zumindest abgedeckt. Hoffentlich habe ich in der Zwischenzeit gelernt, wie man solche Situationen löst, wie es Klanomath getan hat. ;)
Rote Fahne
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.