J'ai un problème récurrent avec le montage/démontage de répertoires distants via SMB, mais je ne sais pas ce qui déclenche le problème ni comment le résoudre.
Contexte :
Après avoir monté avec succès le répertoire via SMB et l'avoir utilisé pendant un certain temps, le répertoire semble se démonter de lui-même. Lorsque cela se produit, je suis incapable de remonter le répertoire tant que je n'ai pas redémarré mon système.
Si je ne redémarre pas le système et que j'utilise la boîte de dialogue "Connexion au serveur" pour essayer de monter le répertoire via SMB, la boîte de dialogue disparaît comme si la connexion avait réussi, mais rien n'est monté.
Si j'essaie de faire la même chose avec un répertoire parent (qui est le répertoire racine du serveur), la connexion semble réussir et m'invite à "Sélectionner les volumes que vous voulez monter sur 'xyz.server.name' :" avec une liste de répertoires. Le répertoire que j'ai monté précédemment (et qui s'est démonté automatiquement) est répertorié, mais il est masqué et ne peut donc pas être sélectionné.
Lors de la connexion SSH au serveur, il ne semble pas y avoir de problème d'accès au répertoire.
Ce problème se pose également pour d'autres répertoires distants (mais je n'ai pas pu le tester sur un autre serveur).
De plus, lorsque l'on essaie de se reconnecter dans ce scénario, la console signale le problème suivant :
"30/10/2014 11:48:20.520 am NetAuthSysAgent[3346] : smb_mount : mount failed to my.server.com/mydirectory, syserr = File exists" (Échec du montage sur mon serveur.com/mydirectory, syserr = Le fichier existe)
Questions :
i) Quelle est la cause du démontage du répertoire/volume ?
ii) Comment puis-je empêcher le démontage automatique de se produire ?
iii) Si un démontage automatique se produit, comment puis-je remonter le répertoire sans redémarrer ?
Détails du système :
OS X 10.9.5
Retina, 15 pouces, début 2013
Détails du serveur :
Red Hat Enterprise Linux Server version 5.11 (Tikanga)
Version du noyau 2.6.18-371.8.1.el5
Sortie de df :
Avant le problème :
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk0s2 975425848 899360656 75553192 93% 112484080 9444149 92% /
devfs 371 371 0 100% 644 0 100% /dev
map -hosts 0 0 0 100% 0 0 100% /net
map auto_home 0 0 0 100% 0 0 100% /home
//josh@example.com/josh 10568950416 10486471008 82479408 100% 0 18446744073709551615 0% /Volumes/josh
//josh@example.com/semantic 12682735248 7708953400 4973781848 61% 0 18446744073709551615 0% /Volumes/semanticAprès le problème :
Filesystem 512-blocks Used Available Capacity iused ifree %iused Mounted on
/dev/disk0s2 975425848 899350976 75562872 93% 112482870 9445359 92% /
devfs 373 373 0 100% 648 0 100% /dev
map -hosts 0 0 0 100% 0 0 100% /net
map auto_home 0 0 0 100% 0 0 100% /home
//josh@example.com/josh 10568950416 10466951592 101998824 100% 0 18446744073709551615 0% /Volumes/josh
//josh@example.com/semantic 12682735248 7708953400 4973781848 61% 0 18446744073709551615 0% /Volumes/semanticObservations :
Les répertoires montés sont toujours listés dans /Volumes lorsqu'ils sont visualisés depuis le terminal (c'est-à-dire 'ls /Volumes'), bien que ce ne soit pas toujours le cas, mais les deux répertoires sont inaccessibles. Ils ne sont pas du tout visibles dans le Finder.
Cependant, je peux toujours accéder au contenu d'un des répertoires à partir de Matlab, qui se trouvait déjà dans un sous-répertoire de ce répertoire (son répertoire de travail). Si je sors ensuite du répertoire dans Matlab (par exemple, vers mon répertoire personnel), je ne peux pas y revenir par la commande "cd", mais je dois appuyer sur le bouton "back" dans la barre d'outils de navigation des fichiers et tout est alors à nouveau accessible depuis Matlab.
