Re: [Bugme-new] [Bug 14778] New: USB (intel chipset) with external mass storage extremely slow or blocking

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

 



On Mon, 14 Dec 2009, Hadmut Danisch wrote:

> I just uploaded the usbmon trace to the bug report. (machine uses usb
> keyboard and mouse, so the bus is never quiet)

Actually there's something like a card reader which continually gets 
probed.  It would be nice if you could stop that activity.

> I started  mkfs.ext3 /dev/sdg  and the mkfs programm froze while writing
> Inode-table 60/121.
> But it seems as if nothing had actually been written to the pendrive.

Almost nothing -- 4096 bytes did get written.  But no more.

> This was completely distinct hardware (different computers, different
> flash memory). Should I really have four computers all with broken USB
> ports?

Or else different broken flash drives?  I don't know.  All I can say is
that the usbmon trace shows that the drive you were using stopped
working as soon as the computer tried to do a large write.

Maybe the drive just can't handle transfers that are too large.  You
can reduce the transfer size by setting the drive's max_sectors value
(the file will be /sys/block/sdg/device/max_sectors, if the drive is
/dev/sdg).  Trying writing 64 to that file before using the drive.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Media]     [Linux Input]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Old Linux USB Devel Archive]

  Powered by Linux