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

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.

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.

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.