warum stimmt plötzlich die UUID nicht mehr

Heute hat TimeMachine mal wieder alle Backups gekillt. Im log steht:

Jun 27 08:32:44 buero4 /System/Library/CoreServices/backupd[479]: Starting standard backup
Jun 27 08:32:45 buero4 /System/Library/CoreServices/backupd[479]: Backing up to: /Volumes/Time Machine-Backups/Backups.backupdb
Jun 27 08:32:46 buero4 /System/Library/CoreServices/backupd[479]: Event store UUIDs don't match for volume: ExterneDaten_1
Jun 27 08:32:47 buero4 /System/Library/CoreServices/backupd[479]: Node requires deep traversal:/Volumes/ExterneDaten_1 reason:kFSEDBEventFlagMustScanSubDirs|
Jun 27 08:35:24 buero4 /System/Library/CoreServices/backupd[479]: Starting pre-backup thinning: 563.10 GB requested (including padding), 273.54 GB available

Das kann ich mir nicht erklären. Ich habe nichts an der Festplatte gemacht. Ich habe einen Memory Stick eingesteckt. Aber das mach ich jeden Tag. Warum stimmt da plötzlich die UUID nicht mehr? Oder ist es das hier?

Jun 27 08:02:20 buero4 kernel[0]: disk1s1: media is not present.
Jun 27 08:02:20: --- last message repeated 1 time ---
Jun 27 08:02:20 buero4 kernel[0]: disk1s1: media is not present.
Jun 27 08:02:20 buero4 kernel[0]:
Jun 27 08:02:20: --- last message repeated 1 time ---
Jun 27 08:02:20 buero4 kernel[0]: disk1s1: media is not present.
Jun 27 08:02:20 buero4 kernel[0]:
Jun 27 08:02:20: --- last message repeated 1 time ---
Jun 27 08:02:20 buero4 kernel[0]: disk1s1: media is not present.
Jun 27 08:02:20 buero4 kernel[0]:
Jun 27 08:02:20: --- last message repeated 1 time ---
Jun 27 08:02:20 buero4 kernel[0]: msdosfs_fat_uninit_vol: error 6 from msdosfs_fat_cache_flush
Jun 27 08:02:27 buero4 fseventsd[40]: log dir: /Volumes/NO NAME/.fseventsd getting new uuid: C36F7396-1CAB-42F5-9F63-636ACA26E40B

Kommentar von Uwe Honekamp am 28.6.2009

Hallo Bernhard,

hier (http://discussions.apple.com/thread.jspa?messageID=7319086) wird behauptet das sei harmlos 😉

Gruß

Uwe

Kommentar von bwl21 am 28.6.2009

Danke, Uwe. Ich habe gestern mit Markus Hardt die Sache mal angeschaut. Das kommt wohl immer mal wieder vor, dass der backup demon ausser tritt kommt und daher sicherheitshalber das komplette Laufwerk scannt. Das ist die vorletzte Zeile.

Da er dann nicht weiß, wieviel er braucht, geht er wohl vom 563 GB aus.

Wir konnten allerdings nicht klären, warum er dann im Glauben, 563 GB zu brauchen auch das letzte Backup weggeworfen hat. Eigentlich hätte er stehenbleiben und warnen sollen.

ich habe TM ja so eingestellt, dass er warnt bevor er alte Backups wegwirft.

Auf jeden Fall zeigt mir das, dass ich zu wenig Sicherungsmedium habe. Nun denke ich doch über einen DROBO nach …

Neuer Kommentar