Am Mittwoch 02 November 2005 15:05 schrieb Christoph Goehre:
Am Samstag, 29. Oktober 2005 20:34 schrieb Christoph Goehre:
Hallo Liste, Wenn ich die Daten mit tar cf /dev/nst0 /etc sichern will,
läuft auch
Hallo Christoph, hast Du auch das Band mit "mt /dev/st0 rewind" zurückgespult vor dem zurücksichern?
Dieses Problem kann ich leider ausschließen, da ich das Band mit mt -f /dev/nst0 rewind zurückgespult hatte. Auch wenn ich gleich beim sichern anstatt nst0 st0 verwende, habe ich die gleichen Fehler.
Jetzt dachte ich noch, das es vielleicht an tar liegt, habe es also mal mit dump probiert. Auch hier wird das Backup ohne Probleme geschrieben, mt -f /dev/nst0 tell zeigt auch, das das Band transportiert wurde. Nur beim Rücksichern passiert folgendes:
# restore -i -f /dev/nst0 # Checksum error 25306711720, inode 0 file (null) # no header after volume mark!
Und der Restore wird abgebrochen. Das Bandlaufwerk wird meiner Meinung aber richtig erkannt, cat /proc/scsi/scsi sagt:
Attached devices: Host: scsi0 Channel: 00 Id: 04 Lun: 00 Vendor: HP Model: C1533A Rev: A907 Type: Sequential-Access ANSI SCSI revision: 02
Oder sieht das schlecht aus? nö das ist ok.
Mal in eine andere Richtung gefragt:
Auch die Daten, die angeblich wiederhergestellt wurden, sind nicht brauchbar, da entweder nicht mal der Dateiname stimmt, oder wenn der Name stimmt, die md5-Summe unterschiedlich zu Original ist.
wann wurde das letzte Mal das Laufwerk mit einem Reinigungsband gereinigt? Ist das Band _wirklich_ ok, am besten mal ein neues probieren.
Unter Windows funst ein Backup ohne Probleme... Die Daten wurden korrekt wieder eingelesen?
Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer