Démarrage de session poussif

Tags: #<Tag:0x00007f63f0156638>

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

https://packages.debian.org/stretch/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
https://security-tracker.debian.org/tracker/source-package/linux

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)
https://www.kernel.org/

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 :slight_smile:
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:~$