???
Das Foto zeigt doch aber eindeutig die Ausgabe eines Verbose Boots und nicht das was im Terminal des Installers zu sehen wäre. Installer bis in die GUI booten und dann auf Dienstprogramme -> Terminal die ganzen got BootDevice Einträge dürfen da nicht kommen weil der Boot an der Stelle ja bereits abgeschlossen ist...
Mein Hacki startet nicht mehr...
-
- Erledigt
- VANTOM
- Erledigt
-
-
meinst du das hier?
-
Es sieht so aus als ob du den installer-USB prüfst und nicht deine Festplatte.
-
Wie kann ich die Festplatte prüfen?
-
Du müsstest gucken welchen Pfad die Festplatte hat, indem du den Befehl "diskutil List" eingibst. Dann gibst den Pfad als Parameter zu dem Befehl ein. Also "fsck -fy [dein Pfad]".
-
Sieht so aus...
-
Ich nehme an das deine Festplatte/SSD Macintosh SSD heißt. Deren Pfad ist /dev/disk2. Und jetzt das eingeben: "fsck -fy /dev/disk2".
-
Da sieht man das disk0s3 und disk1s3 tatsächlich den Inhalt des Raids darstellen.
Kannst du das System mit nur einer der beiden Platten angeschlossen starten?
Somit hättest du eventuell auch die Möglichkeit in den Single User Mode zu kommen um dort den
fsck -fy
nur für diese Platte auszuführen.
Das wiederholst du dann mit der anderen Platte und dann Daumen drücken. -
jetzt steht da:
fsck usage: fsck [-fdnypq] [-1 number]
ist das so richtig?
EDIT: nein mit einer Platte fährt das System gar nicht hoch
habe mal einen Neustart gemacht... leider wieder ohne Erfolg!
-
-
keine Veränderung, System fährt nicht hoch
-
Gut zu wissen, aber wurden denn die Befehle überhaupt angenommen und haben die Festplatten gecheckt?
Sollten etwas länger dauern als der Test des USB-Sticks... -
geht ganz flott... nach jedem Befehl kam das hier:
fsck usage: fsck [-fdnypq] [-1 number]
-
Das sagt aber auch, dass nichts passiert ist...
das entspricht nur dem Hinweis, wie der Befehl zu nutzen ist...
Somit haben die Befehle also nicht geholfen, weil sie nicht korrekt waren... -
Das passiert im Singleusermode
-
Boote noch mal in den Installer und öffne von dort das Terminal. Einmal im Terminal gibst Du bitte den Befehl df ein als Ausgabe werden Dir alle eingebundenen FileSysteme ausgegeben. Bei mir sieht das so aus:
Code- iMac:~ giesbertdumpich$ df
- Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
- /dev/disk0s2 973824416 708906120 264406296 73% 1182204 4293785075 0% /
- devfs 387 387 0 100% 670 0 100% /dev
- /dev/disk2s2 976101344 927971560 48129784 96% 2901955 4292065324 0% /Volumes/TimeMachine
- /dev/disk1s2 1951584440 995210656 956373784 51% 708614 4294258665 0% /Volumes/Daten
- map -hosts 0 0 0 100% 0 0 100% /net
- map auto_home 0 0 0 100% 0 0 100% /home
Hier gilt es nun die Bezeichnung (erste Spalte) des Raid Verbunds zu ermitteln ausgehend von Deinen vorherigen Ermittlungen müsste es in Deinem Fall Partition 2 auf Disk0 sein sprich disk0s2. Damit das Volume nun auch wirklich repariert werden kann darf es nicht eingebunden sein demnach werfen wir es zunächst mal aus
und stoßen anschließend mit
den Check und die Reparatur an. Sofern das Filesystem nicht komplett zerlegt ist sollte es nach der Prozedur wieder funktionieren wie erwartet.
-
So bevor ich was falsch eingebe... das hat hf ausgegeben:
-
Wenn ich es richtig interpretiere dürfte es dann aktuell dann disk2 sein...
-
also muss ich das hier eingeben oder?
umount /dev/disk2s2
und
fsck_hfs -r /dev/disk2s2
-
Nein denn disk2s2 ist ja gar nicht eingebunden laut Deiner Auflistung aber prüfe das noch mal mit diskutil list gegen möglicherweise ist das ein wenig aufschlußreicher...
