On Wednesday 08 of June 2005 22:18, Alec Shaner wrote:
I recently purchased a WD 160GB external USB drive and can't get it to
perform reliably on my server. It works fine when connected to my
workstation machine (a P4P800 ASUS MB with USB 2.0 support). The server
only has 1.1 USB support, but
Petr Kocmid wrote:
On Wednesday 08 of June 2005 22:18, Alec Shaner wrote:
I recently purchased a WD 160GB external USB drive and can't get it to
perform reliably on my server. It works fine when connected to my
workstation machine (a P4P800 ASUS MB with USB 2.0 support). The server
only has 1.1
Richard Fish wrote:
Alec Shaner wrote:
Once the buffer fills up would you expect it to work fine at 1.2MB/s? I
wish I had kept the logs, but it was extremely slow (much slower than
1.2). I was copying a series of ~70MB files over and it would work fine
on about the first 5 or so files before
Alec Shaner wrote:
Jun 3 15:48:16 scream kernel: SCSI error : 2 0 0 0 return code = 0x7
Jun 3 15:48:16 scream kernel: end_request: I/O error, dev sdb, sector
47188047
Jun 3 15:48:16 scream kernel: Buffer I/O error on device sdb1, logical
block 47187984
Jun 3 15:48:16 scream kernel: lost
Richard Fish wrote:
Alec Shaner wrote:
I recently purchased a WD 160GB external USB drive and can't get it to
perform reliably on my server. It works fine when connected to my
workstation machine (a P4P800 ASUS MB with USB 2.0 support). The server
only has 1.1 USB support, but the problem
Colin wrote:
Maybe you can answer this question. I have an ATA/66 hard drive (66
MBps) on an ATA/133 bus. If the bus is limited to 133 MBps and the
drive cannot transfer data at more than 66 MBps, how come burst
transfers (as reported by hdparm -tT /dev/hdg) are at about 1.6 GBps?
Not
Richard Fish wrote:
Alec Shaner wrote:
I recently purchased a WD 160GB external USB drive and can't get it to
perform reliably on my server. It works fine when connected to my
workstation machine (a P4P800 ASUS MB with USB 2.0 support). The server
only has 1.1 USB support, but the problem is
--- Alec Shaner [EMAIL PROTECTED] wrote:
Richard Fish wrote:
Alec Shaner wrote:
I recently purchased a WD 160GB external USB drive
and can't get it to
perform reliably on my server. It works fine when
connected to my
workstation machine (a P4P800 ASUS MB with USB 2.0
support).
Richard Fish wrote:
Colin wrote:
Maybe you can answer this question. I have an ATA/66 hard drive (66
MBps) on an ATA/133 bus. If the bus is limited to 133 MBps and the
drive cannot transfer data at more than 66 MBps, how come burst
transfers (as reported by hdparm -tT /dev/hdg) are at about
Alec Shaner wrote:
Once the buffer fills up would you expect it to work fine at 1.2MB/s? I
wish I had kept the logs, but it was extremely slow (much slower than
1.2). I was copying a series of ~70MB files over and it would work fine
on about the first 5 or so files before croaking. I eventually
Mark Knecht wrote:
The typical reason for low performance AND high CPU is that the
controller (in this case probably the USB interface chip) isn't
enabled for DMA. It looked like you have the right drivers loaded so
possibly the USB chip is not a major brand name? Sorry I didn't read
earlier
Alec Shaner wrote:
I recently purchased a WD 160GB external USB drive and can't get it to
perform reliably on my server. It works fine when connected to my
workstation machine (a P4P800 ASUS MB with USB 2.0 support). The server
only has 1.1 USB support, but the problem is that it starts out
On 5/27/05, Hans-Werner Hilse [EMAIL PROTECTED] wrote:
Jan Drugowitsch [EMAIL PROTECTED] wrote:
On 5/26/05, Hans-Werner Hilse [EMAIL PROTECTED] wrote:
Do you use the usb-storage driver or the usb block device drive (which
mentions things like slow and cpu-hungry and unstable in the
On 5/26/05, Hans-Werner Hilse [EMAIL PROTECTED] wrote:
I've got an external USB 2.0 HD with two fat32 partitions (I have to
use fat32 to make them work with windows). What troubles with me with
drive is that in windows I get the expected transfer speed, but in
linux it just won't get
Here's the kernel log message:
May 27 01:51:06 rpc-jd224 usb 4-4: new high speed USB device using
ehci_hcd and address 6
May 27 01:51:06 rpc-jd224 uba: device 6 capacity nsec 312581808 bsize 512
May 27 01:51:06 rpc-jd224 uba: device 6 capacity nsec 312581808 bsize 512
May 27 01:51:06 rpc-jd224
On 5/26/05, Jan Drugowitsch [EMAIL PROTECTED] wrote:
I still don't see much of a reason why the drive should be so slow,
and neither why the kernel should use 100% cpu.
Any help is appreciated,
Jan
--
gentoo-user@gentoo.org mailing list
The typical reason for low performance AND
16 matches
Mail list logo
