Meine Backups scheinen auf meinem NAS gut zu funktionieren, aber nach ein paar Wochen erhalte ich zufällig die folgende Fehlermeldung. Einige Benutzer bekommen diesen Fehler zeitweise, aber ich habe noch keine Lösung gefunden. Irgendwelche Ideen?

Time Machine hat eine Überprüfung Ihrer Sicherungen auf "NAS" abgeschlossen. Um die Zuverlässigkeit zu verbessern, muss Time Machine ein neues Backup für Sie erstellen.

Klicken Sie auf Neue Sicherung starten, um eine neue Sicherung zu erstellen. Dadurch wird Ihr vorhandener Sicherungsverlauf entfernt. Dies kann mehrere Stunden dauern.

Klicken Sie auf Später sichern, um morgen daran erinnert zu werden. Time Machine führt während dieser Zeit keine Sicherungen durch.

Eignung von HFS Plus

Time Machine muss für die meisten Aufgaben HFS Plus verwenden, es ist jedoch zu beachten, dass das Dateisystem für diese Aufgabe nicht ideal geeignet ist .

Ein Beispiel

Zufall: Einige Stunden nach meiner ersten Ausgabe dieser Antwort ist mein eigenes Time Machine Backups- Volume (ein Festplattenimage mit wenigen Bundles) ausgefallen. Ich bin sicher, dass der zugrunde liegende Speicher in Ordnung ist - ein ZFS-Pool, der vor und nach dem Ausfall von HFS Plus fehlerfrei gesäubert wurde. Für die Aufzeichnung:

2013-06-07 18:02:54.332 com.apple.backupd[18433]    Starting automatic backup
2013-06-07 18:02:56.292 com.apple.backupd[18433]    Resizing backup disk image from 2.65 TB to 2.6 TB
2013-06-07 18:03:34.119 com.apple.backupd[18433]    Disk image /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle mounted at: /Volumes/Time Machine Backups
2013-06-07 18:03:35.244 com.apple.backupd[18433]    Backing up to: /Volumes/Time Machine Backups/Backups.backupdb
2013-06-07 18:03:44.013 com.apple.backupd[18433]    Inherited root volume OS, UUID: C5C41F95-133B-3EB0-9013-F94DAAA0D99B
2013-06-07 18:03:44.147 com.apple.backupd[18433]    Forcing deep traversal on source: "OS" (mount: '/' fsUUID: 03AF4C8A-66E8-3DE2-B30F-176C0C2337C3 eventDBUUID: BDCB9532-A4A8-4B94-A6C1-928FD741B07A)
2013-06-07 18:03:44.148 com.apple.backupd[18433]    Event store UUIDs don't match for volume: spare
2013-06-07 18:03:44.150 com.apple.backupd[18433]    Event store UUIDs don't match for volume: disk0s3
2013-06-07 18:03:47.612 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-103948 does not contain spare.  Skipping it.
2013-06-07 18:03:47.663 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215311 does not contain spare.  Skipping it.
2013-06-07 18:03:47.714 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-075155 does not contain spare.  Skipping it.
2013-06-07 18:03:47.764 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-055748 does not contain spare.  Skipping it.
2013-06-07 18:03:47.827 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-220121 does not contain spare.  Skipping it.
2013-06-07 18:03:47.888 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-081211 does not contain spare.  Skipping it.
2013-06-07 18:03:47.966 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215312 does not contain spare.  Skipping it.
2013-06-07 18:03:48.025 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-235752 does not contain spare.  Skipping it.
2013-06-07 18:03:48.087 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-140311 does not contain spare.  Skipping it.
2013-06-07 18:03:48.145 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215718 does not contain spare.  Skipping it.
2013-06-07 18:03:48.202 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-005749 does not contain spare.  Skipping it.
2013-06-07 18:03:48.261 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-235753 does not contain spare.  Skipping it.
2013-06-07 18:03:48.321 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-160310 does not contain spare.  Skipping it.
2013-06-07 18:03:48.558 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-074020 does not contain spare.  Skipping it.
2013-06-07 18:03:48.619 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-025748 does not contain spare.  Skipping it.
2013-06-07 18:03:48.709 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-015751 does not contain spare.  Skipping it.
2013-06-07 18:03:48.904 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-025749 does not contain spare.  Skipping it.
2013-06-07 18:03:48.954 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-015752 does not contain spare.  Skipping it.
2013-06-07 18:03:49.004 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-130310 does not contain spare.  Skipping it.
2013-06-07 18:03:49.055 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-045748 does not contain spare.  Skipping it.
2013-06-07 18:03:49.162 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215950 does not contain spare.  Skipping it.
2013-06-07 18:03:49.211 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-092036 does not contain spare.  Skipping it.
2013-06-07 18:03:49.273 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-035751 does not contain spare.  Skipping it.
2013-06-07 18:03:49.321 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-225752 does not contain spare.  Skipping it.
2013-06-07 18:03:49.371 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-065747 does not contain spare.  Skipping it.
2013-06-07 18:03:49.420 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-045749 does not contain spare.  Skipping it.
2013-06-07 18:03:49.470 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-213710 does not contain spare.  Skipping it.
2013-06-07 18:03:49.519 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-091305 does not contain spare.  Skipping it.
2013-06-07 18:03:49.589 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-150310 does not contain spare.  Skipping it.
2013-06-07 18:03:49.639 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-065748 does not contain spare.  Skipping it.
2013-06-07 18:03:49.688 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-074521 does not contain spare.  Skipping it.
2013-06-07 18:03:49.776 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-220105 does not contain spare.  Skipping it.
2013-06-07 18:03:49.838 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-225749 does not contain spare.  Skipping it.
2013-06-07 18:03:49.899 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-092118 does not contain spare.  Skipping it.
2013-06-07 18:03:50.119 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-120311 does not contain spare.  Skipping it.
2013-06-07 18:03:50.388 com.apple.backupd[18433]    Mobile backup /Volumes/MobileBackups/Backups.backupdb/GPES3E-gjp4-1/2013-06-07-035749 does not contain spare.  Skipping it.
2013-06-07 18:03:51.141 com.apple.backupd[18433]    Deep event scan at path:/ reason:must scan subdirs|require scan|
2013-06-07 18:03:51.141 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:29.077 com.apple.backupd[18433]    Deep event scan at path:/Volumes/spare reason:must scan subdirs|new event db|
2013-06-07 18:16:29.086 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:29.570 com.apple.backupd[18433]    Deep event scan at path:/Volumes/disk0s3 reason:must scan subdirs|new event db|
2013-06-07 18:16:29.786 com.apple.backupd[18433]    Finished scan
2013-06-07 18:16:30.310 com.apple.backupd[18433]    Found 1695685 files (84.93 GB) needing backup
2013-06-07 18:16:31.053 com.apple.backupd[18433]    109.44 GB required (including padding), 2 TB available
2013-06-07 18:54:10.918 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Applications/Freenet/datastore/CHK-cache.hd, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/OS/Applications/Freenet/datastore/CHK-cache.hd
2013-06-07 18:54:24.848 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Applications/Freenet/datastore/CHK-store.hd, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/OS/Applications/Freenet/datastore/CHK-store.hd
2013-06-07 19:03:44.609 com.apple.backupd[18433]    Copied 18.81 GB of 84.93 GB, 460244 of 1695685 items
2013-06-07 20:03:44.827 com.apple.backupd[18433]    Copied 34.12 GB of 84.93 GB, 815234 of 1695685 items
2013-06-07 21:03:54.004 com.apple.backupd[18433]    Copied 40.73 GB of 84.93 GB, 1013214 of 1695685 items
2013-06-07 22:03:54.678 com.apple.backupd[18433]    Copied 67.55 GB of 84.93 GB, 1508426 of 1695685 items
2013-06-07 22:28:43.226 com.apple.backupd[18433]    Copied 1786731 files (77.59 GB) from volume OS.
2013-06-07 22:28:49.157 com.apple.backupd[18433]    Unexpected result from MDBackupIndexFile (1) for: /Volumes/spare/Tocar y Luchar JAA.cdr, /Volumes/Time Machine Backups/Backups.backupdb/GPES3E-gjp4-1/2013-06-06-215332.inProgress/9086512E-E386-475E-AE99-34BAA1D2E485/spare/Tocar y Luchar JAA.cdr
2013-06-07 22:28:51.508 com.apple.backupd[18433]    Error: Flushing index to disk returned an error: 1
2013-06-07 22:28:51.508 com.apple.backupd[18433]    Copied 1786746 files (77.59 GB) from volume spare.
2013-06-07 22:29:11.108 com.apple.backupd[18433]    Backup canceled.
2013-06-07 22:29:23.227 com.apple.backupd[18433]    Ejected Time Machine disk image: /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle
2013-06-07 23:10:44.791 com.apple.backupd[28884]    Starting automatic backup
2013-06-07 23:10:45.269 com.apple.backupd[28884]    Backup failed with error: 1002
2013-06-07 23:10:45.382 com.apple.backupd[28884]    Starting automatic backup
2013-06-07 23:10:46.446 com.apple.backupd[28884]    Resizing backup disk image from 2.6 TB to 2.6 TB
2013-06-07 23:10:50.162 com.apple.backupd[28884]    Runtime corruption detected on /Volumes/tall/com.apple.backupd/GPES3E-gjp4-1.sparsebundle (fsck_hfs -q termination status: 3)

• Die Meldung vom 07.06.2013, 22:28:49 ist auffällig, wird aber in meinem Fall erwartet (Symptom eines Fehlers mit HFS Plus; eine Beschädigung mit AppleFSCompression) - im Kontext dieser Antwort wahrscheinlich vernachlässigbar

• Die Meldung vom 07.06.2013 um 22:28:51 Uhr ist möglicherweise relevanter für den Dateisystemfehler.

/private/var/log/fsck_hfs.log dann zeigte:

/dev/rdisk7s2: fsck_hfs run at Fri Jun  7 23:10:48 2013
/dev/rdisk7s2: ** /dev/rdisk7s2 (NO WRITE)
/dev/rdisk7s2:    Executing fsck_hfs (version diskdev_cmds-557.3.1~5).
QUICKCHECK ONLY; FILESYSTEM DIRTY

/dev/rdisk7s2: fsck_hfs run at Fri Jun  7 23:10:49 2013
/dev/rdisk7s2: ** /dev/rdisk7s2 (NO WRITE)
/dev/rdisk7s2:    Executing fsck_hfs (version diskdev_cmds-557.3.1~5).
QUICKCHECK ONLY; FILESYSTEM DIRTY

Bestätigen, dass sich kein Fehler auf den zugrunde liegenden Speicher auswirkte:

GPES3E-gjp4-1:~ gjp22$ date
Sat  8 Jun 2013 06:57:46 BST
GPES3E-gjp4-1:~ gjp22$ uptime
 6:57  up 21:51, 5 users, load averages: 0.92 1.27 1.37
GPES3E-gjp4-1:~ gjp22$ zpool status
  pool: gjp22
 state: ONLINE
 scan: scrub repaired 0 in 24h8m with 0 errors on Sat May 25 23:25:38 2013
config:

    NAME                                         STATE     READ WRITE CKSUM
    gjp22                                        ONLINE       0     0     0
      GPTE_71B8BDA2-3EBA-4B91-9E1C-2AE2B1DAAD06  ONLINE       0     0     0  at disk3s2
    cache
      GPTE_2605CCB0-67B7-4C93-A4B1-83EF764CE617  OFFLINE        1.48Ki     0

errors: No known data errors

  pool: tall
 state: ONLINE
 scan: scrub repaired 0 in 28h10m with 0 errors on Sun May 26 18:47:22 2013
config:

    NAME                                         STATE     READ WRITE CKSUM
    tall                                         ONLINE       0     0     0
      GPTE_78301A52-4AFF-4D96-8DE9-E76ABC14909C  ONLINE       0     0     0  at disk2s2
      GPTE_99056308-F5E2-4314-852C-4DA04732A2D0  ONLINE       0     0     0  at disk6s2

errors: No known data errors
GPES3E-gjp4-1:~ gjp22$ 

In einfachen Worten

Wir hätten gerne eine Lösung, aber solche Dateisystemfehler scheinen zu sein:

• unberechenbar
• unvermeidlich
• manchmal irreparabel.

In Ermangelung einer guten Lösung ist es mein bester Rat, sich nicht auf ein einziges Time Machine-Backup zu verlassen. Das Risiko eines eventuellen Ausfalls und der Unfähigkeit zur Reparatur ist einfach zu hoch.

Versagensgrade

In der Vergangenheit habe ich manchmal gezwungen fsck_hfs(8) , B-Tree-Dateien neu zu erstellen ... mit begrenztem Erfolg, aber ohne Gewissheit. Obwohl ein Dateisystem möglicherweise in Ordnung zu sein scheint (im Festplatten-Dienstprogramm und dergleichen), würde ich es für Time Machine-Sicherungs- oder Wiederherstellungszwecke nicht mehr als vertrauenswürdig einstufen.

Im letzten Fall (oben) haben mehrere Gewaltanwendungen (mehrere Neuerstellungen des Katalog-B-Tree, eine Neuerstellung der erweiterten Attribute-B-Tree und eine Neuerstellung der Extents-B-Tree) nicht zu einem überprüfbaren Dateisystem geführt. Ich habe Debug-Protokolle von diesen Versuchen, die ich hier nicht zusammenfassen werde; Sie sind massiv.

Bei lokal angeschlossenen Datenträgern (USB 2.0) kann das Reparieren von Time Machine-Sicherungsdatenträgern außerordentlich zeitaufwändig sein. Drahtlos - über AFP - kann die benötigte Zeit unerträglich sein .

Time Machine - Fehlerbehebung - C13. "… Time Machine muss ein neues Backup für Sie erstellen." (James Pond) enthält viele nützliche Informationen. Im Wesentlichen:

… Backups sind beschädigt, obwohl das Festplatten-Dienstprogramm nicht mehr in der Lage ist, sie zu reparieren.

Wenn OS X meldet, dass ein HFS Plus- Dateisystem in Ordnung zu sein scheint, kann es zu erheblichen Problemen mit der Festplatte kommen - Probleme, die OS X einfach nicht erkennen kann.

Da Korruption mehr als einmal aufgetreten ist, liegt möglicherweise ein Problem vor mit:

• Hardware, Firmware und / oder Software des NAS.

Welcher Hersteller und welches Modell ist das NAS?

Festplatten des NAS

Wenn Sie mit dem Betriebssystem des NAS die Integrität von Blöcken auf den Festplatten überprüfen können , tun Sie dies bitte.

Wenn das Betriebssystem des NAS nicht über diese Funktion verfügt, versuchen Sie, die Hardware mit einem anderen Betriebssystem zu starten, das sich besser zum Testen eignet. Zu den Optionen gehören möglicherweise Ubuntu und eine Reihe von Badblocks .

Schecks dieser Art:

• wird zeitaufwändig sein; aber
• sollte Ihnen dabei helfen, festzustellen, ob der Status der Festplatte (n) zu den mehrfachen Fehlern beiträgt.

Um @GrahamPerrins Warnung zu ergänzen, möchte ich meinen Plan dazu teilen.

Auf meinem NAS läuft FreeNAS mit ZFS .

Da ich wusste, dass Time Machine vor dem Einrichten ein neues Backup erstellen muss, habe ich das TimeMachine-Host-Volume auf dem NAS zu einem separaten ZFS-Volume gemacht, das nur für diesen Zweck verwendet wird. Dann habe ich tägliche Volumen- Snapshots festgelegt . Wenn der Inhalt des ZPool1/Backups/TimeMachineVolumes aufgrund von Netzwerk-Snafu oder der allgemeinen Unzuverlässigkeit des virtuellen HFS + -Datenträgers in einem anderen Volume beschädigt wird, kann ich ihn auf dem NAS zurücksetzen. Ich bezeichne dies manchmal als Meta-Backup .

Deutlich sein,

• Das Host-Volume ist der NAS-Speicher ZPool1/Backups/TimeMachine
• Es enthält ein virtuelles HFS + -Datenträger als Hostverzeichnis, "John's MacBook Pro.sparsebundle"das seinerseits ein bandsUnterverzeichnis enthält, das den vollständig bereitgestellten Speicher für virtuelle Laufwerke als 951-Dateien mit Namen wie e8(Hexadezimalzahlen, die von 0 aufwärts zählen) enthält.
• Mit der virtuellen Festplatte verarbeitet Time Machine automatisch ein Zieldatenträger, der nicht HFS + ist. Ich habe es jedoch im Voraus erstellt, um die Blockgröße effizient zu gestalten (128 MB pro Datei).
• Der NAS veröffentlicht ZPool1/Backups/TimeMachineals AFP-Freigabe mit gesetztem Flag "Use for Time Machine". TimeMachine geht davon aus, dass es die virtuelle Festplatte enthält, die es dann verwendet, oder erstellt, wenn es die erste Verwendung dieses Netzwerkverzeichnisses für die Sicherung ist.

Die ZFS-Volume-Snapshot-Funktion funktioniert also, da es sich um ein ZFS-Volume handelt, das eine Reihe von 128 MB-Datendateien mit langweiligen Namen enthält. Time Machine funktioniert, weil es eine als HFS + formatierte virtuelle Festplatte auf das jeweilige Dateisystem legt.

Ich hatte das gleiche Problem, als ich Time Machine zum ersten Mal für die Verwendung meines NAS konfiguriert habe - alle paar Wochen wurde das Popup oben in diesem Thread angezeigt. Es war sehr frustrierend. Mit der Zeit bemerkte ich jedoch, dass dies nur an bestimmten Wochentagen passierte. Und dann wurde mir klar, dass es nur während der wöchentlichen Scrub- (Montagmorgen) oder Resync-Operationen (Dienstagmorgen) passierte. Also habe ich eine Kopie von "Time Machine Editor" erhalten, mit der Sie Time Machine mitteilen können, wann sie ausgeführt werden kann und wann nicht, ausgenommen montags und dienstags morgens und voila, das Problem wurde behoben.

In Anlehnung an Ronald Pottols Vorschlag wird im Folgenden ein Sparsebundle konvertiert, anstatt es neu zu erstellen. Sobald dies erledigt ist, benennen Sie die Bundles einfach um.

hdiutil convert MyMac_001acb9cb23d.sparsebundle -format UDSB -tgtimagekey sparse-band-size=2097152 -o NEW_MyMac_001acb9cb23d.sparsebundle

Ich frage mich, ob Sie die maximale Anzahl von Dateien für das Zielverzeichnis erreichen. In einem klassischen Unix-Dateisystem wie ext2 gibt es ein Limit von 32.000 (2 ^ 15) Dateien (oder Unterverzeichnissen oder Links (Dingen)) pro Verzeichnis. Eine Time Machine-Sicherung ist ein Festplatten-Image mit geringer Dichte, bei dem es sich um eine Reihe von 8 MB-Dateien handelt. 300 GB 8 MB-Dateien entsprechen etwa 37.000. Hoppla.

Sie können die Größe der von Time Machine im Sparse Bundle verwendeten Dateien erhöhen (diese Anweisungen würden die maximale Größe Ihrer Sicherung um 16 erhöhen) oder das Dateisystem auf dem NAS, Reiserfs, ext4 (einige Versionen von ext3) ändern. etc, wird wahrscheinlich funktionieren, wenn dies das Problem ist.

Der Benutzer KingKongFrog hat diese Antwort hinzugefügt. Ich füge sie meiner Antwort hinzu (stimme aber auch seiner zu). Auf diese Weise können Sie Ihr vorhandenes Backup auf die größere Größe konvertieren

hdiutil convert MyMac_001acb9cb23d.sparsebundle -format UDSB -tgtimagekey sparse-band-size=2097152 -o NEW_MyMac_001acb9cb23d.sparsebundle

Link zu dem Blog, von dem ich das habe

# creates a sparsebundle disk image with a 128MB band size
MACHINE_NAME=your-machine-name
echo $MACHINE_NAME
hdiutil create -size 900g -type SPARSEBUNDLE -nospotlight -volname "Backup of $MACHINE_NAME" -fs "Case-sensitive Journaled HFS+" -imagekey sparse-band-size=262144 -verbose ./$MACHINE_NAME.sparsebundle

# copy the plists from TIME_MACHINE_IMAGE to NEW_IMAGE
TIME_MACHINE_IMAGE=your-machine-name.old.sparsebundle
NEW_IMAGE=your-machine-name.sparsebundle
cp $TIME_MACHINE_IMAGE/com.apple.TimeMachine.*.plist $NEW_IMAGE

Die prägnanteste Anweisung (es hat funktioniert und meine TM-Backup-Sparsebundles wiederhergestellt), die ich bei gefunden habe

http://jd-powered.net/notes/fixing-your-time-machine-backup

und

http://tonylawrence.com/post/unix/fixing-corrupted-time-machine-backups/ das scheint der Originalartikel zu sein (2012)

Diese Antwort dient dazu, meine Erfahrungen mitzuteilen und Sie dazu einzuladen, Feedback zu geben.

Ich hatte den fehlerhaften Backups-Fehler und habe die Lösung von Ronald Pottol erfolglos ausprobiert. Ich habe hdiutil: create failed - ...beim Erstellen des Sparsbundles auf meinem NAS (einem hausgemachten NAS mit Debian Wheezy und einer ext4-Partition) immer einen Fehler festgestellt.

Also habe ich nach einigem googeln folgendes probiert (von dort ):

1. Holen Sie sich die ID des Computers:

   $ ifconfig en0 | grep ether | sed s/://g | sed s/ether//

   b88d120afd6c

2. Verwenden Sie diesen Bezeichner, um ein Sparsebundle (in Ihrem Home-Verzeichnis) mit den Parametern von Ronald Pottol zu erstellen (der Computername wird durch den tatsächlichen Computernamen ersetzt).

   sudo hdiutil create -size 190g -type SPARSEBUNDLE -nospotlight -volname "Backup of ComputerName" -fs "Case-sensitive Journaled HFS+" -imagekey sparse-band-size=262144 -verbose ~/ComputerName_b88d120afd6c

   "Backup of ComputerName" sollte durch eine Zeichenfolge ersetzt werden, die Ihren Spracheinstellungen entspricht. Auf französisch: "Copies de sauvegarde Time Machine"

   Hinzufügen -encryption AES-128 -stdinpass(z. B. nach -verbose), um die Verschlüsselung für das Backup zu aktivieren. Sie werden aufgefordert, ein Verschlüsselungskennwort einzugeben. Sie können auch AES-256anstelle von verwenden AES-128.

3. Hängen Sie das NAS-Laufwerk ein, das die Time Machine-Sicherungen enthält.

4. Kopieren Sie im Finder das erstellte Sparsbundle aus dem Ausgangsverzeichnis auf dieses Laufwerk.

5. Konfigurieren Sie Time Machine für die Verwendung des NAS-Laufwerks. Wenn die Verschlüsselung aktiviert war, verwenden Sie dieselben Sicherungsdateien und bestätigen Sie das zuvor festgelegte Kennwort.

6. Führen Sie eine erste Sicherung durch.

Im Konsolendienstprogramm sollte eine Nachricht geschrieben werden, die angibt, dass das Sparsebundle umbenannt wurde. Es hat also den richtigen Parameter für die Größe des Sparse-Bandes, um zukünftige Fehler zu vermeiden:

18/07/2014 06:50:25,712 com.apple.backupd[3573]: Renaming /Volumes/tmNasDrive-1/ComputerName_b88d120afd5c.sparsebundle to /Volumes/tmNasDrive-1/ComputerName.sparsebundle

Ich hatte keine Fehler, seit ich dieses neue Backup gestartet habe, aber das bedeutet nicht, dass diese Lösung wirklich zuverlässig ist. Ich hoffe das wird helfen. Jede Rückmeldung ist willkommen.