Hi Eliphas,
>
> > > 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. ':)
:-o
> 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).
It was only triggered with unreadable header segments or with the
"--discard-header" option.
> 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
ftformat --mode=auto --format-parameters qic80-307ft --discard-header
If this succeeds please try to do the following
a) try to make a sample backup up (and collect error messages if any)
b) try to format again WITHOUT the "--discard-header" option
Thank you for wasting your time :-)
Claus
--
Claus-Justus Heine
[EMAIL PROTECTED]
http://www.instmath.rwth-aachen.de/~heine/
Ftape - the Linux Floppy Tape Project
Home Page : http://www.instmath.rwth-aachen.de/~heine/ftape/
Mailing-list: [EMAIL PROTECTED]
