Comment forcer une connexion CIFS à se démonter

J'ai un partage CIFS monté sur une machine Linux. Le serveur CIFS est en panne, ou la connexion Internet est coupée, et tout ce qui touche le montage CIFS prend maintenant plusieurs minutes pour expirer et est impossible à tuer pendant que vous attendez. Je ne peux même pas exécuter ls dans mon répertoire personnel car il y a un lien symbolique pointant à l'intérieur du montage CIFS et ls essaie de le suivre pour décider de sa couleur. Si j'essaye de le démonter (même avec -fl), le processus de démontage se bloque exactement comme le fait ls. Même sudo kill -9 ne peut pas le tuer. Comment puis-je forcer le noyau à se démonter?

J'utilise lazy unmount: umount -l(c'est une minuscule L)

Démontage paresseux. Détachez maintenant le système de fichiers de la hiérarchie du système de fichiers et nettoyez toutes les références au système de fichiers dès qu'il n'est plus occupé. (Nécessite le noyau 2.4.11 ou supérieur.)

umount -a -t cifs -l

a fonctionné comme un charme pour moi sur CentOS 6.3. Cela m'a évité un redémarrage du serveur.

Sur RHEL 6, cela a fonctionné:

umount -f -a -t cifs -l 

Cela fonctionne pour moi (Ubuntu 13.10 Desktop vers un serveur Ubuntu 14.04): -

 sudo umount -f /mnt/my_share

Monté avec

 sudo mount -t cifs -o username=me,password=mine //192.168.0.111/serv_share /mnt/my_share

où serv_share est celui mis en place et pointé dans le fichier smb.conf.

J'ai eu ce problème pendant un jour jusqu'à ce que je trouve la vraie résolution. Au lieu d'essayer de forcer le démontage d'un partage smb qui est bloqué, montez le partage avec l'option "soft". Si un processus tente de se connecter au partage qui n'est pas disponible, il cessera d'essayer après un certain temps.

soft Rendez la monture souple. Échec des appels du système de fichiers après un certain nombre de secondes.

mount -t smbfs -o soft //username@server/share /users/username/smb/share

stat /users/username/smb/share/file
stat: /users/username/smb/share/file: stat: Operation timed out

Ce n'est peut-être pas une vraie réponse à votre question mais c'est une solution au problème

Essayez umount -f / mnt / share. Fonctionne bien avec NFS, jamais essayé avec cifs.

Jetez également un œil à autofs, il montera le partage uniquement lors de l'accès et le démontera après les mondes.

Il y a un bon tutoriel sur www.howtoforge.net

J'ai eu un problème très similaire avec davfs. Dans la page de manuel de umount.davfs, j'ai trouvé que les -f -l -n -r -voptions sont ignorées par umount.davfs. Pour forcer le démontage de ma monture davfs, j'ai dû utiliser umount -i -f -l /media/davmount.

Il existe une option -f à démonter que vous pouvez essayer:

umount -f /mnt/fileshare

Spécifiez-vous l'option '-t cifs' à monter? Assurez-vous également que vous ne spécifiez pas l'option «difficile» à monter.

Vous pouvez également envisager fusesmb , puisque le système de fichiers fonctionnera dans l'espace utilisateur, vous pouvez le tuer comme n'importe quel autre processus.

umount -f -t cifs -l /mnt &

Attention &, laissez umountcourir en arrière-plan. umountdétachera d'abord le système de fichiers, donc vous ne trouverez rien sur le compte /mnt. Si vous exécutez la dfcommande, elle sera umount /mntforcée.

Sur RHEL 6, cela a fonctionné pour moi aussi:

umount -f -a -t cifs -l FOLDER_NAME

Un démontage paresseux fera le travail pour vous.

umount -l <mount path>