Pareil, au niveau bugs totalement incompréhensibles, j’en ai eu un joli il n’y a pas longtemps.
Un ami m’appelle « je n’arrive pas à monter ma partition windows avec gnome »
Il avais grosso-modo mis une entrée dans /etc/fstab avec l’option user (et noauto), pour monter sa partition avec ntfs-3g. J’arrive, je constate qu’effectivement nautilus me jette de manière fort impolie « vous n’avez pas la permission de lire /dev/sda2, vil faquin ».
Je rentre dans un terminal, je tape mount /dev/sda2 (pas en root, toujours en utilisateur normal)... et ça fonctionne alors comme un charme.
(Je passe les deux heures passées à trouver comment fait Nautilus pour monter cette partition. J’ai fini par trouver que Nautilus passait la demande à GFVS (la lib), qui la passait à gvfsd, qui utilisait mount)
Après une demi-heure de grattage de neurone, pas la moindre idée. Je me dis alors : peut-être gvfsd passe-t-il en nobody au moment du montage. Je remplace /bin/mount par un script qui fait whoami >> /tmp/me avant d’appeler mount.real (l’ancien mount). $ mount /dev/sda2 fonctionne toujours. Nautilus fonctionne toujours pas. Et dans /tmp/me, le même nom d’utilisateur pour les deux commandes.
Je recréé l’environnement à l’identique de celui qui fonctionne dans /bin/mount, toujours rien à faire. Je finis par jeter l’éponge et enlever ce noauto de /etc/fstab.
Je dois avouer que ce bug continue tout de même à m’intriguer...
(le grand classique aussi, oublier de recompiler avant de voir si un patch a corrigé le bug...)
# Oui, parfois, même les voies de linux sont insondables
Posté par Moonz . En réponse au journal L'informatique ou comment devenir fou. Évalué à 5.
Un ami m’appelle « je n’arrive pas à monter ma partition windows avec gnome »
Il avais grosso-modo mis une entrée dans /etc/fstab avec l’option user (et noauto), pour monter sa partition avec ntfs-3g. J’arrive, je constate qu’effectivement nautilus me jette de manière fort impolie « vous n’avez pas la permission de lire /dev/sda2, vil faquin ».
Je rentre dans un terminal, je tape mount /dev/sda2 (pas en root, toujours en utilisateur normal)... et ça fonctionne alors comme un charme.
(Je passe les deux heures passées à trouver comment fait Nautilus pour monter cette partition. J’ai fini par trouver que Nautilus passait la demande à GFVS (la lib), qui la passait à gvfsd, qui utilisait mount)
Après une demi-heure de grattage de neurone, pas la moindre idée. Je me dis alors : peut-être gvfsd passe-t-il en nobody au moment du montage. Je remplace /bin/mount par un script qui fait whoami >> /tmp/me avant d’appeler mount.real (l’ancien mount). $ mount /dev/sda2 fonctionne toujours. Nautilus fonctionne toujours pas. Et dans /tmp/me, le même nom d’utilisateur pour les deux commandes.
Je recréé l’environnement à l’identique de celui qui fonctionne dans /bin/mount, toujours rien à faire. Je finis par jeter l’éponge et enlever ce noauto de /etc/fstab.
Je dois avouer que ce bug continue tout de même à m’intriguer...
(le grand classique aussi, oublier de recompiler avant de voir si un patch a corrigé le bug...)