Dotaz: Nelze připojit foťák Olympus

[Dalibor Smolík]

Zdravím, 2 foťáky Olympus (FE 100 a FE 120) a není možné ani jeden připojit. Zjevně se nevytvoří vůbec zařízení sda1, které se vytvoří při zasunutí flash disku do usb zařízení. Pokud je chci připojit přes KDE, nahlásí to chybu "Couldn't read file, nelze zamknout zařízení.
Výpis dmesg hlásí

scsi22 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 9
usb-storage: waiting for device to settle before scanning

zařízení sda1 se nevytvoří ani při pokusu o ruční přimontování v rootu (mount -t vfat /dev/sda1 /media/kamera). Systém Debian testing. Řešení jsem nikde nenašel, má někdo podobnou zkušenost?

Odpovědi

[pc2005]

No když se ani nevytvoří zařízení, tak to bude problém v ovladači mass-storage. Podle zdrojáků mého jádra (slackware 12) je hned za touhle hláškou čekací smyčka s goto. Po ní je podmíněný výpis, že bylo dokončení scanování USB.

[laco]

V mém okolí se objevil v prosinci velmi podobný aparát - FE 210. S výše uvedeným systémem si po vybrání položky PC v menu rozumí výborně, ale to je tak všechno, co se na něm dá pochválit. Na FE 100 jsou na netu nějaké stížnosti, ale to už jste určitě viděl, např. tady a tady .

[Balu]

Zdravím,
vytvorí sa iba /dev/sda ale /dev/sda1 sa nevytvorí? Podobne sa mi choval Nikon D100 v prípade, že som ho pripojil vypnutý a zapol až po pripojení. /dev/sda1 mi vytvorilo až keď som hodil fdisk -l /dev/sda ... vtedy našlo partíciu sda1 a vytvorilo aj /dev/sda1.
Bez porblémov to ale fungovalo hneď bez akýchkoľvek problémov a ďalších príkazov, keď som pripojil zapnutý foťák.
Čo pri pripojení zapíše do logov?

[Dalibor Smolík]

Nevytvoří se vůbec žádné zařízení. Jakmile se foťák připojí k usb, objeví se na jeho displeji "připojit k pc" a pak je tzv. vypnutý, takže vypnutí nebo zapnutí před připojením na to nemá vliv.
Ve výpisu lsusb se foťák objeví, v KDE se také objeví dialog s možností jeho připojení, pokud se o to pokusím, vypíše to hlášení, že nelze zapisovat. po zadání fdisk -l se nevypíše nic v sda.
Dnes ráno jsem přišel do práce, kde mám stejný systém (Debian testing/sid), foťák funguje úplně normálně. Doma na desktopu s Debianem a na nb s Kubuntu naprosto stejná chyba u obou foťáků, Olympus FE 100 i FE 120.

[Ondřej Kuda]

Mne pomohlo davat na fotaku "Connect to printer" misto "Connect to PC". Pres google jde dohledat, proc to funguje pres tiskovy protokol lepe.

[Dalibor Smolík]

Tohle večer vyzkouším, dám vědět.

[Dalibor Smolík]

Bohužel, toto nepomohlo .. na aparátu se objevilo hlášení, že je chybné připojení.

[pic]

no vidíš, já mám to samé - Panasonic Lumix FZ5 - fdisk ho nevidí, připojí se jako camera, ale nedostanu se na něj.

v kubuntu 7.04 v pohodě - tam se připojí jako flashdisk (funguje) a zároven jako camera (nefunguje)

a pozor - v Gnome naprosto v pohodě, v KDE ani ťuk

a ještě jednou pozor - pokud z něj vyndám kartu a dám ji do čtěčky, tak je to taky v pohodě

a přitom v ovládacím centru je foťák uvedený jako podporovaný

používám čistý aktuální debian Lenny

viděl bych to jako problém nastavení KDE

lsusb ho vidí jako Panasonic (Matsushita) Lumix DMC-FZ10 Camera, digikam ho detekuje jako DMC-FZ20 a přitom je to FZ5

[pic]

ale když ho přepnu na připojení přes PTP (PictBridge), tak šlape jak má i v KDE

[pic]

ale nejde v něm mazat

to je gumárna...

[Ondřej Kuda]

Jop, preste tohle jsem mel na mysli Vcetne stejnych zkusenosti s KDE.

[Dalibor Smolík]

viděl bych to jako problém nastavení KDE
Já rozhodně ne, alespoň v mém případě. Foťák nelze připojit ani ručně v rootu, tj. mount -t vfat .. atd.
nevytvoří se vůbec zařízení. Takže problém je v systému, KDE již nepomůže.

[pic]

no, já asi pořád jo:

dmesg Gnome:

usb 3-2: new full speed USB device using uhci_hcd and address 3
usb 3-2: configuration #1 chosen from 1 choice
scsi8 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 3
usb-storage: waiting for device to settle before scanning
usb-storage: device scan complete
scsi 8:0:0:0: Direct-Access     MATSHITA DMC-FZ5          0100 PQ: 0 ANSI: 2
sd 8:0:0:0: [sde] 985088 512-byte hardware sectors (504 MB)
sd 8:0:0:0: [sde] Write Protect is off
sd 8:0:0:0: [sde] Mode Sense: 04 00 00 00
sd 8:0:0:0: [sde] Assuming drive cache: write through
sd 8:0:0:0: [sde] 985088 512-byte hardware sectors (504 MB)
sd 8:0:0:0: [sde] Write Protect is off
sd 8:0:0:0: [sde] Mode Sense: 04 00 00 00
sd 8:0:0:0: [sde] Assuming drive cache: write through
 sde: sde1
sd 8:0:0:0: [sde] Attached SCSI removable disk
sd 8:0:0:0: Attached scsi generic sg5 type 0
new-krobuzon:/home/marek# 


fdisk Gnome:

new-krobuzon:/home/marek# fdisk -l

Disk /dev/hdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00078aa4

   Device Boot      Start         End      Blocks   Id  System
/dev/hdb1   *           1        1912    15358108+  83  Linux
/dev/hdb2            1913        3187    10241437+   5  Extended
/dev/hdb3            3188        5737    20482875   83  Linux
/dev/hdb4            5738       30401   198113580   83  Linux
/dev/hdb5            1913        2924     8128858+  83  Linux
/dev/hdb6            2925        3187     2112516   82  Linux swap / Solaris

Disk /dev/sde: 504 MB, 504365056 bytes
5 heads, 20 sectors/track, 9850 cylinders
Units = cylinders of 100 * 512 = 51200 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1               3        9851      492425+   6  FAT16
new-krobuzon:/home/marek# 

dmesg KDE:

usb 3-2: new full speed USB device using uhci_hcd and address 4
usb 3-2: configuration #1 chosen from 1 choice
scsi9 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 4
usb-storage: waiting for device to settle before scanning
new-krobuzon:/home/marek#

fdisk KDE:

new-krobuzon:/home/marek# fdisk -l

Disk /dev/hdb: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00078aa4

   Device Boot      Start         End      Blocks   Id  System
/dev/hdb1   *           1        1912    15358108+  83  Linux
/dev/hdb2            1913        3187    10241437+   5  Extended
/dev/hdb3            3188        5737    20482875   83  Linux
/dev/hdb4            5738       30401   198113580   83  Linux
/dev/hdb5            1913        2924     8128858+  83  Linux
/dev/hdb6            2925        3187     2112516   82  Linux swap / Solaris
new-krobuzon:/home/marek#

ale vysvětlení pro to nemám

[Dalibor Smolík]

No jo, taky na to koukám ... tak to je záhada. Já vůbec Gnome nemám, nevyzkouším.

[pic]

tak je to podle mě 100% problém nastavení KDE - když shodím X server a připojím foťák, tak se v dmesg objeví stejně jako v gnome.

ale řešení mě žádné zatím nenapadlo :-/

[Jirka Wolny]

Předpokládám, že problém bude na trase UDEV - HAL - KDED (démon v KDE). Řešením je vypnout KDED nebo upravit konfiguráky pro HAL nebo upravit pravidla pro UDEV. Viz níže a http://www.abclinuxu.cz/forum/show/203053.

[pic]

ano, po vypnutí KDED je to v pohodě, ale zase se musí foták připojovat ručně.

to čarování v kontrol centru jsem včera taky zkoušel, ale nepomohlo mi

[pic]

a v jakémkoli grafickém prostředí, nebo v terminálu to funguje jak má.

problém se projevuje jen v KDE

[Dalibor Smolík]

Ono bylo v podstatě jedno, zda se foťák připojoval ručně nebo přes "úložná zařízení". Obojí vykázalo stejnou chybu. Problém byl někde jinde.

[pic]

to mě ne - když jsem vypnul oba KDE demony hlídajíci tyto zařízení, tak se při fdisk -l foťák normálně objevil a dal se připojit

[Dalibor Smolík]

Tak se musím přiznat. Vše jsem zkoušel v emulátoru konzole v KDE (konkrétně yakuake). Nenapadlo mě vypnout KDE (resp. grafiku) úplně a jít do skutečné konzole, možná bych se dočkal překvapení. Ale teď už to asi nezjistím, protože to funguje.

[DNA]

bratr dostal pod stromeček Olympus X-775 a tam se po připojení USB objeví na displayi volby jako PC, Print apod. Všiml jsem si, že pokud na volbě PC stisknu šipku doprava, dostanu se do něčeho jako rozbalovací menu a jsou tam režimy Storage a MTP. Nevím proč, ale Storage vykazuje přesně to co popisuješ. Pokud zvolím MTP, tak to funguje, ale je to velice pomalé (chová se to jako kdyby se při každém čtení aparát znovu připojoval, ale funguje to). Na manuálu je FE-210/X-775, takže s FE-210 je to stejné. U starších modelů nevím, možná je to podobné (na to "rozbalovací menu" jsem přišel po půl hodině lítého souboje :))

[Smrk]

Tak tenhle problem znam, s tim jsem se potykal nedavno. Ukazalo se, ze za to mohl HAL & libgphoto2. Nevim, kde jsou tyhle veci nastavene v Debianu, ale v Mandrive to je v /usr/share/hal/fdi/information/20thirdparty/10-camera-libgphoto2.fdi. Kdyz se tenhle soubor zneskodni, tak je po problemu.

[Dalibor Smolík]

Děkuji !!!! Tohle zabralo. Vymazal jsem celý obsah adresáře
/usr/share/hal/fdi/information/20thirdparty

[pic]

to gratuluju - já ho mám celý prázdný od začátku, takže není co mazat

[pic]

tak jsem zjistil, že v tom nejsme sami

mě konkrétně pomohl třetí návod:

odstranit z adresáře: /etc/udev/rules.d

odkaz: 025_libgphoto2.rules

- přejmenovat nestačilo, musel jsem ho přesunout

[Dalibor Smolík]

Dnes na jiném foťáku Olympus a jiném stroji se objevil podobný problém, adresář thirdparty byl prázdný, opravdu pomohlo odstranit soubor /etc/udev/rules.d/025_libgphoto2.rules.

[Dalibor Smolík]

Přihlásilo se to jako /dev/hdc1 .. několikrát jsem znovu připojil, funguje to

[Jirka Wolny]

Měl jsem podobný problém. Nakonec jsem metodou pokus omyl zjistil, že UDEV zkolabuje na souboru XX-hal.rules na pravidle:

RUN+="socket:/org/freedesktop/hal/udev_event"

Nakonec jsem to vyřešil tím, že jsem přidal před dané pravidlo přidal něco jako:

ATTRS{idVendor}=="xxx", ATTRS{idProduct}=="yyy", RUN:=""

Tím však vyřadím z provozu HAL a musím foťák připojovat ručně.

Jinak, všiml jsem si, že někteří tento problém řešili změnou souboru XX-libgphoto2.rules. V Mandrivě oba konfigurační soubory na stejné úrovni (konkrétně 90-hal.rules a 90-libgphoto2.rules). Jak je to v jiných distribucích? Nemůže být problém třeba v tom, že UDEV zpracuje oba soubory ve špatném pořadí? No, asi je to blbost.

[Dalibor Smolík]

No, tyhle problémy moc nevidím rád - z hlediska uživatelů Linuxu. Připojit foťák s mass storage by měla být naprostá banalita, tak jak je tomu ve Windows. To je další voda na mlýn příznivců nejrozšířenějšího OS . BFU tohle rozhodně nezvládne.
Nicméně na pracovním počítači, kde problémy nemám je adresář /usr/share/hal/fdi/information/20thirdparty prázdný, po jeho vyprázdnění to funguje i doma.