Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?
Forum>Software>Time Machine zickt beim Wechsel der Festplatte

Time Machine zickt beim Wechsel der Festplatte

Thomas Klimke
Thomas Klimke16.12.0715:59
Ich benutze zwei verschiedene Festplatten für das Time-Machine Backup (2,5 und 3,5 Zoll, mit unterschiedlichen Ausnahmen). Bei der der 2,5" läuft alles wie erwartet. Wechsel ich gelegentlich auf die 3,5", findet Time Machine nix zum Sichern, obwohl einige Hundert MB gesichert werden müssen. Auf beiden Platten wurde zunächst zu Beginn ein komplettes Backup gesichert. Was ist also los? Ist diese Option zum Wechseln der Platte nur zu gebrauchen, wenn die Platte 1 voll ist und auf Platte 2 gewechselt werden soll? Kann man nicht wahlweise mal das Medium wechseln? Das hatte ich so nicht verstanden! (Ja, die Partitionstabelle ist GUID).
0

Kommentare

_mäuschen
_mäuschen16.12.0716:32

Schau Dir mal de events an

ls -la /Volumes/25hd/.fseventsd
resp.
ls -la /Volumes/35hd/.fseventsd


0
Thomas Klimke
Thomas Klimke16.12.0717:54
_mäuschen
Schau Dir mal de events anls -la /Volumes/25hd/.fseventsdresp.ls -la /Volumes/35hd/.fseventsd

Ich vermute dies sind Terminal-Befehle und die Begriffe 25hd/35hd sind Platzhalter für die jeweiligen Volume-Namen.

Die Antwort ist aber: No such file or directory

????
0
Thomas Klimke
Thomas Klimke16.12.0718:28
So, nun habe ich es begriffen und habe das fseventsd-file nach Anschluss der 3,5"-Platte ausgelesen (Das entsprechende File der internen Platte konnte ich mangels entsprechender Rechte -kein Root - nicht auslesen). Aber damit kann ich nichts anfangen. Gibt es einen Experten, der dies hier deuten kann:
drwx------ 25 tom tom 850 16 Dez 15:46 .
drwxrwxr-x 13 tom tom 510 16 Dez 15:46 ..
-rw------- 1 tom tom 8437 30 Nov 17:05 000000000120b105
-rw------- 1 root tom 4742 30 Nov 17:08 0000000001223e43
-rw------- 1 tom tom 8395 30 Nov 17:16 00000000012ccabe
-rw------- 1 root tom 12205 30 Nov 17:16 00000000012e35e7
-rw------- 1 root tom 4940 30 Nov 17:17 00000000012ef14c
-rw------- 1 root tom 5055 30 Nov 17:19 00000000012f49ba
-rw------- 1 root tom 5288 30 Nov 17:20 00000000012fa2a8
-rw------- 1 root tom 5527 30 Nov 17:21 0000000001301328
-rw------- 1 root tom 8303 30 Nov 17:23 000000000130c499
-rw------- 1 root tom 8932 30 Nov 17:34 00000000013275aa
-rw------- 1 root tom 10867 30 Nov 17:48 0000000001337ae6
-rw------- 1 root tom 9755 30 Nov 17:54 0000000001345374
-rw------- 1 root tom 9773 30 Nov 19:22 0000000001370ead
-rw------- 1 tom tom 6854 1 Dez 10:25 0000000001398340
-rw------- 1 root tom 4535 1 Dez 10:25 00000000013add6e
-rw------- 1 root tom 7044 1 Dez 10:26 00000000013b29dc
-rw------- 1 root tom 6868 1 Dez 10:35 00000000013bb4df
-rw------- 1 root tom 10400 1 Dez 10:51 00000000013cbc80
-rw------- 1 root tom 5399 1 Dez 11:14 00000000013dbd7d
-rw------- 1 root tom 1358 7 Dez 20:30 000000000146d350
-rw------- 1 root tom 331 9 Dez 20:21 000000000159e198
-rw------- 1 root tom 3085 16 Dez 16:10 000000000174fb94
-rw------- 1 tom tom 36 16 Dez 16:10 fseventsd-uuid

Ohnehin ist es ja offensichtlich so, dass das fsevent-File der Quell-Festplatte relevant ist.

0

Kommentieren

Diese Diskussion ist bereits mehr als 3 Monate alt und kann daher nicht mehr kommentiert werden.