Samba-Edu: Re : Re: ubuntu 7.1 et se3

[Mickael POIRAULT]

Le Fri, 25 Apr 2008 21:50:45 +0200,
Fabien.Gombeaud at ac-poitiers.fr a écrit :

> Bonsoir,
> 
> ----- Message d'origine -----
> De: Mickael POIRAULT <Mickael.Poirault at ac-poitiers.fr>
> Date: Jeudi, Avril 24, 2008 4:14 pm
> Objet: Re: Samba-Edu: ubuntu 7.1 et se3
> À: samba-edu at listes.tice.ac-caen.fr
> 
> 
> > Le Thu, 24 Apr 2008 15:00:27 +0200,
> > Fabien.Gombeaud at ac-poitiers.fr a écrit :
> > 
> > > Bonjour,
> > > 
> > > > > Il y a une application qui pose problème
> > > > > 
> > > > > > > 
> > > > > > > Pour la déconnexion c'est sûrement une application comme
> > > > > > > trackerd et ou bluetooth-applet. Pour savoir quelles sont
> > > > > > > les applications qui pose problème un
> > > > > > > "lsof /home/username" permettra de les repérer.
> > > 
> > > En effet, cela semble trackerd qui pose soucis lorsque Firefox a
> > > été ouvert sur ces comptes (même lors de session précédente). Que
> > > dois-je faire? cordialement Fabien
> > 
> > J'ai bien reçu ton autre message avec la pièce jointe.
> > 
> > La solution que j'utilise est un : killall trackerd
> > dans le script de démontage des homes : /usr/sbin/umountH.sh
> > 
> > voici le script que j'utilise :
> > root at client_unbuntu_710:~# cat /usr/sbin/umountH.sh 
> > 
> > #!/bin/bash
> > #
> > ##### Script permettant de démonter correctement le /home/user#####
> > #
> > # Auteur : Mickaël POIRAULT Mickael.Poirault at ac-poitiers.fr
> > #
> > killall trackerd 2>/dev/null
> > killall bluetooth-applet 2>/dev/null
> > if [ "$1" == "--help" -o "$1" == "-h" ]
> > then
> >         echo "Permet de démonter correctement le /home/user"
> >         echo "Ce script est lancé automatiquement par pam_mount"
> >         echo "Usage : /usr/sbin/umountH.sh /home/user"
> > 	echo "Ce script est distribué selon les termes de la
> > licence" echo "--help cette aide"
> > 
> >         exit
> > fi
> > 
> > # Détermination du répertoire à démonter
> > homeUSER=$1
> > 
> > # Attendre la fin des processus qui utilisent le répertoire à
> > démonter until [ `/usr/bin/lsof $homeUSER | wc -l` = "0" ]
> >         do
> >                 sleep 1
> > done
> > 
> > # Démontage du repertoire
> > /bin/umount $homeUSER
> > 
> 
> J'ai modifié le script pour ajouter le killall trackerd. La
> déconnexion est un peu plus rapide( environ 2 minutes), par contre,
> impossible de se reconnecter quelquesoit le compte. Obligation
> d'éteindre la machine.
> 
> Lors de l'appui sur power, le message est "les paramètres de
> l'utilisateur ne sont pas valides. Veuillez réessayer dans quelques
> secondes" avec un icones "prise de courant" à côté. J'ai donc pensé à
> un pb de gestion d'alim (c'est des portables où on a viré les
> batteries). J'ai donc désactivé dans le menu session : applet Gestion

Je n'ai pas de portable avec ubuntu donc je ne peu pas t'aider, mais je
ne pense pas que le problème vienne de la.

> d'alim, ainsi que dans la foulée Use File update, gestion Bluetooth,
> et encore 1 ou 2 truc inutile (je ne me souviens plus)). J'ai aussi

Ok pour Bluetooth il peut poser problème. Pour Use File update, je ne
sais pas. Par contre c'est quoi les 1 ou 2 truc ?

> désactivé les lignes d'attente de fin de process dans ton script (en
> laissant le killall). Au final, il se déconnecte instantanément après

La lignes d'attente est importante, elle permet le démontage propre des
différents lecteur réseau.

> connexion (enfin!!), s'éteigne aussi vite (chouette!!), mais la
> reconnexion est toujours un peu lente (environ 2 minutes). De plus,

oui mais est ce que le home est demonté correctement, que donne un
mount une la déconnexion faite. Que donne aussi un ps aux | grep
"username" ?


J'ai aussi une autre question et je ne sais pas si tu en a parlé. Tes
portables se connectent au serveur en wifi ou par câble ?
Si c'est en wifi, as tu les mêmes problèmes sur câble.

> je ne sais pas trop ce que ça entraine, tout ce que j'ai désactivé!!!
> Peux-tu me dire ce que j'ai fait comme conn...

Faire trop de choses à la fois entraîne plus souvent de nouveau bug qu'une solution.

> Enfin, pour mes pbs de mots de passe, cela semble posé pb quand les
> élèves modifient leur mot de passe sous windows avec CTRL+ALT+SUPP.
> Ds ce cas, le mot de passe devient différent pour une session windows
> et garde l'ancien pour les session linux (ssh inclus). Comment
> puis-je rattraper le coup et interdire la modif de mot de passe par
> windows (le pb ne se pose pas si on modifie par l'interface web).

La ce n'est plus mon domaine désolé :-)

> Merci

De rien

Mickaël