Claus-Justus Heine, @ 25/07/00 - 23:49:
> > I took one tape which I was never used after formatting, and tried to
> > format again, and this appears in dmesg (but really the tape is formatted
> > ok)
> >
> > [030] 0 ftape-read.c (ftape_read_header_segment) - no readable header segment
>found.
> > [031] 0 zftape-read.c (zft_read_header_segments) -
>ftape_read_header_segment(zftape->ftape, zftape->hseg_buf) failed: -4.
> > [032] 0 zftape-ctl.c (mtiocrdftseg) - zft_def_idle_state(zftape) failed: -4.
> >
> > latest version of ftape...
> >
> > if you think this is a problem, I have time to make other tests.
>
> This doesn't look good. Did you ever tried to write something to the
> tape? Otherwise, maybe you could try to format again with
after that test, no. really, my machine is not a example of trust, maybe
the ftformat only got a signal from kernel when trying to use the
drive. this doesn't seems to be reproduceable.
> ftformat --mode=auto --format-parameters qic80-307ft --discard-header
with the typical warnings, all ok.
> If this succeeds please try to do the following
>
> a) try to make a sample backup up (and collect error messages if any)
I did a tar with a 110Mb file, in and out, md5 seems ok. (error
messages? see in the footer ':P)
> b) try to format again WITHOUT the "--discard-header" option
done.
> Thank you for wasting your time :-)
hey, I have to trust my backups too, no? ';)
---
footnotes: well, I took the ftformat and kernel logs and put it in a
floppy, to send it today. the floppy was broken.
I should put it in a cartridge. Tomorrow I'll bring it ':)
--
>>> from conectiva import eliphas
>>> print eliphas.commandline
$ vi .bashrc
>>> print eliphas.url+" - "+eliphas.uin+" "+eliphas.linuxuser
http://www.conectiva.com.br/~eliphas - 4856656 88709
