Backupprobleme mit HP SureStore DAT8
Hallo Liste, Ich habe dauernd Probleme mit meinem Backup über das HP-Bandlaufwerk SureStore DAT8 (C1533A) an einem Tekram DC395UW - SCSI-Controller. Wenn ich die Daten mit tar cf /dev/nst0 /etc sichern will, läuft auch soweit alles ganz OK, nur wenn ich jetzt versuche sie wiederherzustellen (tar xvf /dev/nst0), dann spuckt Tar einen Fehler (tar: Fehler beim Beenden, verursacht durch vorhergehende Fehler)und bricht einfach ab. 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. Unter Windows funst ein Backup ohne Probleme... Weis von euch jemand eine Lösung für mein Problem? Vielen Dank schon mal Christoph
Am Samstag 29 Oktober 2005 20:34 schrieb Christoph Goehre:
Ich habe dauernd Probleme mit meinem Backup über das HP-Bandlaufwerk SureStore DAT8 (C1533A) an einem Tekram DC395UW - SCSI-Controller. Wenn ich die Daten mit tar cf /dev/nst0 /etc sichern will, läuft auch soweit alles ganz OK, nur wenn ich jetzt versuche sie wiederherzustellen (tar xvf /dev/nst0), dann spuckt Tar einen Fehler (tar: Fehler beim Beenden, verursacht durch vorhergehende Fehler)und bricht einfach ab. 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. Unter Windows funst ein Backup ohne Probleme...
Weis von euch jemand eine Lösung für mein Problem?
Warum eigentlich /dev/nst0? das n steht für "nicht zurückspulen" Als entweder nach dem Schreiben zurückspulen ("mt rewind" glaub ich), oder eben /dev/st0 benutzen. 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
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? Gruss Martin -- Ideas don't stay in some minds very long because they don't like solitary confinement.
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? Gruß Christoph
Gruss Martin -- Ideas don't stay in some minds very long because they don't like solitary confinement.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
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
participants (3)
-
Christoph Goehre -
Dr. Jürgen Vollmer -
Martin Heuser