My scsi tape driver suddenly doesn't work.
It's about 2 months since last proper backup.
I really can't recall what change made it since
too many updates happened since then. I issued
the command tar cvf /dev/st0 /home
After backing up some files, at a fixed point (backing
up the file home/PREDATOR/code/bin/xxx which is
about 14 Mbyte large), error would happen. Following
is the error from system log:
=============
Jan 14 02:37:34 localhost kernel: st0: Error with sense data: extra data
not valid Current error st09:00: sense key Medium Error
Jan 14 02:37:34 localhost kernel: Additional sense indicates Excessive
write errors
Jan 14 02:37:34 localhost kernel: st0: Error with sense data: extra data
not valid Current error st09:00: sense key Medium Error
Jan 14 02:37:34 localhost kernel: Additional sense indicates Excessive
write errors
Jan 14 02:37:34 localhost kernel: st0: Error on write filemark.
=================
I'm not sure which info are needed for your help so
I include the dmesg message in the following:
===================
Linux version 2.2.0-pre5 (root@phoenux) (gcc version egcs-2.90.29 980515
(egcs-1.0.3 release)) #2 Thu Jan 14 00:50:48 /etc/localtime 1999
Detected 199436396 Hz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 199.07 BogoMIPS
Memory: 257268k/262144k available (1064k kernel code, 408k reserved,
3328k data, 76k init)
CPU: Intel Pentium Pro stepping 07
Checking 386/387 coupling... OK, FPU using exception 16 error reporting.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.26 (19981001) Richard Gooch (rgooch@atnf.csiro.au)
PCI: PCI BIOS revision 2.10 entry at 0xfd6b1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: 00:00 [8086/1237]: Passive release enable (00)
Linux NET4.0 for Linux 2.2
Based upon Swansea University Computer Society NET3.039
NET4: Unix domain sockets 1.0 for Linux NET4.0.
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP
Initializing RT netlink socket
Starting kswapd v 1.5
parport0: PC-style at 0x378 [SPP]
parport0: Printer, HEWLETT-PACKARD DESKJET 680C
Serial driver version 4.27 with no serial options enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
lp0: using parport0 (polling).
Real Time Clock Driver v1.09
Non-volatile memory driver v1.0
RAM disk driver initialized: 16 RAM disks of 4096K size
loop: registered device at major 7
PIIX3: IDE controller on PCI bus 00 dev 39
PIIX3: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:pio, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio
hda: QUANTUM FIREBALL_TM3840A, ATA DISK drive
hdc: FX120T, ATAPI CDROM drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: QUANTUM FIREBALL_TM3840A, 3681MB w/76kB Cache, CHS=935/128/63
hdc: ATAPI 12X CDROM drive, 256kB Cache
Uniform CDROM driver Revision: 2.51
Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306
scsi0 : AdvanSys SCSI 3.1E: PCI Ultra 16 CDB: IO FF00/F, IRQ 10
scsi : 1 host.
Vendor: ARCHIVE Model: Python 28849-XXX Rev: 4.CM
Type: Sequential-Access ANSI SCSI revision: 02
Detected scsi tape st0 at scsi0, channel 0, id 0, lun 0
Vendor: SEAGATE Model: ST19171N Rev: 0024
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 1, lun 0
scsi : detected 1 SCSI tape 1 SCSI disk total.
SCSI device sda: hdwr sector= 512 bytes. Sectors= 17783112 [8683 MB]
[8.7 GB]
PPP: version 2.3.3 (demand dialling)
TCP compression code copyright 1989 Regents of the University of
California
PPP line discipline registered.
Partition check:
sda: sda1 sda2 sda3
hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >
VFS: Mounted root (ext2 filesystem) readonly.
Freeing unused kernel memory: 76k freed
Adding Swap: 104828k swap-space (priority -1)
=====================
BTW, my scsi hard disk works perfect.
mt -f /dev/st0 status shows:
==================
SCSI 2 tape drive:
File number=0, block number=0, partition=0.
Tape block size 0 bytes. Density code 0x24 (DDS-2).
Soft error count since last status=0
General status bits on (41010000):
BOT ONLINE IM_REP_EN
====================
and mtx -f /dev/st0 status shows (if you know what mtx is):
=================
Data Transfer Element: Full (Storage Element 1 Loaded)
Storage Element 1: Empty
Storage Element 2: Full
Storage Element 3: Full
Storage Element 4: Full
===============
Any help is grateful and even some suggestion would be
good. I really don't know what to try to find the reason.
Please CC to me directly when you reply.
thanks a lot
xun
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/