Kenneth Porter
2008-Sep-08 05:53 UTC
[CentOS] [resend] USB drive fails at sector 0xFFFFFFF
I'm backing up to a NTFS partition on an external USB drive with dump. I'm seeing failures in /var/log/messages reading sector 0xFFFFFFF that cause the verify pass to fail. Are there any known problems in the USB driver? Kernel via uname -a: Linux segw2.mpa.lan 2.6.18-92.1.6.el5 #1 SMP Wed Jun 25 13:49:24 EDT 2008 i686 i686 i386 GNU/Linux Message reported. (Note the number 268435455, which is 0xFFFFFFF, and occurs every time I see this happen. But a subsequent attempt to read this region with dd succeeds, so it appears to be intermittent, or dependent on some other precondition.) Sep 7 10:48:39 segw2 kernel: sd 5:0:0:0: Device not ready: <6>: Current: sense key: Not Ready Sep 7 10:48:39 segw2 kernel: Add. Sense: Logical unit not ready, cause not reportable Sep 7 10:48:39 segw2 kernel: Sep 7 10:48:39 segw2 kernel: end_request: I/O error, dev sdb, sector 268435455 Sep 7 10:48:39 segw2 kernel: Buffer I/O error on device sdb1, logical block 33554424 Sep 7 10:48:39 segw2 kernel: sd 5:0:0:0: Device not ready: <6>: Current: sense key: Not Ready Sep 7 10:48:39 segw2 kernel: Add. Sense: Logical unit not ready, cause not reportable Sep 7 10:48:39 segw2 kernel: Sep 7 10:48:39 segw2 kernel: end_request: I/O error, dev sdb, sector 268435455 Sep 7 10:48:39 segw2 kernel: Buffer I/O error on device sdb1, logical block 33554424
Scott Silva
2008-Sep-08 17:50 UTC
[CentOS] Re: [resend] USB drive fails at sector 0xFFFFFFF
on 9-7-2008 10:53 PM Kenneth Porter spake the following:> I'm backing up to a NTFS partition on an external USB drive with dump. > I'm seeing failures in /var/log/messages reading sector 0xFFFFFFF that > cause the verify pass to fail. Are there any known problems in the USB > driver? > > Kernel via uname -a: ><snip> This isn't paid 24x7 support! You need to wait more than a few hours before you re-pound (I mean resend) your message. More than likely it is a problem with the Linux reverse engineered support for a Windows proprietary file system. Why back up to NTFS? -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 250 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20080908/c0ae1c07/attachment-0002.sig>
--On Monday, September 08, 2008 10:50 AM -0700 Scott Silva <ssilva at sgvwater.com> wrote:> This isn't paid 24x7 support! > You need to wait more than a few hours before you re-pound (I mean > resend) your message.Sorry about the resend. I was having mail server problems this weekend and was afraid the first message had gotten lost in the outage. I didn't want to wait 24 hours to learn that it never made it through. It certainly wasn't my intent to sound insistent.> More than likely it is a problem with the Linux reverse engineered > support for a Windows proprietary file system. Why back up to NTFS?Originally I was backing up across the LAN to the drive attached to my XP workstation.
Reasonably Related Threads
- USB drive fails at sector 0xFFFFFFF
- Bug on barriers for virtio_blk device - end_request: I/O error, dev vda, sector 0
- Bug on barriers for virtio_blk device - end_request: I/O error, dev vda, sector 0
- rescheduling sector linux raid ?
- [PATCH resend] block: silently error unsupported empty barriers too