Moin moin,
System:
aktuelles Gentoo, täglich auf dem neuesten Stand gehalten
Linux Kernel 2.6.16-20 (vanilla Source)
AMD Athlon 64 X2 3800+
ASUS AV8
_NICHT_ übertaktet
1GByte RAM (Dualchannel)
GSA 4163B (DMA-enabled)
Als Medien werden zur Zeit ausschließlich DVD+RW benutzt.
Die Qualität der Medien wurde mit einem Plextor-Brenner
und den dazugehörigen Tools überprüft und als gut bis sehr
gut befunden.
Ich benutze den DVD-Brenner zur Datensicherung sowohl von Systemdaten, als auch zur Speicherung von Mitschnitten von DVB-T Sendungen und zur Sicherung der Bilder meiner Digitalkamera.
Datenverluste sind schmerzlich bis unwiederbringbar.
Folgendes Problem taucht auf:
Ohne dass ich den Grund hierfür wüßte oder eine Regelmäßigkeit erkennbar wäre, werden immer wieder Dateien
fehlerhaft geschrieben. Der Brennprozess meldet keine Fehler. Das
Auslesen der Dateien endet mit einem I/O-Error.
Die DVD kann jedoch ohne I/O-Error mit readcd ausgelesen werden.
Hieraus schlußfolgere ich, dass das Medium und die unterste Datenschichten ok sind und der Bug irgendwo auf einer höheren Verwaltungsstruktur des Filesystems liegt.
Wird diese Image jedoch über das loop-Device gemountet, konnten bisher auch die “fehlerhaften” Dateien fehlerfrei ausgelesen werden.
Möglicherweise repariert readcd beim Lesen etwas, “sagt” dazu aber
nichts.
Zum Brennen habe ich die neueste Version von k3b benutzt. Weiter
wurden growisofs, Version 6.1 und mkisofs, Version 2.0 eingesetzt.
Der Versuch, Datenbestände “von Hand” aus der Kommandozeile heraus
auf DVD+RW zu schreiben schlug ebenfalls mit einem I/O-Fehler beim
nachfolgenden Auslesen fehl, wobei ich aber nicht ausschließen
möchte, dass ich bei der Parameterflut etwas falsch gemacht habe.
Jedesmal wurde eine UDF-Datenstruktur mit auf die DVD+RW geschrieben.
Wer kann mir helfen, den Bug zu fangen und dingfest zu machen? Wer
kennt ähnliche Problem (und hat sie vielleicht abgestellt) ?
Vielen Dank im Voraus für jede Hilfe! :)
Etwas verzeweifelt,
mcc
Hi
Ich würd auf jeden Fall die Hardware testen:
Brenner innen anderen Rechner.
Brenner mit nem anderen Betriebssystem.
Und was immer wieder empfohlen wird: Kabel tauschen :-)
Und es könnte auch interessant sein, an der Blocksize rumzuspielen, bzw. diese auf 2048 zu erhöhen.
viel Glück
rainer
Hi Rainer,
wie ich schon erwähnte:
“Die DVD kann jedoch ohne I/O-Error mit readcd ausgelesen werden.
Hieraus schlußfolgere ich, dass das Medium und die unterste Datenschichten ok
sind und der Bug irgendwo auf einer höheren Verwaltungsstruktur des
Filesystems liegt.
Wird diese Image jedoch über das loop-Device gemountet, konnten bisher auch
die “fehlerhaften” Dateien fehlerfrei ausgelesen werden.
Möglicherweise repariert readcd beim Lesen etwas, “sagt” dazu aber
nichts.”
Auch ein anderer User beklagte das gleiche Problem (k3b-mailingliste).
Die Hardware schließe ich daher als Ursache für das Fehlverhalten aus.
Trotzdem danke für Deine Hilfe! :)
Gruß,
Meino
Wenn das Image über loop keine Probleme bereitet, dann kann es nicht das
Dateisystem sein. Das würde sonst dort doch auch Fehler produzieren.
Kannst Du die Art des I/O-Error etwas genauer bestimmen? Zum Beispiel mal
schauen was in /var/log/messages landet.
Ein (grosser?) Unterschied zwischen readcd und normalem Zugriff auf die
Dateien ist, dass bei readcd die Daten schön der Reihe nach gelesen werden,
während beim Zugriff auf das Dateisystem der Lesekopf “zufälliger” hin und her
bewegt werden muss. Könnte ja sein, dass diese Positionierung nicht (mehr) so
gut funktioniert.
Hi,
danke für Deine Antwort.
Auch das Auslesen mit “dd” liefert nach dem Mounten
des Images einen Fehler, der identisch mit der direkten
Lesen von der DVD ist.
Auch dd liest die DVD rein sequentiell.
Aus diesen Gründen schließe ich einen Defekt der Positionierung aus
und halte einen von readcd korrigierbaren Fehler des Filesystems
für die wahrscheinliche Ursache — weder weiss ich jedoch was diesen
Bug proviziert und wie ich ihne abschalten kann.
Der Effekt bleibt spannend (und ärgerlich…).
Keep hacking!
mcc