Bonjour,
apparemment, cela est arrivé à d'autres lorsque les partages samba sont
montés grâce au fichier /etc/fstab.
Une solution serait d'utiliser "gigolo" (si, si :-) ), un logiciel qui
monte les partages samba dans
/$HOME/.gvfs/<nom_de_partage@nom_serveur_samba>
Il /suffirait/ alors de faire des liens symboliques vers les répertoires
auxquels l'utilisateur est habitué.
Attention, je n'ai pas testé, mais vu cette solution dans ce 5ème
commentaire d'une discussion en anglais:
http://ubuntuforums.org/showthread.php?p=10413371
(qui s'inspire de
http://ubuntuforums.org/showthread.php?t=1535268&highlight=slow+shutdown+samba+fstab
)
HTH
@+
Fernando
Le 15/12/2011 14:52, Olivier Desportes a écrit :
> Bonjour,
>
> Je reviens vers vous pour le problème de mon collègue Joseph-André. Il
> s'avère que le problème à l'extinction du PC est dû au fait que la
> connexion wifi est gérée au niveau session de gnome. Or le démontage
> des dossiers se fait une fois la connexion coupée, ce qui fait met le
> pc en attente d'un (long) time out pour s'éteindre (1 minute par
> dossier !!!)
> Même en mettant un script de démontage explicite des dossiers samba à
> la fermeture de session, rien n'y fait : la connexion wifi est coupée
> avant toute chose lors de l'extinction du PC.
> Par ailleurs, nous sommes au courant d'une possibilité d'exécuter ce
> même script de démontage lors de l'évènement 'coupure de la connexion
> wifi' dans /etc/NetworkManager/Dispatcher.d/01ifupdown, mais il ne
> veut toujours rien savoir, c'est comme si ce script ne s'exécutait
> pas, et on n'arrive même pas à le tracer.
> Je doute très fortement que nous soyons les seuls à vouloir utiliser
> des partages samba via une connexion wifi, qui pourrait nous guider ?
> On se casse les dents sur ce problème depuis hier matin.....
>
> Merci !
>
>
