Re: [Résolu] Les CD et DVD ne se montent plus automatiquement
Le Tue, 21 Jan 2014 11:38:43 +0100
"Sylvain L. Sauvage" <Sylvain.L.Sauvage@free.fr> a écrit:
> Le mardi 21 janvier 2014 01:37:07 Gaëtan PERRIER a écrit :
> >[…]
> > J'ai fais un simple echo 2000
> > > /sys/module/block/parameters/events_dfl_poll_msecs et hop ça
> > fonctionne.
>
> Pour info, on peut mettre autre chose que 2000, du moment que
> c’est autre chose que 0 (= désactivé). Là, ça vérifie toutes les
> deux secondes, donc la réaction à l’insertion est d’au plus deux
> secondes.
>
> > Il me semble donc qu'il y ait un "gros" problème dans la
> > gestion de la transition entre udisks et udisks2.
> > L'activation de la détection par le noyau devrait être faite
> > dans les scripts de démarrage depuis que udisks ne le fait
> > plus, non ?
>
> Non.
Oui
> En gros :
> — udisks(2) n’est pas le seul programme à vouloir utiliser le
> polling du noyau, je ne pense pas que ce soit à lui de le
> régler ;
> — l’utilisation « desktop » n’est pas la seule utilisation d’une
> Debian ;
Avant quand je lançais une session Gnome sur une debian installée comme
«desktop» mes périph externes étaient détectés et montés maintenant ce n'est
plus le cas. Il n'y a pas de raison pour que ce ne soit plus le cas.
Sur un serveur je n'ai jamais mis Gnome ...
> — quelle valeur mettre ? pourquoi ne pas faire le réglage par
> périphérique ?
Je n'en sais rien, ça n'a pas une très grande importance. Qu'une carte SD ou un
DVD soit détecté en 1s, 1,5s, 0,5s ça ne change pas la face du monde on s'en
fout un peu. D'ailleurs avant c'était en combien de temps ? Y avait-il des
plaintes pour dire que c'était trop rapide, trop lent ? Je n'en ai jamais
entendu parlé. On branchait, ça marchait ...
> En plus, c’est un sysctl, donc ce n’est pas un script mais ce
> serait une entrée dans /etc/sysctl.conf (ou /etc/sysctl.d) ou
> une modif. udev :oP.
> D’ailleurs, il y a déjà des règles tripotant ce paramètre dans
> /lib/udev/rules.d/60-persistent-storage.rules :
>
> --8<---
> # enable in-kernel media-presence polling
> ACTION=="add", SUBSYSTEM=="module", KERNEL=="block", \
> ATTR{parameters/events_dfl_poll_msecs}=="0", \
> ATTR{parameters/events_dfl_poll_msecs}="2000"
> -->8---
>
> Bon, ça n’a pas l’air de faire quoi que ce soit puisque ça reste
> à 0…
>
>
> > Le truc qui me semble étrange c'est qu'avant avec udisks cette
> > activation se faisait au niveau utilisateur alors que
> > maintenant il faut être root ...
>
> Pas vraiment. C’est devenu un choix d’administrateur alors
> qu’avant c’était un choix de _programmeur_ (puisque c’est chaque
> programme qui devait faire le polling). Ça n’a jamais vraiment
> été un choix d’utilisateur.
Ce que je voulais dire c'est que la commande udisks --enumerate se faisait en
espace utilisateur, non ?
Maintenant si je comprends il faut le faire en tant que root et ça impacte le
système entier, non ?
>
> Avant, la seule façon d’empêcher ce polling permanent était de
> ne pas installer les programmes (à un moment, c’était
> principalement hal) ou de désactiver les fautifs si les
> dépendances demandaient leur installation (casse-gueule, ça).
> Maintenant, il suffit à l’admin de paramétrer son noyau.
Il suffisait par exemple de ne pas lancer Gnome ...
Gaëtan
Reply to: