Der GAU ist passiert - Expertenhilfe benötigt

um eventuell eine chance zu haben, die timemachine-hdd zu retten, bzw. irgendwie zu reparieren, solltest du zuallererst die platte mit dd (z.b. live-linux) 1:1 auf eine andere (gleich gross oder grösser) zu klonen.

alle weiteren massnahmen, was und wie auch immer, erst, wenn es einen klon gibt, auf den du ggf. zurückgreifen kannst. wenn beim testen von rettungsmethoden was schief geht, vor dem nächsten test wieder einen klon vom urzustand erstellen, dann erst weitermachen.

Nun evtl. kann man das Problem mit dem Hibernate - evtl. versucht er ein sleepimage zu finden/zu laden - per Clover fixen, indem man das unterbindet.

Oder man bootet einmalig mit bootflag -x (safeboot), was eigentlich gehen müsste. Dann runterfahren und ohne -x flag normal starten versuchen.

ich hatte vor Kurzem so ein ähnliches Problem mit meiner 4TB Time Machine. Ursache war eine fehlerhafte SATA-Einstellung im Bios.

Ich wollte auch erst die Rettung via Sicherung mit dd durchführen, wie grt vorgeschlagen hat. Ich habe dann mal abgeschätzt, wie lange das dauern könnte, 4TB mit dd auf ein anderes Laufwerk zu schreiben. Die Idee habe ich dann verworfen und Time Machine platt gemacht. Dabei musste ich auf gParted ausweichen, den FDP war nicht in der Lage die hdd zu löschen. Dann alles neu eingerichtet, neue Backups gemacht und gut ist.

EDIT: Es ist natürlich blöd, wenn unwiederbringliche Daten ausgerechnet nur auf der Time Machine liegen. Das ist nicht Sinn eines Backups.

ddist ein ursprünglicher Unix Terminalbefehl. Läuft auch auf macOS

Zitat von hitchhiker5

ginge nicht CCC ?

nein, weil du eine block- bzw. bitweise 1:1 kopie der platte brauchst.

ccc und fdp&co können das nicht.

Genau so ist es.

ist richtig.

vorher ein lsblk, damit hast du eine liste der vorhandenen festplatten. sda ist die erste platte, sdb die zweite etc. guck, welches kürzel in deinem fall welcher platte zugewiesen ist.

dd:

sudo dd if=/quelle(also /dev/sd..) of=/ziel( /dev/sd...) ... optional kann man noch blocksize angeben, würde ich in diesem fall nicht machen, dauert mit der default blocksize zwar länger, aber ist dafür auch genauer.

plan zeit ein, das kann bei der plattengrösse durchaus stunden dauern... schlimmstenfalls halt über nacht laufen lassen.

hitchhiker5 Du solltest dich in dd einlesen. Da gibt es noch ein paar Parameter, aber der Grunde nach schließe ich mich Sascha_77 an.

Fehler werden nicht toleriert. In diesem Fall muss die Bezeichnung der Platten eindeutig und richtig sein. Am besten alles anderen abklemmen.

hitchhiker5 in der Beschreibung steht:

- Bitte stellen Sie sicher, dass auf den Festplatten keine fehlerhaften Sektoren auf den verwendeten Platten sind, um Datentransferfehler, Überhitzung oder Schaden für die Dockingstation zu vermeiden.

Zitat von hitchhiker5

Kann mir kurz jemand erläutern wofür "DD" unter Linux steht?

Böse Zungen nennen es auch DiskDestroyer

Ich werfe mal clonezilla in die Runde.

https://clonezilla.org/

Zitat von hitchhiker5

um dann wieder beim Anmeldebildschirm nachdem Passwort zunfragen. Quasi Endlosschleife.

Das hatte ich auch mal, keine Lösung gefunden, dann neu installiert.

Das Einzige was du versuchen kannst ist:

- Im SingleUserMode starten

- Ein Terminal-Fenster öffnen und die /var/db/.AppleSetupDone löschen

Nach einem Neustart landest du wieder im Einrichtungsassistenten (letzte Install-Phase) und kannst einen neuen Benutzer anlegen. Das vorherige Benutzer-Profil wird dabei nicht gelöscht.

Nö, habe ich doch geschrieben, dass mir das auch schon passiert ist.