Re: DAT tape

On Sun, Jun 23, 2002 at 07:46:55PM +0200, Oliver Lehmann wrote:
> So, ich hatte mir also n DAT band gekauft..
>
> n bissel mit tar rumgespielt.. erstmal ein full erase.. dauerte ca. 3:20

Sowas ist bei Streamern eigendlich nicht nötig.

> dann versucht 14 GB mit compression aufs dat zu schieben - ging nicht, war
> klar mp3s lassen sich halt nicht so gut komprimieren. er brach dann
> irgendwann mit medium full ab. danach nochmal ein full erase und etwas
> weniger aufs dat und wieder zurueck, verglichen mit cmp und keine fehler
> festgestellt. und dann irgendwann gings los.. ich wollte mit gzip und tar
> aufs band spielen... i/o error.. ok dachte ich mir.. klemmst du noch ein
> |buffer dazw. und das ganze nochmal.. wieder i/o error... heute mal conrad
> und ELV durchgewaellst um eine 50 polige stiftleiste zu "ersteigern".
> Hatten aber beide keine die man auf die platine raufschieben kann. Sprich
> die platine ist zw. der oberen und der unteren leiste, und die Steckleiste
> wird dann oben und unten an der Platine festgeloetet. Um das aber doch mal
> etwas besser zu machen, hab ich n alten jumpersockel genommen, die platine
> zw. die beiden pole geschoben und den anstelle der 2 bueroklammern drann
> geloetet. Dann nochmal ein erase und wieder irgendwann i/o error...
>
> im syslog steht
>
> Jun 23 19:28:16 nudel /kernel: (sa0:ahc0:0:2:0): ERASE. CDB: 19 1 0 0 0 0
> Jun 23 19:28:16 nudel /kernel: (sa0:ahc0:0:2:0): MEDIUM ERROR asc:3b,0
> Jun 23 19:28:16 nudel /kernel: (sa0:ahc0:0:2:0): Sequential positioning
> error
>
>
> (sowas aehnliches kam auch bei den ganzen anderen i/o fehlern als noch die
> bueroklammern drinne steckten). Bitte sagt mir jetzt, das man nicht
> definitiv ausschliessen kann das das DAT Band im Eimer ist, das LW aber
> noch laeuft ;) (so das ich mir morgen n neues DAT band kaufen kann und
> alles geht hoffentlich wieder ;)

Der Fehler beschreibt ein Zugriffsproblem aufs Medium.
Der Fehler kann sowohl ein LW Fehler, als auch ein Medienfehler sein.
Schon mal ein Reinigungsband reingeschoben?
Ist übrigens offiziell Pflicht nach erstbeschreiben eines Bandes.

> bzgl. backup... gibts etwas "besseres" als "tar czvf - / | buffer -o
> /dev/sa0" nicht das irgendwas nicht "hinterherkommt"...

dump.
tar ist mehr was zum archivieren und kann zudem /dev nicht sauber
wiederherstellen.
dump ist auch das einzige Programm, das sauber mit sparsefiles umgehen
kann - tar muss dafür raten.

-- 
B.Walter              COSMO-Project         http://www.cosmo-project.de
ticso(at)cicely.de         Usergroup           info(at)cosmo-project.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message