Re: USB disconnect during heavy I/O

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



My USB drive is externally powered.

I also experienced the failure you described.  My Ethernet also stopped
but restarting the service failed to correct the problem.  I attributed
the problem to something on the network, since Ethernet stopped on both
systems and both required reboot to restart it.

Best regards,
Sky Wavrek

> Message: 6
> Date: Tue, 05 Sep 2006 10:30:18 -0600
> From: Guy Fraser <guy@xxxxxxxxxxxx>
> Subject: Re: USB disconnect during heavy I/O
> To: For users of Fedora Core releases <fedora-list@xxxxxxxxxx>
> Message-ID: <1157473818.14142.9.camel@xxxxxxxxxxxxxxxxxxx>
> Content-Type: text/plain
> 
> On Tue, 2006-09-05 at 02:08 -0400, Schuyler J Wavrek I wrote:
> > I have a 160G USB 2.0 drive on current FC5 32bit system.  During periods
> > of heavy I/O, it is disconnected from the system.  All the failures
> > until today were occurred with the heavy I/O on the USB drive.  Today, I
> > experienced the same failure during heavy nfs load on my system and
> > minimal load on the USB drive.  I didn't find others reporting the same
> > problem under the same circumstances.  I have an encrypted partition
> > (sda3) on the drive mounted through a crypto loop device.  The USB drive
> > is quickly redetected.  The fat32 and ext3 partitions on the USB drive
> > are unaffected.  Anyone else seeing this?
> > 
> 
> Not specifically, but I have been having issues using an external USB
> drive on my FC5 MC at work. I have also been having problems with the 
> Ethernet stopping during heavy load, and have to disable then enable
> the interface to get connectivity back. The MC I am using was from a
> server that had been starting to act up, so I am guessing that is my
> problem.
> 
> Is your USB drive externally powered or does it draw power from the
> motherboard?
> 
> > Best regards,
> > Sky Wavrek
> > 
> > Sep  4 19:50:30 lurch kernel: usb 6-5: USB disconnect, address 2
> > Sep  4 19:50:30 lurch kernel: sd 0:0:0:0: rejecting I/O to device being
> > removed
> > Sep  4 19:50:30 lurch kernel: Buffer I/O error on device sda3, logical
> > block 30104
> > Sep  4 19:50:30 lurch kernel: lost page write due to I/O error on sda3
> > ...
> > 
> > Sep  4 19:50:31 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:50:32 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:50:32 lurch kernel: FAT: Directory bread(block 66762) failed
> > ...
> > Sep  4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
> > ext3_find_entry: reading directory #261473 offset 0
> > Sep  4 19:50:33 lurch kernel: Aborting journal on device loop0.
> > Sep  4 19:50:33 lurch kernel: ext3_abort called.
> > Sep  4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
> > ext3_journal_start_sb: Detected aborted journal
> > Sep  4 19:50:33 lurch kernel: Remounting filesystem read-only
> > Sep  4 19:50:33 lurch kernel: usb 6-5: configuration #1 chosen from 1
> > choice
> > Sep  4 19:50:33 lurch kernel: scsi1 : SCSI emulation for USB Mass
> > Storage devices
> > Sep  4 19:50:33 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:50:33 lurch last message repeated 4 times
> > Sep  4 19:50:33 lurch kernel: EXT3-fs error (device loop0):
> > ext3_get_inode_loc: unable to read inode block - inode=163291,
> > block=327684
> > Sep  4 19:50:33 lurch kernel: usb 6-5: USB disconnect, address 3
> > Sep  4 19:50:33 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:50:33 lurch last message repeated 2 times
> > Sep  4 19:50:33 lurch kernel: usb 6-5: new high speed USB device using
> > ehci_hcd and address 4
> > Sep  4 19:50:33 lurch kernel: usb 6-5: configuration #1 chosen from 1
> > choice
> > Sep  4 19:50:33 lurch kernel: scsi2 : SCSI emulation for USB Mass
> > Storage devices
> > Sep  4 19:50:33 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:50:33 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:50:38 lurch kernel:   Vendor: USB-HS    Model: WDC
> > WD1600BB-00G  Rev: 0.01
> > Sep  4 19:50:38 lurch kernel:   Type:   Direct-Access
> > ANSI SCSI revision: 00
> > Sep  4 19:50:38 lurch kernel: SCSI device sdb: 312581808 512-byte hdwr
> > sectors (160042 MB)
> > Sep  4 19:50:38 lurch kernel: sdb: Write Protect is off
> > Sep  4 19:50:38 lurch kernel: sdb: assuming drive cache: write through
> > Sep  4 19:50:38 lurch kernel: SCSI device sdb: 312581808 512-byte hdwr
> > sectors (160042 MB)
> > Sep  4 19:50:38 lurch kernel: sdb: Write Protect is off
> > Sep  4 19:50:38 lurch kernel: sdb: assuming drive cache: write through
> > Sep  4 19:50:38 lurch kernel:  sdb: sdb1 sdb2 sdb3
> > Sep  4 19:50:38 lurch kernel: sd 2:0:0:0: Attached scsi disk sdb
> > Sep  4 19:50:38 lurch kernel: sd 2:0:0:0: Attached scsi generic sg0 type
> > 0
> > Sep  4 19:50:41 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:50:41 lurch kernel: printk: 191 messages suppressed.
> > Sep  4 19:50:41 lurch kernel: Buffer I/O error on device sda3, logical
> > block 14680080
> > Sep  4 19:50:41 lurch kernel: Buffer I/O error on device sda3, logical
> > block 14680081
> > Sep  4 19:50:41 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:50:41 lurch kernel: EXT3-fs error (device loop0):
> > ext3_get_inode_loc: unable to read inode block - inode=913921,
> > block=1835010
> > Sep  4 19:50:43 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:51:08 lurch kernel:  0:0:0:0: rejecting I/O to dead device
> > Sep  4 19:51:08 lurch kernel: printk: 22 messages suppressed.
> > Sep  4 19:51:08 lurch kernel: Buffer I/O error on device sda3, logical
> > block 0
> > ...
> > 
> -- 
> Guy Fraser
> Network Administrator
> The Internet Centre
> 1-888-450-6787
> (780)450-6787
> 
> 



[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux