Groups | Search | Server Info | Login | Register
Groups > de.comp.hardware.laufwerke.misc > #322
| From | Volker Englisch <eh41@rrzli.de> |
|---|---|
| Newsgroups | de.comp.hardware.laufwerke.misc |
| Subject | Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) |
| Date | 2021-10-25 18:40 +0200 |
| Organization | Rabbit System |
| Message-ID | <sl6mm8$337$1@rabbit.rsli.de> (permalink) |
| References | <sl68kv$2e5$1@rabbit.rsli.de> <AABhdrNyPMMAAAG4.A2.flnews@WStation5.stz-e.de> |
Michael Bäuerle schrieb am Mo., 25 Okt. 2021 um 13:38 GMT: > Volker Englisch wrote: >> >> Plötzlich will mein Bandlaufwerk nicht mehr schreiben. Geschrieben >> werden soll mittels TAR ein Backup von ca. 100 recht grossen Dateien >> (je ca. 500 MB groß). >> >> Nachdem das Band lange Zeit vor- und zurückgespult wird möchte das >> Laufwerk ein Reinigungsband haben, welches es auch bekommt. Beim >> nächsten Versuch geschieht dasselbe wieder. Display auf der Console: >> >> st0(mpt0:0:1:0): DEFERRED ERROR, key = 0x3 >> st0(mpt0:0:1:0): Check Condition on CDB: 0x0a 00 00 28 00 00 >> SENSE KEY: Media Error >> INFO FIELD: 10240 >> ASC/ASCQ: Write Error >> >> Mit verschiedenen nagelneuen Bändern versucht, ohne Erfolg. > > SCSI Sense-Key und ASC kommen vom Laufwerk, d.h. es sollte nichts mit > dem Host-System zu tun haben. > >> Gehe ich recht in der Annahme, dass das Laufwerk dabei ist, das >> Zeitliche zu segnen? > > Das ist natürlich möglich, muss aber nicht so sein. > Wir haben folgendes LTO2-Laufwerk von HP im Einsatz: >| >| Vendor: HP Model: Ultrium 2-SCSI Rev: S63D >| Type: Sequential-Access ANSI SCSI revision: 03 Hier ist es laut /var/log/messages ein HP, Ultrium 2-SCSI, S65D > und das liefert vergleichbare Fehlermeldungen auch einfach wenn das > Band voll ist. Diese Meldungen sind falsch und irreführend. Wenn man > nicht über das Ende des Band zu schreiben versucht, funktioniert alles > einwandfrei, es ist kein Hardwareproblem. Der Fehler kommt leider bereits bei der ersten zu sichernden Datei. > Versuche es mal mit reduzierter Datenmenge, z.B. nur eine Datei auf ein > neues Band schreiben und danach wieder lesen. Führt das bereits zum > gleichen Fehler? Nachdem die regulären Backups (mittels dump) bisher immer funktionierten, habe ich dump mal auf ein kleines Filesystem losgelassen, bei dem nur sehr wenige Dateien zu sichern sind. War innerhalb weniger Sekunden fertig. Das Gleiche mit einem großen Filesystem (aber ohne die eingangs erwähnten "riesigen" Dateien): Laufwerk rödelt minutenlang hin und zurück und gibt mit dem selben Fehler dann auf...
Back to de.comp.hardware.laufwerke.misc | Previous | Next — Previous in thread | Next in thread | Find similar
Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Volker Englisch <eh41@rrzli.de> - 2021-10-25 14:41 +0200
Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Michael Bäuerle <michael.baeuerle@stz-e.de> - 2021-10-25 15:38 +0200
Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Volker Englisch <eh41@rrzli.de> - 2021-10-25 18:40 +0200
Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Michael Bäuerle <michael.baeuerle@gmx.net> - 2021-10-26 17:22 +0000
Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Volker Englisch <eh41@rrzli.de> - 2021-10-27 22:12 +0200
Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-10-25 22:33 +0200
Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Volker Englisch <eh41@rrzli.de> - 2021-10-26 15:57 +0200
Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Marcel Mueller <news.5.maazl@spamgourmet.org> - 2021-10-26 18:45 +0200
Re: Fehler beim Beschreiben eines Bandes (NetBSD, LTO-2) Volker Englisch <eh41@rrzli.de> - 2021-10-27 22:12 +0200
csiph-web