When backuping, I use 'tar'. If the backup fits on one tape, I have no
problem to backup/restore. But if the backup takes more than one tape
(for example, the 1-gig disk...), tar just does with a segfault when
doing a restore/list.
switches used to backup:
tar -cvMf /dev/st0
I've tried using '-L 750000' but it makes no difference.
switches used to list the backup:
tar -tMf /dev/st0
I'm using the kernel 1.3.71, and I've been having this problem since at
least 1.3.25 (I didn't really try any 1.3 kernel before that).
I think it used to work with 1.2.11, but I'm unable to compile those
kernels since I went ELF, so I can't really say.
result of 'mt status' with no tape inserted :
-----
SCSI 2 tape drive, residual=0
File number=0, block number=0.
Tape block size 0 bytes. Density code 0x0 (default).
Soft error count since last status=0
General status bits on (44040000):
BOT WR_PROT DR_OPEN
-----
result of 'mt status' with tape inserted :
-----
SCSI 2 tape drive, residual=0
File number=0, block number=0.
Tape block size 1024 bytes. Density code 0x92 (unknown).
Soft error count since last status=0
General status bits on (41000000):
BOT ONLINE
-----
contents of /proc/scsi/scsi :
-----
Attached devices:
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: FUJITSU Model: M2694ES-512 Rev: 8134
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 05 Lun: 00
Vendor: EXABYTE Model: EXB-2501 Rev: 2200
Type: Sequential-Access ANSI SCSI revision: 02
-----
Any other info needed ? I really need to get this tape backup running, so
I'm willing to test about anything...
Christophe Dupre Universite de Montreal
Internet: duprec@jsp.umontreal.ca Qc, Canada
Montreal, Qc, Canada
"Nous ne sommes pas libres de ne pas etre libres, nous sommes obliges de
l'etre" - Fernando Savater
-- Geek Code 2.1 --
GCS d-- H+ s:++ g+ !p au-* a19 w+ v+ C++(+++) UIL++>+++ P+>++ L++
3- E---- N++ K W- M- V-- Y+ t++ 5++ !j R+ G- tv b++
D+ e+ u** h->++ f+ r++ n---(----) y+
#include <disclaimer.h>