CentOS - Sep 2008 - [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

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.