From: Stelian P. <st...@po...> - 2004-04-22 09:25:15
|
On Thu, Apr 22, 2004 at 10:48:24AM +0200, Dick Visser wrote: > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: 31.98% done at 6560 kB/s, finished in 0:10 > DUMP: 61.60% done at 6318 kB/s, finished in 0:06 > DUMP: 91.07% done at 6228 kB/s, finished in 0:01 > DUMP: [16190] error: 5 (getting tapepos: 2) > DUMP: write error 5630930 blocks into volume 1: Input/output error What is strange is that at this point the ioctl has already been invoked several times... Error 5 is EIO btw, and dump doesn't stop on QFA errors, it ignores them (after all QFA is not required to restore the tape). The second error (the write error) is happening on a write on a tape and you get a second EIO. Could this be a bad tape ? Try to write less data to the tape for example, since the error seem to happen through the end of the tape. > De manpage says something about setting up the st driver to return logical > tape position rather than physical. > I have no idea how I should do this... > Should this be done using the mt program or should I do something with the > kernel? mt stoptions scsi2logical you can also pass some options to the kernel st driver when you load it. Stelian. -- Stelian Pop <st...@po...> |