En cas de problème, on doit vérifier chaque étape.
mount
le résultat doit contenir ces lignesse4fs:/home on /home type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.20.100.200,local_lock=none,addr=172.20.100.103)
se4fs:/var/sambaedu/Docs on /media/Partages type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.20.100.200,local_lock=none,addr=172.20.100.103)
se4fs:/var/sambaedu/Progs on /media/Progs type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.20.100.200,local_lock=none,addr=172.20.100.103)
se4fs:/var/sambaedu/unattended/install on /opt/install type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.20.100.200,local_lock=none,addr=172.20.100.103)
se4fs:/var/sambaedu/Classes on /media/Classes type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.20.100.200,local_lock=none,addr=172.20.100.103)Si les dossiers Classes et home du se4 ne sont pas montés, alors il faut chercher pourquoi ce montage n'est pas fait en regardant sur le fs l'état du service nfs-server
Remarque: Si le FS possède beaucoup de ram et que le service nfs plante lorsque les clinux sont utilisés massivement,alors il faut baisser le taux de vm.dirty sur le FS. regarder cette page sur suse.com
D'abord essayer ces lignes sur le fs (perdues au reboot)
echo 2 > /proc/sys/vm/dirty_ratio
echo 1 > /proc/sys/vm/dirty_background_ratio Si le problème cesse, alors on utilise ces valeurs dans un fichier de conf pour que ce soit pérenne
nano /etc/sysctl.conf
vm.dirty_ratio = 2
vm.dirty_background_ratio = 1Il faut alors effacer les dossiers .cache et .local de son home. On peut constater dans ce cas là que l'ouverture de session sur une console TTY permet de se connecter, ce qui voulait bien dire que cela ne marchait pas au niveau display-manager.
se connecter en root sur le client linux (_mdp adminsepasswd dans le fichier clients.conf du fs)
/usr/share/sambaedu/sbin/wpkg.sh startup
Normalement, tout ce qui se met en place est visible à l'écran. faire attention en particulier avec curl qui ne marche pas en cas de problème de proxy mal renseigné.
root@hp280-clse4:~# dpkg -l winehq-stable
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
+++-==============-==================-============-==================================================
ii winehq-stable 9.0.0.0~bookworm-1 amd64 WINE Is Not An Emulator - runs MS Windows programsIci, ii indique que le paquet wine est bien installé sur le poste
root@virt-gnome1:~# mount |grep wine
/opt/install/wine/wine.img on /run/user/13006/wine/lower type squashfs (ro,noatime,errors=continue)
overlay on /run/user/13006/wine/merged type overlay (rw,relatime,lowerdir=/run/user/13006/wine/lower,upperdir=/run/user/13006/wine/upper,workdir=/run/user/13006/wine/work)
/run/user/13006/wine/merged on /home/voisina/.wine type fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=10513,default_permissions,allow_other)Ici, on voit que l'image de wine est bien montée dans le répertoire /opt et qu'ensuite celle-ci est utilisée en mode fuse sur le home de l'user.
Voir les logs du startup
journalctl -xef -u init1 sur le clinux en root
Voir les logs du logon de l'user courant
journalctl -xef --user -u logon1 (à taper sur le client linux avec le compte utilisateur concerné)