Mám problém s USB Flash diskem. Po zapojení do USB portu není zařízení detekováno. Jedna se o USB Flash ADATA 16GB (Nobility Series PD14). Na stránkách výrobce je v systémových požadavcích Linux™: Kernel 2.4 or later. Ja mám openSUSE 11.1 (Linux 2.6.27.7-9-default x86_64). Zkoušel jsem to i na jiném PC s openSUSE 11.0, ale také bez úspěchu. Pod Vistama to jede bez problému. Disk je na formátovaný FAT32. Díky za každou radu.
přikládám cat /var/log/messages
Jan 3 12:21:09 Grieff kernel: usb 4-1: new high speed USB device using ehci_hcd and address 4
Jan 3 12:21:09 Grieff kernel: usb 4-1: configuration #1 chosen from 1 choice
Jan 3 12:21:09 Grieff kernel: usb 4-1: New USB device found, idVendor=067b, idProduct=2528
Jan 3 12:21:09 Grieff kernel: usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jan 3 12:21:09 Grieff kernel: usb 4-1: Product: USB Flash Drive
Jan 3 12:21:09 Grieff kernel: usb 4-1: Manufacturer: USB 2.0
Jan 3 12:21:09 Grieff kernel: usb 4-1: SerialNumber: 000804075453A43050BE
Jan 3 12:21:09 Grieff kernel: Initializing USB Mass Storage driver...
Jan 3 12:21:09 Grieff kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Jan 3 12:21:09 Grieff kernel: usbcore: registered new interface driver usb-storage
Jan 3 12:21:09 Grieff kernel: USB Mass Storage support registered.
Jan 3 12:21:09 Grieff kernel: usb-storage: device found at 4
Jan 3 12:21:09 Grieff kernel: usb-storage: waiting for device to settle before scanning
Jan 3 12:21:16 Grieff kernel: usb 4-1: reset high speed USB device using ehci_hcd and address 4
Jan 3 12:21:31 Grieff kernel: usb 4-1: device descriptor read/64, error -110
Jan 3 12:21:46 Grieff kernel: usb 4-1: device descriptor read/64, error -110
Jan 3 12:21:46 Grieff kernel: usb 4-1: reset high speed USB device using ehci_hcd and address 4
Jan 3 12:22:01 Grieff kernel: usb 4-1: device descriptor read/64, error -110
Jan 3 12:22:16 Grieff kernel: usb 4-1: device descriptor read/64, error -110
Jan 3 12:22:17 Grieff kernel: usb 4-1: reset high speed USB device using ehci_hcd and address 4
Jan 3 12:22:27 Grieff kernel: usb 4-1: device not accepting address 4, error -110
Jan 3 12:22:27 Grieff kernel: usb 4-1: reset high speed USB device using ehci_hcd and address 4
Jan 3 12:22:38 Grieff kernel: usb 4-1: device not accepting address 4, error -110
Jan 3 12:22:38 Grieff kernel: scsi 3:0:0:0: Device offlined - not ready after error recovery
Jan 3 12:22:38 Grieff kernel: usb 4-1: USB disconnect, address 4
Jan 3 12:22:38 Grieff kernel: usb-storage: device scan complete
Jan 3 12:22:38 Grieff kernel: usb 4-1: new high speed USB device using ehci_hcd and address 5
Jan 3 12:22:53 Grieff kernel: usb 4-1: device descriptor read/64, error -110
Jan 3 12:23:08 Grieff kernel: usb 4-1: device descriptor read/64, error -110
Jan 3 12:23:08 Grieff kernel: usb 4-1: new high speed USB device using ehci_hcd and address 6
Jan 3 12:23:23 Grieff kernel: usb 4-1: device descriptor read/64, error -110
Jan 3 12:23:39 Grieff kernel: usb 4-1: device descriptor read/64, error -110
Jan 3 12:23:39 Grieff kernel: usb 4-1: new high speed USB device using ehci_hcd and address 7
Jan 3 12:23:49 Grieff kernel: usb 4-1: device not accepting address 7, error -110
Jan 3 12:23:49 Grieff kernel: usb 4-1: new high speed USB device using ehci_hcd and address 8
Jan 3 12:24:00 Grieff kernel: usb 4-1: device not accepting address 8, error -110
Jan 3 12:24:00 Grieff kernel: hub 4-0:1.0: unable to enumerate USB device on port 1
vedoucí ke snadnému vyřešení problému, faktem ale je, že jsem se setkal s několika USB klíčenkami, které prostě pod Linuxem nechodily. Jedna věc je, co píše výrobce v nějakých specifikacích, jiná to, že speciálně u levných a po vlacích produkovaných výrobcích (kam jistě flash patří) prostě Číňani produkují to, co je zrovna napadne, potiskují to stejným způsobem a stejným i prodávají...
Jinými slovy ta klíčenka vůbec nemusí být tím, co je popsáno v té specifikaci. Jinak ovšem podle stringů v logu (idVendor a idProduct) jde o USB chip PROLIFIC PL2528 - no a ten podporu v Linuxu má... Takže těžko říct, zkuste nabootovat i do jiné distribuce (live) a ověřit funkci tam. Nejlépe něco staršího (třeba SUSE 10.3). Případně si projděte výsledky hledání, třeba tam najdete řešení (je tam například uvedený i nevhodný kabel - je známo, že Linux je obecně citlivější na vady hardware než Windows...). Zajímavý je i tento příspěvek - vzpomněl jsem si u něj na problémy s mojí klíčenkou Emgeton Alien (už jsem to na tomto portálu popisoval).
JirkaZ
Ve Windows jsem si všiml, že i když na disku nic není, tak to nic zabírá 91MB. Tak jsem disk zformátoval pomocí HDD Low Level Format Tool a pak už jen běžnými nástroji vytvořil jednu FAT32 partition. A disk již funguje jak má. Nevím přesně v čem byl zakopaný pes, možná nějaká skrytá security partition už od výrobce. Díky za rady.
zřejmě v podstatě přesně to, co jsem popisoval u klíčenky Emgeton Alien (nový odkaz na nový server)...
JirkaZ
Nevím jestli je to náhoda nebo ne, ale zrovna řeším podobný problém se svým usb adaptérem. Výpis je skoro stejný, jednou z tisíce pokusů funguje, ale většinou vypisuje tohle...
Luke7
"jeden z tisíce pokusů", přikláněl bych se k problémům s kabelem (nebo jiným na podobné úrovni - konektor apod.). Zkuste krátký a kvalitní kabel.
JirkaZ
No kabelem to nebude - žádný není, možná tedy konektor na tom adaptéru (bluetooth). Zkoušel sem konektory na více pc a všude stejné.
Luke7
podobny problem som riesil s kolegom. pri prenose z externeho usb disku mu nesedel checksum ... a velke subory nebolo casto mozne skopirovat. usb disk bol pripojeny cez predne konektory na skrinke. ked sa pripojil na zadne, ktore su priamo na mb, tak sa problem odstranil ;) ziavne v sikmaci nekvalitne poskrucali usb kable a nedostatocne odtienili predny panel ;)
Mam ten samy disk a chova se mi uplne stejne. Znacku A-Data uz nikdy.