Claus-Justus Heine, @ 13:40:
> Hi Eliphas,
>
> > > Did you try to format a cartridge? Mikes problems could be cause by a
> > > bug in the formatting code.
> >
> > yes, when I bought the tape drive I formatted all 9 cartridges without any
> > errors. IIRC, the kernel was 2.2.5, if this matters.
>
> Doesn't matter.
good. tested it now with 2.4.0-test4 ':)
> > I'll format one tape at home with the current kernel, 2.2.16, to see if
> > this occurs here.
>
> No need. There indeed was a problem, but only when formatting tapes
> with unreadable header-segments (or when running ftformat with the
> "--discard-header" option).
too late. already tested. ':)
the options I use is --mode=auto and --format-parameters qic80-307ft
> There was a buffer overflow caused by some intialized variables. Fixed
> in ftape-tools-1.09.
Using 1.09 now, but I was not having this problem before, so I think this
overflow is not causing it (here).
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.
--
>>> from conectiva import eliphas
>>> print eliphas.commandline
$ vi .bashrc
>>> print eliphas.url+" - "+eliphas.uin+" "+eliphas.linuxuser
http://www.conectiva.com.br/~eliphas - 4856656 88709
