KDE Automountz852t9duayjqcark5qa3e1oj5d7q0a5nKDE Automount

(Italiano → English) View original
Translators:

broken_vista Automount tips and tricks6wzg8vyb3rxmgcb6u3gfhq15p897i8ii


In questi giorni mi è venuta voglia di automount (evitiamo battutacce ) per cui ho deciso di aggiungere questa immancabile funzionalità alla mia Gentoo box.7avdx70kstoo93877wfhyschb4qun7cp

Ero all’oscuro del fatto che KDE potesse gestire autonomamente la situazione, senza l’ausilio di software esterni come ivman o gnome-volume-manager, ma con il solo aiuto dei servizi dbus e hald.7a564js4jderhwjh57t97lajipei95y2

Dopo aver installato le versioni più recenti di entrambi i servizi, e per compatibilità con KDE, dbus-qt3, è possibile abilitare l’opzione dal control center di KDE sotto Pheriperals->Storage Media->Advanced.7ooar844rv5ub6g4ypygp2yjhltocz26

E’ possibile però che pur facendo queste 2 semplici cose non funzioni nulla e si vaghi in balia di aiuto senza sapere dove andare a parare.7q0h4h2hy3xwggomjxvsumson5mt7cup

Quello che mi è capitato è che, pur essendo installato tutto correttamente (hal v.0.5.9.1-r2 e dbus v.1.0.2-r2) nulla funzionasse inspiegabilmente. Il problema era che, nonostante hal dicesse di essersi avviato:

7eqj0nr46unzzqbdmo7vqy9idemziobf

Painkiller ~ # /etc/init.d/hald start846704vaepe2h0vyt18njh02gmr4y999
 * Starting Hardware Abstraction Layer daemon … 8hpbmu7am755batknicu2xo2ej6a13ed


in realtà non lo faceva e ovviamente tutto il resto non poteva funzionare.
(Ci si può acccorgere del fatto che hal non parta semplicemente sbirciando tra i processi attivi).
8ibwwsp3ubw7hk3944lh9c9h93vgq6ps

Il problema sembrava essere legato al fatto che nel mio kernel l’opzione CONFIG_INOTIFY (che si trova in File systems—>Inotify file change notification support  e Inotify support for userspace)  :

8jxi5q8x2gmaovdylru4gqtw3olmf917

Painkiller ~ # cat /usr/src/linux/.config89d557c3abed64yjs4uwa9kg5wprwuz1
CONFIG_INOTIFY_USER is not set9bqcigaghk5fad51ccr8etelcgjwq7qk


non era attiva e quindi tutto il sistema di notifiche sull’inserimento di nuovi dispositivi mancava del supporto necessario.
A questo punto è bastata una ricompilata del nocciolo con entrambe le opzioni attive e dal riavvio successivo come per magia tutti i dispositivi inseriti a caldo vengono riconosciuti automaticamente.
9o9g55lgp1wi4n3o6uwfwa2kacy2t1vp

Se a questo punto poi sentite l’esigenza di montare delle partizioni utilizzando dei tool particolari, come ad esempio ntfs-3g per le partizioni in NTFS in modo che oltre a leggerle vi possiate anche scrivere, è sufficente (almeno per la versione attuale) aggiungere il file /etc/hal/fdi/policy/10-ntfs-policy.fdi con queste istruzioni:9pv2e349x6nlbyddng423omz5xn8i464

                                    ntfs-3g               ntfs-3g               locale=                     

come spiegato nell’ottimo wiki su Gentoo HOWTO NTFS write with ntfs-3g.
911ey6q0n3do6qbkxmffnjomfu1wiuk6

(original) Visualizza English translation

broken_vista Automount tips and tricks


In questi giorni mi è venuta voglia di automount (evitiamo battutacce ) per cui ho deciso di aggiungere questa immancabile funzionalità alla mia Gentoo box.

Ero all’oscuro del fatto che KDE potesse gestire autonomamente la situazione, senza l’ausilio di software esterni come ivman o gnome-volume-manager, ma con il solo aiuto dei servizi dbus e hald.

Dopo aver installato le versioni più recenti di entrambi i servizi, e per compatibilità con KDE, dbus-qt3, è possibile abilitare l’opzione dal control center di KDE sotto Pheriperals->Storage Media->Advanced.

E’ possibile però che pur facendo queste 2 semplici cose non funzioni nulla e si vaghi in balia di aiuto senza sapere dove andare a parare.

Quello che mi è capitato è che, pur essendo installato tutto correttamente (hal v.0.5.9.1-r2 e dbus v.1.0.2-r2) nulla funzionasse inspiegabilmente. Il problema era che, nonostante hal dicesse di essersi avviato:

Painkiller ~ # /etc/init.d/hald start
 * Starting Hardware Abstraction Layer daemon …


in realtà non lo faceva e ovviamente tutto il resto non poteva funzionare.
(Ci si può acccorgere del fatto che hal non parta semplicemente sbirciando tra i processi attivi).

Il problema sembrava essere legato al fatto che nel mio kernel l’opzione CONFIG_INOTIFY (che si trova in File systems—>Inotify file change notification support  e Inotify support for userspace)  :

Painkiller ~ # cat /usr/src/linux/.config|grep CONFIG_INOTIFY_USER
CONFIG_INOTIFY_USER is not set


non era attiva e quindi tutto il sistema di notifiche sull’inserimento di nuovi dispositivi mancava del supporto necessario.
A questo punto è bastata una ricompilata del nocciolo con entrambe le opzioni attive e dal riavvio successivo come per magia tutti i dispositivi inseriti a caldo vengono riconosciuti automaticamente.

Se a questo punto poi sentite l’esigenza di montare delle partizioni utilizzando dei tool particolari, come ad esempio ntfs-3g per le partizioni in NTFS in modo che oltre a leggerle vi possiate anche scrivere, è sufficente (almeno per la versione attuale) aggiungere il file /etc/hal/fdi/policy/10-ntfs-policy.fdi con queste istruzioni:

                                    ntfs-3g               ntfs-3g               locale=                     

come spiegato nell’ottimo wiki su Gentoo HOWTO NTFS write with ntfs-3g.

Post a comment

 

Edit translation
Machine translation (Google):
Caricamento...
Copy to editor
or Annulla