Bonjour,
j’ai un petit souci sur ma debian au démarrage.
Après saisie du mot de passe de session, la session
ne s’ouvre pas sauf si je bouge la souris (!).
J’ai testé avec lightdm et gdm3 donc ce ne semble
pas venir du gestionnaire de session.
Merci pour vos lumières.
ponky
PS : c’est une buster/sid + cinnamon.
Salut
Ce genre de gag ça me fait penser au nébuleux problème du manque de ressources d’entropie.
cat /proc/sys/kernel/random/entropy_avail
3685
Et c’est parfois résolu en installant le paquet haveged
Merci grandtoubab je vais tester ta solution. Mais c’est gagesque effectivement et la solution a l’air un peu ésotérique !
C’est marrant, j’étais en train de penser à ça.
Mais, pourquoi le démarrage d’un session aurait besoin d’entropie ?
ca peut etre relatif au noyau
il faudrait utiliser le noyau 4.9 de stable pour voir s’il y a une différence
uname --all
Linux debian 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u4 (2018-08-21) x86_64 GNU/Linux
Salut et merci grandtoubab pour ta solution elle fonctionne chez moi !
Pour info :
ponky@pnk-wrk:~$ uname -r
4.17.0-3-686-pae
ponky@pnk-wrk:~$
c’est pas un noyau Debian officiel
C’est un problème ?
C’est à cause de contrib dans le sources.list ?
En fait si je boote sur 4.18 j’ai kernel panic donc je suis revenu à 4.17.
4.17 est un noyau qui n’est plus maintenu (End Of Life)
Donc il peut y avoir un pb de sécurité au bout d’un moment
Le 4.18 me créé aussi des erreurs mais je privilégie le 4.9 de stable/sécurité qui sera maintenu à long terme jusqu’en 2023
Longterm release kernels|Version|Maintainer|Released|Projected EOL|
|4.19|Greg Kroah-Hartman|TBD|TBD|
|4.14|Greg Kroah-Hartman|2017-11-12|Jan, 2020|
|4.9|Greg Kroah-Hartman|2016-12-11|Jan, 2023|
|4.4|Greg Kroah-Hartman|2016-01-10|Feb, 2022|
|3.16|Ben Hutchings|2014-08-03|Apr, 2020|
apt policy linux-image-4.9.0-8-amd64
linux-image-4.9.0-8-amd64:
Installé : 4.9.110-3+deb9u4
Candidat : 4.9.110-3+deb9u4
Table de version :
*** 4.9.110-3+deb9u4 999
999 http://deb.debian.org/debian-security stretch/updates/main amd64 Packages
100 /var/lib/dpkg/status
Hello.
Du coup j’ai installé 4.9 mais ça ne boote plus… Tant pis je vais attendre !!!
Merci pour tes précieux conseils !
ponky
Merci !
Ça fait un petit bout de temps que j’ai le même problème sur un de mes pc et que je bouge la souris pour que la session démarre plutôt que de prendre le temps de chercher la cause du bazar.
L’installation d’haveged a résolu le souci.
Le pc est un portable Dell Studio de quelques années, avec Testing/Sid. De mémoire le problème est apparu avec le noyau 4.16 ou 4.17. Là j’ai le 4.18.
Allez, soyons fous 
puisque personne n’a encore répondu à cette question,
je propose une réponse basée sur une supposition que je n’ai pas vérifiée :
Peut-être que le démarrage d’une session a besoin d’entropie
afin de pouvoir créer l’UUID de cette nouvelle session.
Mon pc fonctionne tès bien sans haveged
systemd-analyze
Startup finished in 7.012s (kernel) + 1min 34.457s (userspace) = 1min 41.469s
graphical.target reached after 1min 34.295s in userspace
je penche plutôt pour un problème résiduel dans le noyau qui provoque un blocage sur certains matériels et qui est débloqué soit par l’action de l’utilisateur par la souris ou par l’action de haveged quand il est installé
Le mien aussi m’avait fait le même coup sur un nouvelle installation,
puis ce problème a disparu, je ne sais pas comment… peut-être lors d’une mise à jour.
Je n’ai pas eu non plus à installer haveged
michel@debg53sw:~$ systemd-analyze
Startup finished in 2.178s (kernel) + 8.864s (userspace) = 11.043s
michel@debg53sw:~$