Dotaz: debian 6 - mount flash disků jen po restartu

[subrack]

zdravim, prechazim z ubuntu na debian, mam jeden problem:

Usb flash disk se mi sam pripoji a zobrazi na plose jen pokud restartuju pocitac (nebo zapnu a disk je jiz v usb), jinak se za chodu nepripoji a neni videt v lsusb.

Po restartu se pripoji a v lsusb videt je. pokud pak pridam dalsi flashku tak se nepripoji ani nezobrazi v lsusb.

diky za rady, dneska vecer si s restartem vystacim, ale stridat flasky (bez restartu) to je muz zivot!:)

Odpovědi

[NN]

Tipoval bych, ze za to muze HAL daemon a stacilo by ho resetovat, ale vic nic.

NN

[subrack]

hal balik neni vubec nainstalovany, co s tim souvisi, snad, by mohl byt udev, ten nainstalovany je (standard instalace, nemenil jsem nic)

jeste pripominam.. bezi desktop, vrazim tam flash - nic, lsus - nic, restartnu PC a flaska objevi se na plose i v lsusb...

[subrack]

sudo lsusb pokud tam strcim flasku pri bezicim desktopu (po prihlaseni):

Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

flash se ani nerozsviti, pokud restartnu PC tak behem restartu svitit zacne a po prihlaseni se ohlasi v lsusb a je videt na plose, lsusb vypisuje pak:

Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Bus 001 Device 002: ID 090c:1000 Feiya Technology Corp. Flash Drive

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

s jinymi flaskami je to obdobne.

[2X4B-523P]

v dmesg něco je?

[2X4B-523P]

pardon, ještě co je to za HW a cat /proc/version

[subrack]

Příloha:

• dmesg.txt (44340 bytů)

Linux version 2.6.32-5-686 (Debian 2.6.32-30) (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Wed Jan 12 04:01:41 UTC 2011

[stativ]

To je hádám předtím, než jsi zkusil zapojit flash, což je vcelku k ničemu. Nabootuj, vraž tam flash a koukni do dmesg a ten pak pošli (technicky vzato stačí posledních pár řádků, budou obsahovat něco o USB).

[subrack]

Příloha:

• dmesg.txt (29120 bytů)

tak jeste jednou, nabootoval sem, vrazil ji tam.. viz priloha

[stativ]

Čekal jsem, že systém detekuje, že tam něco bylo vloženo ale už si s tím neporadí. Ale není tam nic. Jako by nebyly nahrány moduly usb_uhci a jemu podobné. Ale ty tam jsou a tváří se naprosto v pořádku. Jediné, co mi přijde trošku podezřelé je „using broken periodic workaround.“

Možná bych zkusil rmmod ehci_hcd a zapojil flashku. Pokud to nepomůže tak bych ještě zkusil rmmod uhci_hcd && modprobe ehci_hcd.

[subrack]

tak samotne

rmmod ehci_hcd nevede k uspechu, ale nasledne:

rmmod uhci_hcd && modprobe ehci_hcd

uz udela ze flash zacne fungovat. pokud ji odpojim a chci znovu pripojit, tak opet nejede, musim udelat zase to same, teda staci pak uz jen zadat:

sudo rmmod ehci_hcd

sudo modprobe ehci_hcd

coz je lepsi nez restart systemu. tyhle zmeny modulu jsou asi platne po zadani stale, nejen do restartu, zejo. kazdopadne teda bezva pokrok!

[pepe_]

Tak já mam v modulech jen   ahci, iee1394,ohci1394,usbhid,usb_storage    ehci_hcd a uhci_hcd ani nemam a usb jede se všim automaticky.

 

Celej výpis :

Module                  Size  Used by
hidp                   11083  0 
binfmt_misc             6587  1 
rfcomm                 33421  4 
sco                     7885  2 
bnep                    9436  2 
l2cap                  30624  17 hidp,rfcomm,bnep
vboxnetadp              6326  0 
vboxnetflt             15280  0 
vboxdrv               190626  2 vboxnetadp,vboxnetflt
sit                     8483  0 
tunnel4                 2213  1 sit
ppdev                   5259  0 
parport_pc             25962  0 
ipt_MASQUERADE          1407  0 
iptable_nat             4414  0 
nf_nat                 15735  2 ipt_MASQUERADE,iptable_nat
nf_conntrack_ipv4      10672  3 iptable_nat,nf_nat
nf_defrag_ipv4          1073  1 nf_conntrack_ipv4
autofs4                22715  1 
xt_state                1098  0 
nf_conntrack           61615  5 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4,xt_state
ipt_REJECT              1928  0 
xt_tcpudp               2011  0 
iptable_filter          2271  0 
ip_tables               9991  2 iptable_nat,iptable_filter
x_tables               14299  6 ipt_MASQUERADE,iptable_nat,xt_state,ipt_REJECT,xt_tcpudp,ip_tables
bridge                 45614  0 
stp                     1655  1 bridge
kvm_intel              39416  0 
kvm                   245253  1 kvm_intel
sha256_generic         11191  0 
aes_i586                7268  0 
snd_hda_codec_realtek   203408  1 
aes_generic            26863  1 aes_i586
snd_hda_intel          22037  2 
snd_hda_codec          74201  2 snd_hda_codec_realtek,snd_hda_intel
snd_usb_audio          75765  1 
dm_crypt               11331  0 
snd_seq_dummy           1338  0 
snd_pcm_oss            35308  0 
snd_seq_oss            26722  0 
snd_mixer_oss          13746  1 snd_pcm_oss
snd_pcm                70694  4 snd_hda_intel,snd_hda_codec,snd_usb_audio,snd_pcm_oss
snd_usb_lib            15801  1 snd_usb_audio
snd_seq_midi            4557  0 
f71882fg               21312  0 
snd_seq_midi_event      6003  2 snd_seq_oss,snd_seq_midi
snd_rawmidi            19056  2 snd_usb_lib,snd_seq_midi
snd_seq                47263  7 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer              19098  2 snd_pcm,snd_seq
snd_hwdep               5412  2 snd_hda_codec,snd_usb_audio
snd_seq_device          5700  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
gspca_sonixj           19392  0 
lp                      7028  0 
btusb                  10957  2 
snd                    54180  20 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_usb_audio,snd_pcm_oss,snd_seq_oss,snd_mixer_oss,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_hwdep,snd_seq_device
gspca_main             21199  1 gspca_sonixj
parport                32635  3 ppdev,parport_pc,lp
nvidia               9694157  46 
agpgart                31724  1 nvidia
bluetooth              49892  10 hidp,rfcomm,sco,bnep,l2cap,btusb
videodev               34361  1 gspca_main
v4l1_compat            13251  1 videodev
soundcore               6620  1 snd
snd_page_alloc          7076  2 snd_hda_intel,snd_pcm
psmouse                63245  0 
joydev                  8740  0 
serio_raw               3978  0 
reiserfs              225481  1 
hid_a4tech              1910  0 
usb_storage            39553  1 
usbhid                 36110  0 
hid                    67096  3 hidp,hid_a4tech,usbhid
ohci1394               26950  0 
r8169                  34108  0 
mii                     4381  1 r8169
ieee1394               81181  1 ohci1394
ahci                   32200  5 


Třeba ti to pomůže.

[subrack]

Diky, vyzkousel jsem to zamenit, ale jedine co funguje je reload ehci_hcd po vlozeni flasky, tak zatim musim fungovat takhle, budu to jeste po vecerech zkoumat, taky bych napriklad rad tisknul:)

[stativ]

Jsem rád, že to aspoň trochu pomohlo. Vypadá to jako chyba jádra. Důvod, proč to v Ubuntu 8.04 běželo by mohla být právě jiná verze jádra, ve které ta chyba není přítomna.

[subrack]

Je zajimave, ze preinstalace nepomohly a i jine distribuce (zkousel jsem jen live CD) to delaji, az by si clovek myslel ze to muze byt nejaky HW problem, kompatibilita, porucha...

K dane desce toho zel na webu moc nenachazim.

Co se jader tyce, tak to vypada ze problemy delaji spis novejsi verze nez ty stare (driv to fungovavalo).

[subrack]

deska je MSI 975 X Platinum Power up Edition

ma SATA konektory SATA 1-4 controlled by ICH7R a SATA5 by JMicron JMB361, zkousel jsem instalaci s tim jmicronem i bez nej (disabled v bosu), vysledek stejne spatny.

[subrack]

tak dalsi informace:

-pokud bootnu liveSLAX tak popsany problem pretrvava, jiz pripojena flash se zobrazi, ale nove zapojena ne...

[2X4B-523P]

vygooglil jsem že modprobe usb-storage je přo někoho řešením, tak jestli to tak funguje, tak bych to dal do /etc/modules

[subrack]

no to nevim jak presne udelat:)

problem je ze ja to zarizeni nevidim, pokud dam restart, tak behem bootu se flaska rozsviti a je viditelna, nevim jak pripojit neco co nevidim:)

kazdopadne pri bootu se pousti neco co tu flasku vidi (a pak ji i pripoji), myslim ze by se to co ji vidi melo spustit kdyz to strcim do usb... problem taky je, ze vic tomu nerozumim a kazdej prd si musim hledat.. nemam paru v jake fazi bootu to tu flash zacne videt a co to dela:(

[2X4B-523P]

modprobe se používá k zavádění ovladačů do paměti, když napíšeš jako root modprobe usb_storage, tak se načte ovladač pro usb paměti, harddisky apod. (pokud už zaveden není, to zjistíš příkazem lsmod, příp. lsmod | grep usb vypíše moduly v jejichž názvu je usb)...

[2X4B-523P]

po tom zavedení samozřejmě vyzkoušej připojit flash...

[subrack]

ppp@PC:~$ lsmod | grep usb usbcore 98453 3 uhci_hcd,ehci_hcd nls_base 4541 1 usbcore

ppp@PC:~$ sudo modprobe usb_storage

ppp@PC:~$ lsmod | grep usb usb_storage 30585 0 scsi_mod 101429 5 usb_storage,sg,sd_mod,sr_mod,libata usbcore 98453 4 usb_storage,uhci_hcd,ehci_hcd nls_base 4541 1 usbcore

tak ani po zavedeni nejde...

[stativ]

To by mohlo být řešení… Zdá se mi ale poněkud divné, že si udev ten modul nenahraje.

[subrack]

obsah /etc/udev/udev.conf je celkem strucny (bez komentaru):

udev_log="err"

a kdyz vlozim flasku do USB tak kterej proces se postara o to ze flasku uvidim ve vypisu lsusb? dela to udev nebo jinej? dekuji

[stativ]

obsah /etc/udev/udev.conf je celkem strucny (bez komentaru):

udev_log="err"

V /etc/udev/udev.conf je by mělo být jen „globální“ nastavení démona udev. A to je u současného udevu zřejmě jenom logování. Samotné chování udevu pro zpracování zařízení se nastavuje pomocí pravidel. Uživatelská pravidla jsou obvykle v /etc/udev/rules.d/ a standardní pravidla jsou v /lib/udev/rules.d/

Pravidla jsou poměrně komplexní. Je možné nastavit spouštění skriptů při vytváření zařízení, nahrávání modulů při detekci zařízení, vytváření symlinků a spoustu dalšího.

a kdyz vlozim flasku do USB tak kterej proces se postara o to ze flasku uvidim ve vypisu lsusb? dela to udev nebo jinej? dekuji

Proces je přibližně: jádro detekuje zapojení zařízení a vyšle událost, udev událost zachytí a podle ní vytvoří zařízení v /dev.

Např. to může vypadat tak, že když zapojíš flashku jádro zjistí, že jsi zapojil jakési zařízení XYZ a pošle událost. udev událost zachytí a podle nějaké databáze a pravidel ví, že XYZ je USB úložné zařízení. Protože ale není nahrán modul usb-storage, nahraje ho. Pokud se dobře vzpomínám, tak v tuhle chvíli jádro může zjistit nějaké další info a pošle další událost, na kterou už udev může zareagovat vytvořením zařízení v /dev.

lsusb s udevem nemá vlastně nic společného – lsusb vlastně jen parsuje soubory v /sys a vypisuje je ve srozumitelnější podobě (pokud tě zajímá jaké soubory čte, spusť strace -eopen lsusb). Soubory v /sys vytváří jádro.

[Kill_Bill]

Zacal bych se vrtat v BIOSu...

[pepe_]

A to ubuntu nedělal ?

[subrack]

ubuntu 8 jel OK, jednu flasku prestal chtit nacitat, po reinstalu na ubuntu 9 to jelo OK az posledni "tejden" to zaclo taky nefungovat..vsechny flash

(na ubuntu 10 live CD to taky nejede)

jinak pripojeni treba usb tiskarny (v ubuntu to slo) taky nejde, lsusb nezobrazi nic, na NB s debianem 6 to funguje OK.

ale kdyz to tu flasku pokud je v usb uz pri startu najde..melo by stacit kdyby se mi povedlo pustit/restartnout to co ji detekuje pri bootu, coz?

[jadd]

http://www.abclinuxu.cz/poradna/linux/show/327458 není to, to samý ?

[2X4B-523P]

ne, tam je v lsusb flash normálně vidět

[jadd]

Ale nebylo by marný vidět fstab..

[subrack]

/etc/fstab: static file system information.

# file system mount point type options dump pass

proc /proc proc defaults 0 0

# / was on /dev/sda1 during installation

UUID=6acfds60-cffsf-4f0f-8fds4-3ffds65e3f / ext3 errors=remount-ro 0 1

# swap was on /dev/sda5 during installation

UUID=0484fdsa-38f6-4fa0-9fdd-afsdd85cf82 none swap sw 0 0

/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0

/dev/sdc1 /media/usb0 auto rw,user,noauto 0 0

[jadd]

http://www.abclinuxu.cz/poradna/linux/show/327458 není to, to samý ?

[subrack]

Asi ne, zakomentoval jsem ty posledni dva radky z fstab a chova se to nadale stejne, flash ukaze az po reloadu ehci_hcd.

[jadd]

Ok, nech to zakomentovaný a dej dmesg | grep -i hci a lsmod

[subrack]

Přílohy:

• grep (2903 bytů)
• lsmod (2750 bytů)

výjezdy viz priloha:)