[NFS] Problème de démontage (résolu)

[Keronn]

Bonjour,

J'ai un partage NFS qui fonctionne bien sur toutes les machines de mon réseau local. Souhaitant pouvoir le monter et le démonter en tant que simple utilisateur, j'ai ajouté l'option "user" dans mon fstab.

Sur une de mes machines sous archlinux (64 bits), le montage se passe bien mais il m'est impossible de démonter le partage sans être en root. Ce qui m'étonne c'est qu'un autre ordi de mon réseau est sous archlinux (32 bits) et ne pose pas de problème : le démontage s'effectue correctement en tant qu'utilisateur. Les deux machines sont à jour.

Voici l'entrée du fstab correspondant à mon partage NFS, sur l'ordi qui pose problème :

Code : Tout sélectionner

192.168.0.11:/media/Disk /media/Disk nfs user,noauto,rsize=32768,wsize=32768 0 0

Le retour de la commande "umount -v /media/Disk", lancée comme simple utilisateur donne ceci :

Code : Tout sélectionner

umount.nfs: prog 100005, trying vers=3, prot=17
umount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 55995
umount.nfs: prog 100005, trying vers=3, prot=17
umount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 55995

Le disque distant n'est alors pas démonté.

Si je fait la même commande, "umount -v /media/Disk", en root :

Code : Tout sélectionner

umount.nfs: prog 100005, trying vers=3, prot=17
umount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 55995
192.168.0.11:/media/Disk umounted

Cette fois le disque est bien démonté. Sur mon autre machine sous archlinux, j'ai le même résultat sans avoir besoin d'être en root.

Je ne comprend pas pourquoi je peux monter sans problème mon partage NFS comme simple utilisateur, mais pas le démonter, et ce uniquement sur cette machine. Si quelqu'un à une piste à explorer je suis preneur, car je sèche.

Merci d'avance !

[benjarobin]

Ce ne serait pas une histoire de policykit ? (désolé je ne pourrait guère plus aider étant un peu ignorant dans le sujet)

[Keronn]

Merci pour la piste, je n'y connais pas grand chose non plus concernant policykit, mais j'ai comparé le contenu des fichiers présents dans /usr/share/polkit-1/actions/ entre mes deux ordis sous arch et je ne vois pas de différences.

Le problème est le peu d'info renvoyée par umount (umount -v /media/Disk). Dans le cas d'un problème d'identification, par exemple si le partage a été monté par le root et que je le démonte en tant qu'utilisateur, c'est quand même plus explicite :

Code : Tout sélectionner

umount: seul root peut démonter 192.168.0.11:/media/Disk de /media/Disk

Ok, problème de droit, ça ne va pas plus loin.

Tandis que dans mon cas, où le montage a bien été effectué avec le même utilisateur, on remarque juste une tentative qui se répéte une fois et rien d'autre, pas de message d'erreur :

Code : Tout sélectionner

umount.nfs: prog 100005, trying vers=3, prot=17
umount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 55995
umount.nfs: prog 100005, trying vers=3, prot=17
umount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 55995

Je ne trouve rien non plus dans mes logs.

[tuxce]

salut, policykit ne rentre pas en compte ici, d'ailleurs il ne rentre plus en compte nulle part, hal ne l'utilisant plus, polkit quant à lui n'est utilisé que par gnome (et donc nautilus).

Pour ton souci, il y a un truc qui m'échappe, sur ton fstab, tu ne spécifies pas la version, et pourtant, sur la sortie d'umount, tu as "vers=3" ? (il y a peut-être un autre endroit où tu le spécifies)
si tu le spécifies à la ligne de commande, c'est normal qu'il te retourne une erreur, il faut le mettre dans le /etc/fstab.

Sinon, tu peux poster la sortie de "mount" quand c'est monté ?
Tu es à jour dans les paquets ? (nfs change tellement que des fois ... (c'est comme xorg ce truc )
Et puis question bête mais on sait jamais, t'utilises bien le même utilisateur pour le montage/démontage?

[Keronn]

Salut,

Ok pour policykit, je laisse tomber cette piste.

Concernant la version 3, je n'ai rien spécifié, c'est la version utilisée par défaut pour le montage/démontage.
Ma version d'archlinux est bien à jour et le montage s'effectue bien avec le même utilisateur.

Sortie de mount (mount -v /media/Disk) :

Code : Tout sélectionner

mount.nfs: timeout set for Sun Jan 17 13:22:04 2010
mount.nfs: trying text-based options 'rsize=32768,wsize=32768,addr=192.168.0.11,vers=4,clientaddr=192.168.0.16'
mount.nfs: mount(2): No such file or directory
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.0.11 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 58138
mount.nfs: trying text-based options 'rsize=32768,wsize=32768,addr=192.168.0.11,vers=3,proto=tcp,mountvers=3,mountproto=udp,mountport=58138'
192.168.0.11:/media/Disk on /media/Disk type nfs (user,noauto,rsize=32768,wsize=32768)

Si je passe la commande umount (umount -v /media/Disk) ensuite, on voit que le num de prog (100005), la version (3), le protocole (17) et le numéro de port (58138) utilisés pour le montage sont bien repris :

Code : Tout sélectionner

umount.nfs: prog 100005, trying vers=3, prot=17
umount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 58138
umount.nfs: prog 100005, trying vers=3, prot=17
umount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 58138

Mais rien ne se passe, le partage est toujours monté.

Pour démonter, je dois passer cette commande en tant que root (umount -v /media/Disk) :

Code : Tout sélectionner

umount.nfs: prog 100005, trying vers=3, prot=17
umount.nfs: trying 192.168.0.11 prog 100005 vers 3 prot UDP port 58138
192.168.0.11:/media/Disk umounted

Là c'est bon.

Je précise que j'ai le même problème, avec cette machine (arch 64 bits), sur tous mes partages NFS (un serveur NFS sous arch et un autre sous debian). J'ai créé un autre utilisateur pour tester : même problème.

Mais aucun problème sur mon second ordi sous arch (32 bits), à jour également : le démontage passe nickel en temps qu'utilisateur (non root), j'ai le même retour que ci-dessus (192.168.0.11:/media/Disk umounted).

[tuxce]

Là je vois pas trop, mais peut être histoire de donner des pistes (on sait jamais), chez moi en 64, ça fonctionne, par contre, il bascule pas la version tout seul, il faut que je lui indique "vers=3" et ceci depuis la version de nfs-utils 1.2.1-2, par contre pour le serveur, j'ai aucune restriction à part l'ip du client.

pour le umount, il te rend la main sur les messages que t'as indiqué ? pas d'erreur à la fin ?

[Keronn]

Je suis allé faire un tour sur Arch Rollback Machine pour récupérer la version 1.2.0-5 de nfs-utils (que je n'avais plus dans mon cache), j'ai downgradé et il n'y a plus de problème.

Après, pourquoi la version actuelle ne fonctionne pas sur mon ordi (64 bits) alors qu'elle ne pose pas de problème, dans sa version 32 bits, sur mon autre ordi, ça reste un mystère...

Merci, benjarobin et tuxce, pour votre aide.