Time Machine-Backup .sparsebundle-Datei auf neuem Computer nicht verfügbar

10

Ich bin jetzt seit gut 6 Stunden dabei, in der Hoffnung, dass mir hier jemand helfen kann.

Ich hatte fast zwei Jahre lang eine Time Capsule, bei der ich mit Hilfe von Time Machine immer zwei verschiedene Laptops in meinem Haus gesichert habe. Ein MacBook und ein MacBook Pro.

Letzte Nacht ist mein MacBook Pro aufgestanden und gestorben. Ich habe daran gearbeitet, als alles zugefroren und heruntergefahren ist und jetzt nicht mehr booten kann. Alle Anzeichen zeigen, dass die Logikplatine gegangen ist. Was auch immer passiert. Scheiße, aber nicht ganz ein Verlust wegen meiner inkrementellen Backups, richtig?

Falsch.

Habe heute abend meinen Arbeitslaptop (ein anderes Macbook Pro) mit nach Hause genommen, um meine Time Machine-Backups zu öffnen und alle Dateien abzurufen, die ich brauchte oder wollte. Oder dachte ich mir.

Wenn ich mich mit dem Laufwerk verbinde, kann ich zwei .sparsebundle-Dateien sehen, eine aus dem Macbook und eine aus dem Macbook Pro. In der Vergangenheit war ich in der Lage, diese als Festplatten zu mounten und manuell zu sortieren, ohne auf das langsame Star Wars-Interface von Time Machine zurückgreifen zu müssen.

Das .sparsebundle für das MacBook funktioniert genau wie angekündigt. Das .sparsebundle für das Macbook Pro? Überhaupt nicht. Wenn Sie darauf doppelklicken, wird der Fehler "Keine mountbaren Dateisysteme" angezeigt. Das Festplatten-Dienstprogramm (siehe Abbildung unten) ist ausgegraut und weigert sich, Überprüfungs- oder Reparaturprozeduren darauf auszuführen. Ich habe Googles ausprobiert, unzählige Diskussionsfäden auf der Support-Site von Apple sowie auf anderen bekannten Mac-Tech-Sites durchgegangen und auf Terminal zurückgegriffen hdiutil mount -readwrite Stil Hacking, alles ohne Erfolg. Soweit ich aus meinen Nachforschungen entnehmen kann, ist es möglich, dass sich mein MacBook Pro mitten in einer Time Machine-Sicherung befand, als es kaput ging, was den .sparsebundle scheinbar in einiges eingeschlossen hat eine Art hypermilitanter schreibgeschützter Zustand, aus dem nicht einmal Licht austreten kann. alt text

Die Meldung im unten abgebildeten Fenster erscheint sofort Nachdem ich auf "Diskette reparieren" geklickt habe, wird der Fortschrittsstreifen durch die Schokoriegel auf unbestimmte Zeit gedreht und gedreht.

Ich habe keine Ideen mehr. Zusätzliche schlampige Küsse können als Anreiz dienen, wenn mir jemand dabei helfen kann. Ich bin einen Schritt davon entfernt, die Time Capsule an diesem Punkt dem geschäftlichen Ende des 12-Pfund-Vorschlaghammer vorzustellen, der in meinem Geräteschuppen sitzt.

macos time-machine backup time-capsule sparsebundle Scottie
quelle
Haben Sie versucht, eine ältere Version dieses sparsebundle wiederherzustellen? Zum Beispiel derjenige, der kurz vor dem Tod Ihres Macs starb, als der Mac starb.
zneak
1
Lauf hdiutil attach -nomount -noverify -noautofsck -stdinpass -debug MyImage.sparseimage und veröffentlichen Sie das Debug-Protokoll. könnte hilfreich sein
yanokwa
1
Sie können auch das animierte Sternenfeld deaktivieren - Standardwerte schreiben com.apple.finder _FXShowBackgroundAnimation FALSE
jrtc27
Netter Tipp, wusste das auch nicht.
Scottie
Nicht sicher, ob der Befehl korrekt ist - Sie müssen die Datei com.apple.finder.plist bearbeiten und die Taste _FXShowBackgroundAnimation in FALSE ändern
jrtc27

Antworten:

6

Guck mal Hier und versuchen Sie zu tun, was er tut (ich weiß, dass das Problem anders ist).

Der Schlüssel kam von einem Kommentar, der am unteren Rand der Seite begraben war. Das Ausführen von fsck wurde immer mit einem "Disk In Use" -Fehler überspielt, der jedoch behoben wurde:

FWIW, ich fand heraus, dass sogar mit -noautofsck der Schneeleopard automatisch fsck würde, was bedeutet, dass ich "Ressourcen beschäftigt" oder was auch immer bekommen würde. Ich habe keine Ahnung, warum es meine no-auto-fsck-Anfrage ignoriert. Was auch immer.

Damit der Prozess ablaufen kann, Ich bin ps auxwww | grep fsck ’, um die PID zu finden, dann 'sudo kill (PID)' um diese Fsck zu töten, damit ich meine eigene ausführen kann.

Den Auto-Fsck zu töten, erlaubte mir, es selbst auszuführen. Ich war nicht sicher, wie lange es dauerte, ich startete um 2 Uhr morgens, und als ich 6 Stunden später aufgestanden war, war es fertig, aber es lag auf einem über 500 GB großen Sparsebündel.

jrtc27
quelle
Ich fand den gleichen Blogeintrag kurz nachdem ich diese Frage gestern Abend gepostet hatte und tat, was er sagte. Ich ließ den Prozess über Nacht laufen und konnte heute Morgen auf das .sparsebundle zugreifen. Sieht aus, als hätte der Trick funktioniert!
Scottie
Froh, dass ich helfen konnte! Time Capsule ist so fehleranfällig: Ich konnte ein Backup zerstören, indem ich es auf eine andere Festplatte kopierte, das Laufwerk löschte und es zurückkopierte! (Ich habe es mit zwei gleichzeitig gemacht, und der andere hat sich in Ordnung gezeigt);)
jrtc27