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]

 



Hi Alan,




Alan Stern wrote:
> Maybe the problem is that the computer sends data before the flash 
> drive is ready to accept it.  You can try delaying the data transfer.
>
> Edit drivers/usb/storage/transport.c.  In usb_stor_Bulk_transport(), 
>
>   



No, that didn't help. But I guess I got somewhat further.


That particular usb pendrive was working for some time on my main
desktop computer. I had created an encrypted device (without partition
table, directly onto /dev/sdx) and put  an ext3 filesystem inside. I
could write some amount of data (some months ago) and then the file
system hung, but I didn't care much about. Some weeks later I tried to
create a new file system, and that's where the writing problems began.

Now I had that particular writing problems with this USB pendrive on
five different computers, alle with the latest Ubuntu. An
mkfs.ext2 /dev/sdx failed on all machines the very same way.

But then, when I used the pendrive in a Windows machine, I could easily
format and use it with Windows. So the pendrive definitely is not broken
- at least not completely.

Surprisingly, after formatting it with Windows with a fat filesystem, it
worked on all those Ubuntu machines, now I can write the files (onto
fat). And now, the mkfs.ext2 /dev/sdx works as well (what did not
terminate formerly). And even the large file can now be copied onto the
stick.



My guess is that the internal controller of the USB pendrive is somehow
incompatible with Linux, encryption or ext2 filesystem. It is known that
flash memory cards and drives have internal controllers that continuosly
replace memory segments with each other to have them worn down equally.
To do so, some of these controllers are able to "understand" dos/fat
filesystems and use them as part of their strategy.

I assume that I ran that controller with an encrypted filesystem into
some error mode. Or hit some memory segments that are broken (it's a
16GB drive), where reformatting with vfat remixed the page order of
those segments.


I am not sure whether this is a problem of the USB drive (or its
controller) or the Linux machine.


Best regards (and merry Christmas)

Hadmut


--
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