Sparsebundle-Backups werden als Ordner mit kryptischem Namen auf dem Netzlaufwerk angezeigt

Ich habe gerade von Yosemite auf El Capitan aktualisiert. Ich habe zwei Backups, eines mit Time Machine und eines mit Carbon Copy Cloner. Beide Sparsebundles werden auf einem NAS (Synology DS213) gespeichert. Nach dem Update funktioniert noch alles wie vorher. Ich kann Backups erstellen, und wenn ich sie verifiziere, werden sie als vorhanden und funktionsfähig angezeigt.

Beim Navigieren zum Backup-Ordner auf dem NAS mit Finder werden die Sparsebundles jedoch als Ordner und nicht als Sparsebundles angezeigt. Also statt: Backup.sparsebundle habe ich jetzt: C33YRS~D

Beim Versuch, sie zu öffnen, wird Terminal gestartet. Ich habe den MAC und auch das NAS neu gestartet, die Sparsebundles werden immer noch als Ordner angezeigt.

Was ist passiert? Hat jemand das gleiche Problem? Kann ich diese Dateien einfach wieder in ihren ursprünglichen Namen umbenennen oder fehlt mir noch etwas?

Was ist das native Dateisystem auf dem NAS? Welche Betriebssystemversion durchsucht die Dateien und zeigt ihnen seine Ordner? Ohne weitere Details fällt es uns möglicherweise schwer zu erraten, dass Sie eingerichtet sind.
Das NAS-Dateisystem ist ext4. Der Mac, mit dem ich surfe, verwendet El Capitan 10.11.1. Beim Überprüfen des Sicherungsordners mit einem Windows 7-PC habe ich die gleichen kryptischen Dateinamen. Da ich den Sicherungsordner noch nie mit einem Windows-PC überprüft habe, kann ich nicht sagen, ob das schon immer so war. Vielleicht waren die Namen schon immer so, was bedeuten würde, dass das Update von Yosemite auf El Capitan irgendwie dazu geführt hat, dass der Mac die Information „verlor“, dass es sich bei diesen Dateien eigentlich um Sparsebundles handelt.

Antworten (2)

Es scheint ein Problem im Zusammenhang mit AFP/SMB und ungültigen SMB-Zeichen zu sein. Meine beiden Sparsebundles enthalten ein Sternchen, das sich aus dem Computernamen ergibt. Ein Sternchen scheint ein ungültiges Zeichen in SMB zu sein. Bis zum El Capitan Update war alles in Ordnung. Es scheint, dass sich in diesem Update etwas an der AFP/SMB-Handhabung unter OSX geändert hat. Ich musste SMB auf meinem NAS (Synology) deaktivieren, um AFP zu erzwingen und die richtigen Namen anzuzeigen.

Wenn Sie auf ein Netzwerkvolume sichern, erstellt Time Machine einen Sparse-Bundle-Ordner. Es gibt keine großen Änderungen zwischen 10.11 und 10.10, daher bezweifle ich, dass das Upgrade irgendetwas verursacht hat. Es ist wahrscheinlich, dass Sie die Banddateien zum ersten Mal sehen oder etwas zufälliges und nicht durch das Upgrade verursachtes Ändern der Dateien passiert ist.

Ich würde den Ordner im Finder öffnen und sehen, ob Sie auf das Bundle klicken können, um es zu mounten. Suchen Sie in Console.app nach Fehlern beim Mounten des Volumes oder verwenden Sie das Festplatten-Dienstprogramm, um dies zu überprüfen. Wenn Sie sich die Dateien im Terminal oder in Windows ansehen, sollten Sie Folgendes im Sparse-Bundle sehen, wenn die Dinge ordnungsgemäß funktionieren und keine Beschädigung vorliegt:

mac:~ bmike$ ls -laeO /Volumes/TimeMachineBackups/Mac.sparsebundle 
total 208
drwx------@ 1 mike  staff  - 16384 Nov 10 08:16 .
drwx------  1 mike  staff  - 16384 Nov 10 08:50 ..
-rw-r--r--  1 mike  staff  -   499 Sep 14 14:06 Info.bckup
-rwx------  1 mike  staff  -   499 Sep 14 14:06 Info.plist
drwx------  1 mike  staff  - 16384 Nov 10 07:09 bands
-rw-r--r--  1 mike  staff  -   512 Nov 10 07:58 com.apple.TimeMachine.MachineID.bckup
-rw-r--r--  1 mike  staff  -   512 Nov 10 07:58 com.apple.TimeMachine.MachineID.plist
-rw-r--r--  1 mike  staff  -  1302 Nov 10 08:16 com.apple.TimeMachine.Results.plist
-rw-r--r--  1 mike  staff  - 13523 Nov 10 08:16 com.apple.TimeMachine.SnapshotHistory.plist
-rwx------  1 mike  staff  -     0 Sep 14 14:06 token
mac:~ bmike$ ls -1 /Volumes/TimeMachineBackups/Mac.sparsebundle/bands/ | wc -l
   21276

Die lsFlags sind Kleinbuchstaben L, Kleinbuchstaben A und E, Großbuchstaben O im ersten Befehl und die Ziffer 1 im zweiten. Wie Sie sehen können, sollten die Banddateien zwischen 20.000 und 40.000 Dateien mit ungeraden Namen umfassen, um das eigentliche Dateisystem zu enthalten, das alle Sicherungsdaten speichert.

Geben Sie hier die Bildbeschreibung ein

Die Sicherungsdateien sind in Ordnung. Ich kann im Finder mit der rechten Maustaste auf die seltsam benannten Ordner (C33YRS~D und CHWZJ5~E) klicken und "Paketinhalt anzeigen" verwenden, um die Bänder und alles andere zu sehen (genau wie in Ihren Screenshots). Ich kann sie montieren und auch den Paketinhalt sehen. Ich kann auch sichern, wie ich es vorher konnte. Aber die Sicherungsdateien hießen vor dem Update von Yosemite auf El Capitan "Mac.sparsebundle" und "Mac_CCC.sparsebundle". Jetzt heißen sie C33YRS~D und CHWZJ5~E ohne Dateierweiterung.
Seltsamerweise zeigt Carbon Copy Cloner immer noch den "alten" und "korrekten" Namen "Mac_CCC.sparsebundle", aber wenn ich versuche, einen neuen Backup-Plan zu erstellen, kann ich das Sparsebundle nicht auswählen - weil ihm die Sparsebundle-Erweiterung fehlt. Ich denke, ich werde sie einfach in die alten Namen umbenennen und hoffen, dass nichts kaputt geht.
Nur ein Update für alle, die das gleiche Problem haben. Die Sparsebundles werden immer noch korrekt benannt, wenn direkt über die Synology-Webschnittstelle auf das Dateisystem zugegriffen wird. Es scheint nur, dass El Capitan die Namen falsch anzeigt/interpretiert. Woher das kommt wird noch untersucht.
@Chi Ich bin überrascht, dass alles funktioniert, wenn die Dateinamen in Großbuchstaben stehen, aber vielleicht füllt die Software, die auf dem NAS läuft, um OS X dazu zu bringen, zu glauben, dass es ein brauchbares Sicherungsziel ist, die fehlenden Informationen aus oder fungiert als Übersetzungsschicht. Haben Sie den Anbieter gefragt, ob er die neue Version von OS X unterstützt, die Sie verwenden?
Sparsebundle-Backups werden als Ordner mit kryptischem Namen auf dem Netzlaufwerk angezeigt
AntwortenHierDatenschutz-Bestimmungen1y, 0v