Dysk przez kontroler USB dzia

[trixiglk]

Dołożyłem do komputera kontroler z portami USB zgodnymi z 2.0 i wstecz z 1.1. Niestety dysk po podłączeniu do portu jest wykrywany jako 1.1. Sprawdzałem dysk na desktopie pod Windowsem i tam chodzi poprawnie. Jestem jeszcze lekko zielony więc moje pytanie brzmi, co zrobić trzeba żeby to wszystko pod Debianem pracowało jako usb 2.0?

uname -a:

Kod: Zaznacz cały

Linux herakles 2.6.26-2-686 #1 SMP Sun Jun 21 04:57:38 UTC 2009 i686 GNU/Linux

dpkg --print-architecture:

Kod: Zaznacz cały

i386

lspci -k:

Kod: Zaznacz cały

00:00.0 Host bridge: Intel Corporation 82845 845 [Brookdale] Chipset Host Bridge (rev 04)
	Kernel driver in use: agpgart-intel
	Kernel modules: intel-agp
00:01.0 PCI bridge: Intel Corporation 82845 845 [Brookdale] Chipset AGP Bridge (rev 04)
	Kernel modules: shpchp
00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB Controller #1 (rev 02)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 42)
	Kernel modules: shpchp
00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 02)
	Kernel modules: intel-rng, iTCO_wdt
00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 Controller (rev 02)
	Kernel driver in use: PIIX_IDE
	Kernel modules: piix
00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97 Audio Controller (rev 02)
	Kernel driver in use: Intel ICH
	Kernel modules: snd-intel8x0
00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller (rev 02)
	Kernel driver in use: Intel ICH Modem
	Kernel modules: snd-intel8x0m
01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500]
	Kernel modules: radeonfb
02:00.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)
	Kernel driver in use: 3c59x
	Kernel modules: 3c59x
02:01.0 CardBus bridge: Texas Instruments PCI1420 PC card Cardbus Controller
	Kernel driver in use: yenta_cardbus
	Kernel modules: yenta_socket
02:01.1 CardBus bridge: Texas Instruments PCI1420 PC card Cardbus Controller
	Kernel driver in use: yenta_cardbus
	Kernel modules: yenta_socket
07:00.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 62)
	Kernel driver in use: uhci_hcd
	Kernel modules: uhci-hcd
07:00.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 65)
	Kernel modules: ehci-hcd
07:00.3 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306 Fire II IEEE 1394 OHCI Link Layer Controller (rev 80)
	Kernel driver in use: ohci1394
	Kernel modules: ohci1394

lsusb:

Kod: Zaznacz cały

Bus 002 Device 014: ID 152d:2338 JMicron Technology Corp. / JMicron USA Technology Corp. JM20337 Hi-Speed USB to SATA & PATA Combo Bridge
Bus 002 Device 002: ID 04fc:0c15 Sunplus Technology Co., Ltd 
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Uzupełniłem dane o sprzęcie.

[AdeBe]

Prawdopodobnie system nie załadował sterownika do kontrolera.
Wykonaj polecenie

Kod: Zaznacz cały

lsmod | grep ehci-hcd

Jeśli nic nie wyświetli, wykonaj jako root

Kod: Zaznacz cały

modprobe ehci-hcd

[darkwater]

AdeBe, moim zdaniem powinno być:

Kod: Zaznacz cały

lsmod | grep ehci_hcd
modprobe ehci_hcd

[trixiglk]

Dziękuję to właśnie pomogło:

AdeBe, moim zdaniem powinno być:

Kod: Zaznacz cały

lsmod | grep ehci_hcd
modprobe ehci_hcd

Ale na jednym dysku wszystko jest dobrze a na drugim wywala się w trakcie kopiowania. Muszę poszukać jakiegoś zasilacza aby wykluczyć wpływ zasilania.

[darkwater]

Możesz sprawdzić/wymienić kable. Pamiętaj że czym krótsze tym lepiej. Te dołączane przez producentów dysków nie zawsze są najlepszej jakości.
Pamiętaj też że jeden port USB daje max 500 mA. Jeżeli dysk potrzebuje więcej potrzebny jest kabelek z podwójną wtyczką od strony komputera.

[trixiglk]

Tak jak przypuszczałem problemem było zasilanie - sprawa rozwiązana przez dodatkowe zasilanie z drugiego portu USB.
Zauważyłem jednak inny problem podczas montowania partycji (obie ext2 na urządzeniu /dev/sda 1 i 2).
Po dopisaniu linijek do pliku fstab:

Kod: Zaznacz cały

/dev/sda2       /media/disk     ext2    errors=remount-rw               0       0
/dev/sda1       /media/disk-1   ext2    errors=remount-rw               0       0

podczas startu na ekranie pojawiają się błędy poczas montowania partycji:

Kod: Zaznacz cały

Sat Sep  5 18:26:49 2009: Setting kernel variables (/etc/sysctl.conf)...done.
Sat Sep  5 18:26:49 2009: Invalidating stale software suspend images... done.
Sat Sep  5 18:26:49 2009: Mounting local filesystems...mount: special device /dev/sda2 does not exist
Sat Sep  5 18:26:49 2009: mount: special device /dev/sda1 does not exist
Sat Sep  5 18:26:49 2009: ^[[31mfailed.^[[39;49m
Sat Sep  5 18:26:49 2009: Activating swapfile swap...done.
Sat Sep  5 18:26:50 2009: Setting up networking....

Oczywiście katalogi do których mają być podmontowane partycje fizycznie istnieją. Dowodem na to niech będzie ręczne montowanie po wydaniu polcenia:

Kod: Zaznacz cały

herakles:~# mount /dev/sda2 /media/disk -text2
herakles:~# mount /dev/sda1 /media/disk-1 -text2

Czy może to być spowodowane tym modułem od ehci?? Może trzeba by montować dyski po całkowitym wystartowaniu systemu?

[darkwater]

Jeżeli próbuje je zamontować zanim załadują się moduły obsługujące USB (ohci, ehci), to oczywiście nic z tego nie wyjdzie. Najprościej będzie dopisać parametr noauto do tych wpisów w fstab, i montować ręcznie po wstaniu systemu. KDE (a raczej dolphin - domyślny file-manager KDE4) bezproblemowo samodzielnie zamontuje tak oznaczone urządzenia przy pierwszej próbie ich użycia. W gnomie pewnie też istnieje podobny mechanizm.

[trixiglk]

Ja walczę przy czarnym ekranie. Gdzie to dopisać żeby po wstaniu systemu samo się automatycznie montowało?