xfce, hal, external disk, (auto)mount

Debian GNU/Linux

debian, lenny alatt, xfce mellett, mezei juzer (nem root) beledugna' a hordozhato diszkje't. ikon meg is jelenik a desktopon, de a mount nem sikerul es/vagy perm denied jon a hal(d) felol. ilyenkor mit lehet tenni? az egesz /etc/dbus-1/system.d/hal.conf felol jon, ott kell(ene) valamit allitani, de ez igy elsore es masodikra (rtfm) utan is katyvaszos. pedig nem akarok sokat :] thx, a.

  • 1674 megtekintés

( apal v | 2010. 10. 18., h – 15:01 )

no, annyit sikerult itt rtfm/google alapjan, hogy a kerdeses juzereket, akiknek "szabad" mountolnia, azokat az `user` csoportba beleteszem, majd: 


  <policy group="user">
        <allow send_interface="org.freedesktop.Hal.Device.Volume"/>
        <allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto"/>
  </policy>

ez igy nagyjabol jo, a hald nem ad hibauzenetet az xfce feluletere, a /media/cimke is letezik (benne a hordozhato diszk tartalmaval), viszont az owner.group az root.root es a mode az 0500 (r-x------). ahelyett mondjuk juzer.user es 0700/0750 lenne. emiatt az ikonra raklikkelven az xfce file-kezelo"je azt mondja hogy "nem nyert" (perm denied).

nomarmost a kovetkezo" napirendi pont ezzel kapcsolatban az rtfm alapjan az /usr/lib/hal alatti szkriptek modositasa lenne de ez viszont deb/lenny alatt csak binarisokat tartalmaz, es nem szkripteket... szoval ez igy bukta.

amit meg lehetne, igy elsore, az talan az udev atkonfiguralasa, erre is vannak utalasok, de a hal az annyival magasabb szintu valaminek tunik, hogy szerintem udev-ben nem kell turkalni, meredek.

eh, nem hiszem, hogy 2010-ben, a linux desktop eveben, a "juzer bedugja a pendrive-jat egy tok kommersz ablakezeloben" nem megy ugy annyira siman... igaz, hobbirendszergazdai tevekenysegeim soran a juzerexperience sosem volt az erossegem, de akkoris :]

ez biztos hogy ko"ll? a policykit rantja magaval a fel (teljes) gnome-ot, ilyen sound-bizbaszokon at a minden csicsa-izeken keresztul, iszonyat fuggosegekkel. gnome-specifikus szaga van, erosen. en meg csak xfce + hal-t szeretnek buzgeralni.

szoval lenyegebencsak egy root.root => user.user atiratot szeretnek amit mar valaki/valami igyisugyis megcsinal, csak nem jon at, hogy mi/ki es hogy ezt hol lehet kicsit hangolni.

( apal v | 2010. 10. 18., h – 19:49 )

talaltam egy ilyet: 

/usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi

ezen belul, esetleg? valaki buzgeralta ma'r ezt a file-t? vagy valamit ezalapjan allitsunk ossze a 

/etc/hal/fdi/policy/

ala'?

nem, annyira abszurdnak tunik, hogy ez igy ennyire nehezkes...

szaralinux, igen :]

minden hal es dbus konyvtarban (/etc/hal/*, /etc/dbus-1/*, /usr/share/hal/*, /usr/share/dbus-1/*) rakeresve csak a /etc/dbus-1/system.d/hal.conf tartalmazta a "plugdev" karaktersorozatot (idezojelek nelkul): 


  <policy group="plugdev">
    <allow send_interface="org.freedesktop.Hal.Device.Volume" 
           send_destination="org.freedesktop.Hal"/>
    <allow send_interface="org.freedesktop.Hal.Device.Volume.Crypto" 
           send_destination="org.freedesktop.Hal"/>
  </policy>

ennyi eleg lenne a helyes mukodeshez?

igen, csak me'g egy n+1ik programot bevetni/megtanulni/felkonfigolni, mikor elvileg ennek mindezt tudnia kene, es tudja is, csak kicsit szarul (egy `chown` lemarad). de ha nem jon be, akkor majd ezt megnezem. csakhat ez a gond az ilyen kvazi-szivessegbol feltett dolgokkal, megfuszerezve hogy az atlagjuzer tanulasi hajlandosaga is relative alacsony. kapacitas meg ugye veges, egyebekrol nem is beszelve.

"was ist der stein tyúk mutter?"

minek a "chown"?

Mit adsz és kinek?

"csakhat ez a gond az ilyen kvazi-szivessegbol feltett dolgokkal, megfuszerezve hogy az atlagjuzer tanulasi hajlandosaga is relative alacsony. kapacitas meg ugye veges, egyebekrol nem is beszelve."

Ha nincs hajlandóság, akkor ott a winXXXXXXXXXXXX! :P

Hajlandóság nélkül nem megy.

A szivesség (meg) == segítséggel.
A wiki oldalak sok segítséget adnak.

De ha végleg nem megy ott az autofs!
Csak úgy natur is jó, akár nfs-re is.
Több dolgod lesz vele, de 100% műxik X nélkül is.

( apal v | 2010. 10. 21., cs – 11:57 )

ujabb problema: kollegina panaszkodik, hogy csak read-only a mount ;) (lasd feljebb, az osszes). az /etc/fuse.conf-ot neztem (mondvan: ntfs-3g + fuse), de abban osszvissz 2 opcio van (mount_max, user_allow_other). hal-ban nemhogy read-only dolgokra nem talaltam utalast, de me'g igy a mountolas tenyere sem, enbloc.

5let?