usb-storage filesystem corruption under FC2, kernel ...-435

Fernando Perez Fernando.Perez at colorado.edu
Tue Jun 15 00:28:22 UTC 2004


Hi all,

just reporting that even under today's kernel, the usb-storage problems are 
still present (at least under some configurations).  I've been having this 
problem ever since installing FC2.

System: Dell Optiplex GX-270 (Pentium 4, 2.8GHz, 120 GB Hard disk, 1 GB RAM,
NVidia GeForce 4MX video card, Dell 2000FP LCD, correctly identified and
working at 1600x1200 resolution).  This machine was previously running
Fedora1, but a clean install (not an upgrade) was done.

Running the 'nv' free X.org driver, so no issues there.  Currently 
(Hyperthreading is on):

root at planck[log]# uname -r
2.6.6-1.435smp

If I try to do an rsync from my home dir. to an Apacer 512Mb USB flash drive, 
initially I get this in /var/log/messages:

Jun 14 15:44:02 planck kernel: usb 1-6: new high speed USB device using address 3
Jun 14 15:44:02 planck kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Jun 14 15:44:02 planck kernel:   Vendor: USB       Model: Flash Drive 
Rev: 1.12
Jun 14 15:44:02 planck kernel:   Type:   Direct-Access 
ANSI SCSI revi
sion: 02
Jun 14 15:44:02 planck kernel: SCSI device sda: 1015805 512-byte hdwr sectors 
(520 MB)
Jun 14 15:44:02 planck kernel: sda: assuming Write Enabled
Jun 14 15:44:02 planck kernel: sda: assuming drive cache: write through
Jun 14 15:44:02 planck kernel:  sda: sda1 sda2
Jun 14 15:44:02 planck kernel: Attached scsi removable disk sda at scsi3, 
channel 0, id 0,
  lun 0
Jun 14 15:44:02 planck kernel: Attached scsi generic sg1 at scsi3, channel 0, 
id 0, lun 0,
   type 0
Jun 14 15:44:02 planck kernel: updfstab: Using deprecated /dev/sg mechanism 
instead of SG_
IO on the actual device
Jun 14 15:44:02 planck kernel: updfstab: Using deprecated /dev/sg mechanism 
instead of SG_
IO on the actual device
Jun 14 15:44:03 planck scsi.agent[4540]: disk at 
/devices/pci0000:00/0000:00:1d.7/usb1/1-6
/1-6:1.0/host3/3:0:0:0


The rsync seems to go on OK for a while, and then:

Jun 14 15:50:52 planck kernel: usb 1-6: reset high speed USB device using 
address 3
Jun 14 15:50:57 planck kernel: usb 1-6: control timeout on ep0in
Jun 14 15:50:58 planck kernel: usb 1-6: device not accepting address 3, error -71
Jun 14 15:50:58 planck kernel: scsi: Device offlined - not ready after error 
recovery: hos
t 3 channel 0 id 0 lun 0
Jun 14 15:50:58 planck kernel: SCSI error : <3 0 0 0> return code = 0x50000
Jun 14 15:50:58 planck kernel: end_request: I/O error, dev sda, sector 126906
Jun 14 15:50:58 planck kernel: scsi3 (0:0): rejecting I/O to offline device
Jun 14 15:50:58 planck last message repeated 8 times
Jun 14 15:50:58 planck kernel: Buffer I/O error on device sda2, logical block 
24574
Jun 14 15:50:58 planck kernel: lost page write due to I/O error on sda2


At this point it's all gone, and the filesystem on the flash drive ends up 
completely corrupted.  It's actually quicker to just remake it than trying an 
fsck, as it looks like every inode is bad.

Note that the same rsync script runs fine to completion on an identical system 
next to this one running Fedora Core 1, on my laptop (FC1) and on other 
systems here which run RH9.0.  So the usb flash disk is not the faulty one, 
I've been using it reliably every day for several months.

I hope this issue gets resolved at some point, I can't consider updating any 
other machine to FC2 until usb-storage is reliable (we use USB drives and 
burners a lot, including for all our external backups).

Regards,

Fernando.





More information about the fedora-list mailing list