Zawieszanie Pendrive 8Gb

[Cuthbert75]

Zakupiłem pendrive Kingston Traveller 2.0 8GB. Przyznam się że pierwszą rzeczą jaką zrobiłem była próba zaszyfrowania całej partycji Truecryptem. Niestety pod linuksem za każdym razem kończyło się to komunikatem input/output error. Pod windowsem udało się zrobić bez problemu, nagrałem pliki i udało mi się je nawet przekopiwać pod linuksem, jednak podczas usuwania plików pendrive zawiesił się i przestaje być widoczny z programu qtparted. Po ponownym uruchomieniu są widoczne nadal nawy plików z innym rozmiarem niż pierwotny, których nie da się usunąć. Oczywiście pomaga (po restarcie) format partycji. Jednak przy próbie skopiowania czegokolwiek pendrive zawiesza się - i tu ciekawe lamka potrafi mrugać nawet po wyłączeniu komputera - pomaga dopiero wyłączenie zasilacza.

Najciekawsze jest że pod windowsem z pendrivem nie ma żadnych problemów. Po założeniu partycji i sformatowaniu śmiga aż miło - oczywiście do czasu podłączenia go pod kubuntu.

Próbowałem wykonać:

Kod: Zaznacz cały

dd if=/dev/zero of=/dev/urzadznie_z_pendirve

z efektem marnym - po zapisaniu ok 40-60MB otrzymuję komuikat input/output error i pendrive wisi.

Takie same objawy wystepują pod kubuntu 8.10
Zastanawiałm się czy fat32 nie ma tu czegoś do rzeczy. Jesli to wina pendrive to czym można by go przetestować pod windowsem aby wykazać w sklepie uszkodzenie pendriva?

[[r4]]

Co pokazuje log po tym, jak podlaczysz pendrive?

Kod: Zaznacz cały

dmesg|tail

[Cuthbert75]

Chcę wykazać w sklepie że pamięć jest uszkodzona. Oczywiście jeśli jest. I niestety wydaje mi się że stwierdzenie że pod linuksem nie chodzi nie za bardzo coś zdziałam, skoro pod windowsem działa aż miło. Tak na marginesie na opakowaniu jest zaznaczona zgodność pendriva z kernelem 2.6.x+ i taki posiadam tzn 2.6.24-23generic

Oto wynik dmsg|tail po włożeniu pendriva

Kod: Zaznacz cały

[10843.418490] sd 5:0:0:0: [sdb] Mode Sense: 23 00 00 00
[10843.418495] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[10843.421228] sd 5:0:0:0: [sdb] 15695872 512-byte hardware sectors (8036 MB)
[10843.421853] sd 5:0:0:0: [sdb] Write Protect is off
[10843.421860] sd 5:0:0:0: [sdb] Mode Sense: 23 00 00 00
[10843.421863] sd 5:0:0:0: [sdb] Assuming drive cache: write through
[10843.421871]  sdb:<6>usb 7-1: reset high speed USB device using ehci_hcd and address 3
[10843.893178]  unknown partition table
[10843.893278] sd 5:0:0:0: [sdb] Attached SCSI removable disk
[10843.893347] sd 5:0:0:0: Attached scsi generic sg1 type 0

a następnie po zamontowaniu i po wystąpieniu błędu w kopiowaniu

Kod: Zaznacz cały

[11099.934463] usb 7-1: new high speed USB device using ehci_hcd and address 4
[11100.046433] usb 7-1: device descriptor read/64, error -32
[11100.262355] usb 7-1: device descriptor read/64, error -32
[11100.478277] usb 7-1: new high speed USB device using ehci_hcd and address 5
[11100.590236] usb 7-1: device descriptor read/64, error -32
[11100.806192] usb 7-1: device descriptor read/64, error -32
[11101.022076] usb 7-1: new high speed USB device using ehci_hcd and address 6
[11101.429905] usb 7-1: device not accepting address 6, error -32
[11101.541903] usb 7-1: new high speed USB device using ehci_hcd and address 7
[11101.949719] usb 7-1: device not accepting address 7, error -32

na pendrive utworzona partycja spod winXP i sformatowana na fat32 na ustawieniach domyślnych.

EDIT:
Kierując się czyjąś sugestią wygrzebaną w "otchłaniach" internetu wpisałem w konsoli:

Kod: Zaznacz cały

sudo rmmod ehci-hcd

i uwaga.... USB DZIAŁA!!!

Minus jest taki że w trybie 1.1 więc prędkości są dalekie od doskonałości ;(.
Mam ktoś pomysł co zrobić aby pendrive działał jak należy?

[dawidgarus]

Skoro działa, to może spróbuj go sformatować po linuksem?

[Cuthbert75]

Dokładnie to zrobiłem z tym że format działał też od biedy wcześniej. Dało się włożyć pendrive, system go wykrywał, montował, rozpoczynałem kopiowanie i kicha. Teraz pendrive działa jak należy z tym że bardzo wolno. I niestety nic w tym dziwnego skoro usnąłem moduł odpowiadający za usb 2.0.

Pewnie 8GB jest za dużą pamięcią, stosunkowo nową i jest jakiś błąd jeszcze nie naprawiony i będę musiał spokojnie poczekać jakiś czas na zmiany. Skoro znalazłem rozwiązanie (zastosowałem metodę nie do końca związaną z moim problemem) to problem jest raczej ogólny i prędzej czy później zostanie poprawiony.

[jawojx]

Pewnie 8GB jest za dużą pamięcią

Nie , to jest nie to , ja mam 8GB Pendriva Corsair Voyager działa normalnie , jaki masz kontroler USB2 , intela ? ;

Kod: Zaznacz cały

lshw | grep EHCI

Jak USB działa poprawnie z innymi ( np. mniejszym pendrivem ) , ale jeszcze trzeba sprawdzić ten błąd ;

[10843.421871] sdb:<6>usb 7-1: reset high speed USB device using ehci_hcd and address 3
[10843.893178] unknown partition table

sudo fdisk -l

Czy wszystko jest dobrze , nie pokazuje błędów w partycjach pamięci USB ?

pierwszą rzeczą jaką zrobiłem była próba zaszyfrowania całej partycji Truecryptem.

A doczytałem jeszcze to , zrób nowy podział , tylko nie qtparted , a może w cfdisku ;

Kod: Zaznacz cały

sudo cfdisk /dev/sd-wiadomo litera dysku USB

Usuń wszystkie partycje i zrób nowy podział zapisz zmiany i wyjdź z programu ( powinien być odmontowany ) i sformatuj na FAT 16 ( wiadomo za x litera dysku , napisałem tak by ktoś formatu nie zrobił na innym dysku , parametr -n opcjonalnie );

Kod: Zaznacz cały

sudo mkfs.vfat -F 16 -n Nazwa /dev/sdx1

-------------------------------------------------------------------------------------------------------

[Cuthbert75]

Kod: Zaznacz cały

jaki masz kontroler USB2 , intela ? 

product: SB700/SB800 USB EHCI Controller
product: EHCI Host Controller
product: SB700/SB800 USB EHCI Controller
product: EHCI Host Controller

I tu chyba jest pogrzebany problem. Twoje pytanie naprowadziło mnie na temat. Pogrzebałem w internecie i wygląda na to że chipsety AMD SB700 mają problemy z USB. Rozwiązania to:
bios update
look for the patch on lkml
use 2.6.27.8 which has the patch

Aktualizacji biosu do mojej płyty niestety jeszcze nie ma na stronie producenta. Więc pozostaje mi chyba poczekać na update biosu lub kernel 2.6.27.8. Patchowanie jądra to chyba jeszcze nie mój poziom ;(

Za pozostałe rady bardzo dziękuję, próbowałem ale niestety nic nie dały, pendrive zachowuje cały czas tak samo.

Spróbowałem kernela 2.6.28-6-generic - niestety dzieje się to samo - mogę skopiować ok 100MB i pendrive znika z systemu (/dev/sdb też).

[israel]

Witaj,
pocieszę Cię - mam ten sam problem, na dwóch komputerach - obydwa na chipach intela - ThinkPad T40p

Kod: Zaznacz cały

product: 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1
product: UHCI Host Controller
product: 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2
product: UHCI Host Controller
product: 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3
product: UHCI Host Controller
product: 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller

i komp stacjonarny,

Kod: Zaznacz cały

product: 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1
product: 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2
product: 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3
product: 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #
product: 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller

Na laptopie jak kupiłem pena kilka miesięcy temu było ok, jakiś czas temu chciałem przenieść dane i ... znowu to samo.

Kod: Zaznacz cały

sudo rmmod ehci-hcd

nic nie daje :/

Spróbuję jeszcze na kernelu 2.6.27.8 jak pisałeś że ma być "spatchowany". Co to za patch? Też szukałem informacji o problemie ale nie znalazłem nic o patchu.
Dzięki i pozdrawiam

[thez1]

Miałem taki sam problem z takim samym pendrivem udalo mi sie wygooglować rozwiazanie, przynajmniej u mnie zadziałało

Kod: Zaznacz cały

sudo cp /etc/modprobe.d/options /etc/modprobe.d/options.backup1
sudo gedit /etc/modprobe.d/options
dodaj linijke:	
options scsi_mod inq_timeout=20	
uname -a
sudo aptitude reinstall linux-image-(wynik uname -a)
restart

śmiga aż miło

[Hagal]

"Pocieszę" Was :
,

Kod: Zaznacz cały

-[ 23:01:52 ]--[ pts/1 ]--[ ~ ]
`-[  Slawek  ] >>  lspci | grep USB
00:13.0 USB Controller: ATI Technologies Inc SB600 USB (OHCI0)
00:13.1 USB Controller: ATI Technologies Inc SB600 USB (OHCI1)
00:13.2 USB Controller: ATI Technologies Inc SB600 USB (OHCI2)
00:13.3 USB Controller: ATI Technologies Inc SB600 USB (OHCI3)
00:13.4 USB Controller: ATI Technologies Inc SB600 USB (OHCI4)
00:13.5 USB Controller: ATI Technologies Inc SB600 USB Controller (EHCI)

,-[ 23:02:13 ]--[ pts/1 ]--[ ~ ]
`-[  Slawek  ] >>  uname -a
Linux Debian 2.6.28.4 #1 SMP PREEMPT Sat Feb 7 09:44:43 CET 2009 x86_64 GNU/Linux

I dokładnie ten sam problem
Jak widać najnowsze jajko nic nie zmienia.
Co ciekawe, na Win jest dokładnie to samo - znaczy chyba, że to raczej problem sprzętowy.


Pozdrawiam

[Cuthbert75]

Niestety metoda

Kod: Zaznacz cały

options scsi_mod inq_timeout=20

nie poskutkowała ;(
Dalej to samo...

[bear7]

a ktoś próbował tej metody opisanej na newbie.linux.pl
http://newbie.linux.pl/?id=article&kategoria=4&show=529

[igotit4free]

Hmmm, czy ktoś z was natknął się na rozwiązanie (albo chociaż wytłumaczenie przyczyn) problemu z zawieszaniem się pendrajwów ?
Miałem Corsair Voyager 8GB, teraz mam Cruzera SanDiska 8 GB i w obu przypadkach kłopot jest ten sam ... przy kopiowaniu z pena na dysk i z dysku na pena transfery są w porządku (zapis na USB rzędu 4-6 MB/s, zapis na HDD 18-24 MB/s) ale to wszystko tylko do granicy c.a. 700MB:sad:
Próba skopiowania jednorazowo większej ilości danych w 9/10 przypadków kończy się błędem kopiowania, a dokładniej pendrajw po prostu samoczynnie się odmontowuje:pt36: Pliki o wadze c.a. 700MB mogę kopiować pojedynczo, ale już próba skopiowania pliku ważącego np. 1.4GB to pewny komunikat błędu. WTF ?

[tomline]

Temat stary ale problem nadal aktualny. Nie jest to wina pendrive ani też systemu operacyjnego - to problem ostatnich chipsetów AMD SB700, SB710, SB750 (niezależny od producentów płyt głównych)

Rozwiązania póki co nie ma ale za to pojawiła się errata od AMD

AMD SB700 Family Product Errata:

Transmission Errors on Packet Identifier May Cause USB? Host Controller To Reinitialize Device

Description:
When receiving a packet identifier (PID) from a USB device while performing asynchronous data transfers, the SouthBridge?s USB host controller may not compare the packet type field to its check bits if the incoming packet type decodes as a STALL handshake. If transmission errors on an incoming packet cause a different packet type field in a PID to match the encoding for a STALL handshake, the SouthBridge may relay the STALL handshake to the application layer instead of ignoring the packet.

Potential Effect on System:
USB host driver software may act on an erroneous STALL handshake and perform a device re-initialization. USB devices should respond to this re-initialization and resume normal operation after a brief delay. If a device is unable to respond correctly to the re-initialization it may disconnect from the host unexpectedly.

Suggested Workaround:
None.

Fix Planned:
Under consideration for a future release.

Edit Edit Reply

[igotit4free]

Temat stary ale problem nadal aktualny. Nie jest to wina pendrive ani też systemu operacyjnego - to problem ostatnich chipsetów AMD SB700, SB710, SB750 (niezależny od producentów płyt głównych)

Rozwiązania póki co nie ma ale za to pojawiła się errata od AMD

Pozwolę sobie mieć odmienne zdanie ... jeśli problem występuje u mnie nagminnie na Ubuntu 8.10 i 9.04 a pod 8.04 na szczęście sprowadza się do żałośnie niskich transferów z i na USB, nie występuje natomiast WCALE pod XP i Windows 7 to twierdzenie, że jest niezależny od systemu jest nie do obrony.

.

[tomline]

Pozwolę sobie mieć odmienne zdanie ... jeśli problem występuje u mnie nagminnie na Ubuntu 8.10 i 9.04 a pod 8.04 na szczęście sprowadza się do żałośnie niskich transferów z i na USB, nie występuje natomiast WCALE pod XP i Windows 7 to twierdzenie, że jest niezależny od systemu jest nie do obrony.

.

Z Twojego opisu wynika , że posiadasz płytę na chipsecie Via , wiec to zupełnie inny przypadek. U mnie na SB700 pendrive Kingston Data Traveler 8Gb nie działa zarówno pod WINXP jak i Ubuntu. Ten sam pendrive sprawdzałem na laptopie i innym PC na chipsecie Nforce - zero problemów.
Co ciekawe pendrivy innych firm zwłaszcza no name działają poprawnie. Wyjaśnienie znalazłem przypadkowo na forum Asusa