Hi Leute,
ich habe hier 2 ext. Platten auf die ich wechselweise Backups mit
TimeMachine erstelle.
Nun sind die letzten Backups auf BEIDE Platten von TimeMachine
abgebrochen wurden, weil Fehler auf den Platten wären.
Das Festplattendienstprogramm meint
"Volume "Backup_2TB" überprüfen und reparieren
Reparatur des Volumes abgeschlossen.Boot-Support-Partitionen nach Bedarf
für das Volume aktualisieren.Fehler: Das Festplatten-Dienstprogramm kann
dieses Volume nicht reparieren. Sichern Sie so viele Dateien wie
möglich, formatieren Sie das Volume neu und stellen Sie Ihre gesicherten
Dateien wieder her."
fsck_hfs -frpd /dev/disk1s2 meint
G5:~ user$ fsck_hfs -frpd /dev/disk1s2
/dev/rdisk1s2: starting
Using cacheBlockSize=32K cacheTotalBlock=49152
cacheSize=1572864K.
Executing fsck_hfs (version diskdev_cmds-491.0.2~6).
Journal replay returned error = 6
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
** Rebuilding catalog B-tree.
hfs_UNswap_BTNode: invalid node height (1)
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking multi-linked directories.
privdir_valence=21656, calc_dirlinks=95847, calc_dirinode=21656
** Checking volume bitmap.
Volume bitmap needs minor repair for orphaned blocks
** Checking volume information.
Verify Status: VIStat = 0x2000, ABTStat = 0x0000 EBTStat = 0x0000
CBTStat = 0x0000 CatStat = 0x00000000
** Repairing volume.
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
Keys out of order
(4, 32487)
** Rebuilding catalog B-tree.
hfs_UNswap_BTNode: invalid node height (1)
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking multi-linked directories.
privdir_valence=21656, calc_dirlinks=95847, calc_dirinode=21656
** Checking volume bitmap.
Volume bitmap needs minor repair for orphaned blocks
** Checking volume information.
Verify Status: VIStat = 0x2000, ABTStat = 0x0000 EBTStat = 0x0000
CBTStat = 0x0000 CatStat = 0x00000000
** The volume Backup_2TB could not be repaired after 3 attempts.
volume type is pure HFS+
primary MDB is at block 0 0x00
alternate MDB is at block 0 0x00
primary VHB is at block 2 0x02
alternate VHB is at block 3906357342 0xe8d6485e
sector size = 512 0x200
VolumeObject flags = 0x07
total sectors for volume = 3906357344 0xe8d64860
total sectors for embedded volume = 0 0x00
Und für die zweite Platte
5:~ user$ fsck_hfs -frpd /dev/disk2s2
/dev/rdisk2s2: starting
Using cacheBlockSize=32K cacheTotalBlock=49152
cacheSize=1572864K.
Executing fsck_hfs (version diskdev_cmds-491.0.2~6).
Journal replay returned error = 6
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
** Rebuilding catalog B-tree.
hfs_UNswap_BTNode: invalid node height (1)
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking multi-linked directories.
privdir_valence=22236, calc_dirlinks=105137, calc_dirinode=22236
** Checking volume bitmap.
Volume bitmap needs minor repair for orphaned blocks
** Checking volume information.
Verify Status: VIStat = 0x2000, ABTStat = 0x0000 EBTStat = 0x0000
CBTStat = 0x0000 CatStat = 0x00000000
** Repairing volume.
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
Keys out of order
(4, 32430)
** Rebuilding catalog B-tree.
hfs_UNswap_BTNode: invalid node height (1)
** Rechecking volume.
** Checking Journaled HFS Plus volume.
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking extended attributes file.
** Checking multi-linked directories.
privdir_valence=22236, calc_dirlinks=105137, calc_dirinode=22236
** Checking volume bitmap.
Volume bitmap needs minor repair for orphaned blocks
** Checking volume information.
Verify Status: VIStat = 0x2000, ABTStat = 0x0000 EBTStat = 0x0000
CBTStat = 0x0000 CatStat = 0x00000000
** The volume Backup_1.5TB could not be repaired after 3 attempts.
volume type is pure HFS+
primary MDB is at block 0 0x00
alternate MDB is at block 0 0x00
primary VHB is at block 2 0x02
alternate VHB is at block 2929605342 0xae9e3ade
sector size = 512 0x200
VolumeObject flags = 0x07
total sectors for volume = 2929605344 0xae9e3ae0
total sectors for embedded volume = 0 0x00
Ich sitze kopfschüttelnd vor dem Rechner...
Die Platten werden im Finder angezeigt - und ich kann auch auf die
Inhalte (auch der Backups) zugreifen...
Was tun?
Ciao
dirk
Hi Dirk,
das sieht nach herrenlosen Blöcken aus. Keine Panik, das Festplattendienstprogramm kann sowas nicht in einem Durchlauf reparieren. Das kann dauern. Ich würde dafür auch eher einen Profi nehmen, zum Beispiel DiskWarrior oder TechTool. Scheint aber meines erachtens nichts schlimmes zu sein, wenn die Platten nicht mehr als zu 80% gefüllt sind.
Kommt schon mal vor, ggf. durch einen Stromausfall oder eine unglückliche Störung beim Schreiben der FATs.
Du wirst alles lesen könne, was bisher auf den Platten drauf ist, auch in Zukunft. Das Problem ist ein Schreiben auf Blöcken, die herrenlos auf der Festplatte vorhanden sind. Das heisst, deren Zustand, ob zum beschreiben freigegeben oder nicht, ist nicht eindeutig und da sollte ein Schreibzugriff einfach abgebrochen werden.
Nun weiss ich nicht, wie weit die Angaben vom Festplattendienstprogramm zutreffend sind, deswegen lohnt es sich schon, die Disketteninhaltsverzeichnisse von einem Profiprogramm überprüfen zu lassen. Mache ich auf allen meinen Platten seit über 20 Jahren regelmäßig und eigentlich ist immer was zu tun daran. Habe aber deswegen noch nie eine Platte verloren.
Ein einfaches Defragmentieren könnte Deine Probleme beseitigen.
LG
TE
Defragmentation bei HFS+ ist schon ein eigenartiger Vorschlag...
Vor allem, weil die wenigen Defragtools, die es trotz (oder wegen) der eigentlich automatisch ablaufenden Defragmentation innerhalb HFS+ gibt, immer dazu raten VOR der Defragmentierung a) die Platte zu reparieren und b) ein Backup der Platte anzulegen...
Inzwischen habe ich die Platten in externen USB Gehäusen getestet und dabei KEINE Fehler gefunden. Auch das TimeMachine Backup lief problemlos.
Anscheinend hat mein Firewire-Gehäuse einen Schlag und ich werde mich hier nach Ersatz umschauen müssen...
Ciao
dirk
Hi !
Jo, das sagt DiskWarrior auch immer : Backup machen. Reparieren tut es aber vor den Defragmentieren selbst. Und, of HFS+ oder nicht, ich halte nicht viel von der automatisch ablaufenden Defragmentation. Wenn ich mir die Dateistruktur auf der Festplatte ansehe, dann wird das automatische Defragmentieren bei meinen Platten entweder ziemlich oberflächlich gemacht oder ich komme immer dann auf die Platte, wenn es wohl gerade erst ansteht. Dabei sollte es kontinuierlich ablaufen, damit es nicht so auffällt.. Und es gehört ja auch noch mehr dazu, als die Daten nur an die Daten-Kette zu legen. Gleichzeitig werden die Inhaltsverzeichnisse geprüft, verglichen und auf der Platte - wie vor 20 Jahren unter Norton - schon üblich, eine Struktur auf die Platte gebracht, die einen möglichst schnellen Zugriff erlaubt. Also, ob das alles automatisch geht ? Vor allem, das dauert !
Aber Gehäuse einen Schlag ? Warum sollte es ? Die Kabelverbindungen müssten auch in Ordnung sein, sonst wäre der Datentransfer nicht soweit gelaufen. Ich meine : Orphaned Blocks ist das Zauberwort ! Das sind Blöcke, die ohne Verbindung auf der Festplatte existieren, weil entweder die Inhaltsverzeichnisse sie nicht (mehr) kennt oder weil sie (teilweise) überschrieben wurden oder die Inhaltsverzeichnisse widersprüchliche Informationen haben. Das sollte nicht sein, wird aber bei einem guten Defragmentieren dadurch beseitigt, das alle leeren Blöcke mit einer festen Größe überschrieben werden. Damit kann man sie wieder zuordnen und hat eine Weile Ruhe, eben nur eine Weile. Das alles hat Norton auch schon vor 20 Jahren gekonnt...
Also, mach Dir mal keine Sorgen und warte mal auf die nächste Fehlermeldung
Bye
TE
Du plenkts
Ganz einfach: Weil die Platten in einem anderen Gehäuse keine Fehler zeigen.
Ja sie laufen sogar fehlerfrei, wenn nur eine Platte im GEhäuse ist (egal welche) - sobald 2 Platten drinn sind, kommen diese Fehler...
Ich weiß nun nicht, ob das schon immer so war. Ich nutze dieses Gehäuse erst seit Januar für TimeMachine - vorher am G5 lief nur 10.4
Aber ich meine mich erinnern zu können, dass ich auch damals beim manuellen Kopieren auf die Backupplatten ab und an Probleme hatte (i/o Fehler).
Kann sein, dass da dann 2 Platten drinn waren...
ciao
dirk