etch -> lenny frissítés: döglött automount

Debian GNU/Linux

Hello!

Etch-ről lenny-re frissítés után az alábbi problémát tapasztalom KDE alatt (2 gépen is, egyik asztali, a másik laptop, hardveresen sincs sok közük egymáshoz):

- USB flash drive, vagy bármilyen mass storage bedugásakor rendesen megjelenik a desktopon az ikon, jobbkatt, Csatlakoztatás, majd az alábbi üzenetet kapom:

kio_media_mounthelper:
mount: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error
In some cases useful info is found in syslog - try dmesg | tail or so

dmesg: 

FAT: Unrecognized mount option "flush" or missing value

Ok, próbálom kézzel mountolni, de a /mnt alatt nem tudok létrehozni userként könyvtárat, sőt, oda mountolni sem tudok, csak root-ként. Root-ként viszont szépen megy a mount/umount.

Optikai adathordozó behelyezésekor szintén megjelenik az asztali ikon, jobbkatt, Csatlakoztatás, ezt szépen fel is mountolja: 

/dev/hda on /media/VOLLABEL type iso9660 (ro,nosuid,nodev,noatime,uhelper=hal,uid=1000,utf8

Visztont, ha az asztali ikon jobbgombos menüjéből próbálom umountolni, az alábbi üzenetet kapom:

kio_media_mounthelper:

A(z) 'VOLLABEL' nevű system:/media/hda (/dev/hda) eszköz, melynek csatlakoztatási könyvtára /media/DVD-3, nem választható le.

A leválasztás nem sikerült, a hiba oka:

Cannot remove directory

Az eszközt még használja legalább egy program (a programok nevei alább vannak felsorolva). Zárja be őket vagy változtassa meg a munkakönyvtárukat, csak utána próbálja leválasztani az eszközt.
Cannot stat /media/DVD-3: No such file or directory
Cannot stat /media/DVD-3: No such file or directory
Cannot stat /media/DVD-3: No such file or directory

Ha parancssorból próbálom umountolni: 

$ umount /dev/hda
/sbin/umount.hal: Unmounting /dev/hda failed: org.freedesktop.Hal.Device.Volume.UnknownFailure: Cannot remove directory

Az üzenetek ellenére simán umountolódik az eszköz.

Mitől döglött be ennyire az automount rendszer? Etch alatt szépen ment, lenny-re frissítés óta (pár hónapja) viszint nem megy.

Előre is köszönöm a segítségeteket!

Petya

  • 1807 megtekintés

( pinyo_villany | 2007. 12. 23., v – 22:34 )

etch -> stable
lenny -> testing

---

add hozzá az eszközözket az /etc/pmount.allow filehoz vagy az /etc/fstab -hoz defaults,user,noauto opciókkal

linux v2.6.22.14 + madwifi v0.9.3.3-mal itt
debian gnu/linux @ linux-2.6.22.15-pancs1

add hozzá az eszközözket az /etc/pmount.allow filehoz vagy az /etc/fstab -hoz defaults,user,noauto opciókkal

Workaround-nak megfelelő, de pl. mi van, ha az USB eszközön 2 partíció van, akkor a másodikra ugyanúgy nem fog működni. Mi van, ha nem sdb, hanem sdc, mert van már valami storage bedugva?

Nincs erre valami szebb megoldás? Etch alatt hogyan működik ez?

Petya

( _Petya_ v | 2008. 01. 08., k – 23:56 )

Hello!

Még mindig próbálkozom: 

$ /usr/bin/kio_media_mounthelper -m media:/sdb1

Erre ugyanúgy feljön a fenti

kio_media_mounthelper:
mount: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error
In some cases useful info is found in syslog - try dmesg | tail or so

ablak, mint eddig.

Viszont a pmount működik: 

$ pmount /dev/sdb1 almafa
$ mount
...
/dev/sdb1 on /media/almafa type vfat (rw,noexec,nosuid,nodev,quiet,shortname=mixed,uid=1000,gid=1000,umask=077,fmask=0177,dmask=0077,iocharset=utf8)

Tehát, ha jól értem: bedugok egy flash drive-ot/berakok egy CD-t, akkor a HAL ezt észreveszi, megjelenik a desktop ikon. Ezt követően jobb gomb > Mount, akkor elvileg meghívja a pmount-ot a "device" és a "vol_label" paraméterekkel.

Hol látom azt, hogy milyen parancs hajtódik végre ilyenkor? Tehát arra vagyok kíváncsi, hogy ezt a pmount-ot mi hívja meg, milyen paraméterekkel, és miért csinálja rosszul... Az biztos, hogy belekeveri valamiért a flush paramétert.

Petya

Nem szep dolog a HUP-ot kritizalni azert, mert nem adtak valaszt. Ez opcionalis ugyerzem. Ha pedig az elozo megjegyzes nem kritizalas volt, elnezesed kerem.

Ettol fuggetlenul azt tettem amit mindenki mas is tett volna.. googliztam.
Nem tul varatlan eredmenykep talaltam egy olyant (egy nem ep varatlan helyen) ami gyakorlatilag a te problemad fogalmazza meg itt http://www.mail-archive.com/debian-bugs-closed@lists.debian.org/msg133108.html.

Figyelmedbe ajanlanam a kovetkezo sort a bug-got jelento user mondatai kozul "Mounting the stick as root with the "mount" command works.". Ami magyarul azt jelenti, hogy a stick mountolasa root-kent a mount parancssal mukodott.

Lentebb pedig a valasz is lathato miszerint:

"2.6.21 made its way into testing and so this bug and the proposed
patch become obsolete."

Ezt magyarra forditva: forgass ujabb kernelt.
Remelem sikerult segiteni.

--
drk

UI: Bar debiant hasznalok, desktopnak meg veletlenul sem.

UI2: Mint egyebkent a debianos bugtrack rendszeren lathatod, eleg keves parametert adtal meg a rendszeredrol es nem a linuxkezdo kategoriaba tortent a poszt. Nincs kernel message es a dmesg-bol sem kerult elo minden, a csomaglistat pedig valoszinuleg nem vizsgaltad meg a distupgrade utan, de ha megis akkor szinten elnezest, de errol sem irtal.
A lenny pedig testing>ebbol kovetkezik, hogy nem csak elkepzelheto, hogy telelesz hibakka, de gyakorlatilag garantal ;)

--
drk

Nem kritizálás volt a célom, távolról sem.

Kerestem én a google-al, de a linkelt oldalt nem találtam meg. Az ott leírtak teljesen világosak, elég lett volna linkelni az oldalt.

Köszönöm a segítséget, akkor kernel frisítés meg fogja oldani. A dmesg-ből direkt nem írtam többet, mert ez az 1 sor utal csak hibára.

A jelekből (pmount-al szépen megy, de kio_media_mounthelper-rel nem), mindenre gondoltam, csak hal/kernel bugra nem. (első körben kio_* hibák után túrtam a BTS-t, és a Google-t)

Upgrade után a csomaglistát természetesen átnéztem.

Petya