Discussion :

[ctac_]

Bonjour,
J'ai un pc sur debian testing qui met environ 5 mn pour démarrer!
Jusqu'à l'écran de connexion (lightdm), tout va bien.
C'est le lancement de la session (lxde) qui traine.
J'ai essayé avec xfce4 et c'est pareil.
J'ai remplacé lightdm par slim et c'est pareil.
En ligne de commande après grub avec startx, le lancement est immédiat.
Là, je suis un peu perdu.
Je ne sais pas bien par ou commencer mes recherches.
Un petit conseil sur les investigations a mener ?
Merci.

[Jipété]

J'ai un pc sur debian testing qui met environ 5 mn pour démarrer!
Jusqu'à l'écran de connexion (lightdm), tout va bien.
C'est le lancement de la session (lxde) qui traine.

C'est nouveau ou il a toujours été comme ça ?
Si c'est nouveau, qu'est-ce qui a changé par rapport à avant ?

[ctac_]

Bonjour,
Oui, c'est nouveau depuis un certain temps.
Je pense que c'est suite à une mise à jour via Synaptic.
C'est un pc dont je me sers rarement.
J'avais remarqué ce probléme et m'étais dit qu'il faudrait que je me penche dessus.
Il est venu le temps et donc je cherche.

root@Alain-PC-001:/var/log# cat auth.log
Sep 4 12:13:40 Alain-PC-001 systemd-logind[426]: New seat seat0.
Sep 4 12:13:50 Alain-PC-001 lightdm: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)
Sep 4 12:14:24 Alain-PC-001 lightdm: pam_unix(lightdm-greeter:session): session closed for user lightdm
Sep 4 12:14:24 Alain-PC-001 lightdm: pam_unix(lightdm:session): session opened for user alain by (uid=0)
Sep 4 12:14:24 Alain-PC-001 systemd: pam_unix(systemd-user:session): session opened for user alain by (uid=0)
Sep 4 12:14:25 Alain-PC-001 systemd: pam_unix(systemd-user:session): session closed for user lightdm
Sep 4 12:17:01 Alain-PC-001 CRON[985]: pam_unix(cron:session): session opened for user root by (uid=0)
Sep 4 12:17:01 Alain-PC-001 CRON[985]: pam_unix(cron:session): session closed for user root
Sep 4 12:22:52 Alain-PC-001 polkitd(authority=local): Registered Authentication Agent for unix-session:2 (system bus name :1.40 [lxpolkit], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale fr_FR.UTF-8)

root@Alain-PC-001:/var/log# cat daemon.log
Sep 4 12:14:25 Alain-PC-001 systemd[938]: Startup finished in 144ms.
Sep 4 12:14:25 Alain-PC-001 systemd[1]: Started User Manager for UID 1000.
Sep 4 12:22:50 Alain-PC-001 systemd[938]: Started D-Bus User Message Bus.
Sep 4 12:22:51 Alain-PC-001 dbus-daemon[1072]: [session uid=1000 pid=1072] Activating via systemd: service name='org.a11y.Bus' unit='at-spi-dbus-bus.service' requested by ':1.5' (uid=1000 pid=1064 comm="/usr/bin/lxsession -s LXDE -e LXDE ")
Sep 4 12:22:54 Alain-PC-001 dbus-daemon[1072]: [session uid=1000 pid=1072] Successfully activated service 'org.gtk.vfs.Metadata'
Sep 4 12:22:54 Alain-PC-001 systemd[938]: Started Virtual filesystem metadata service.
Sep 4 12:28:30 Alain-PC-001 systemd[1]: Starting Cleanup of Temporary Directories...

J'ai supprimé les lignes qui déroulent.
On peut voir :
- que je met environ 30s pour entrer mon identifiant et mon mot de passe.
- 2mn30 sont necessaires pour pam_unix(cron:session)
- 6mn pour polkitd (D-Bus User Message Bus)
- 4mn a la fin avant le nettoyage des fichiers temporaires.

C'est comme ça que j'analyse ...

[BufferBob]

salut,

t'as essayé pendant ledit chargement dans une console à coté de lancer un htop pour voir si ça dit quelque chose, une fois le(s) processus incriminé(s) on peut envisager d'attacher un strace dessus par exemple
et avant ça, que disent les graphs éventuels dispos sur la machine (cpu, loadaverage, memoire, i/o etc.) ? un coup de dstat peut mettre en évidence un problème d'E/S et éventuellement aider à diagnostiquer si le matériel est défectueux (le disque par exemple)

idées en vrac...

[ctac_]

Salut,
Merci pour les suggestions mais ...
A partir du moment ou je suis connecté sur un tty, le lancement est immédiat.
Le seul défaut criard, c'est Spectre V2 mitigation: LFENCE not serializing. Switching to generic retpoline qui apparait au démarrage.
Edit
Bonne nouvelle.
J'arrive a me connecter via ssh et a lancer htop sans trop perturber la lenteur du démarrage.
Il ne me reste plus qu'a débroussailler htop pour comprendre comment ça marche et ce que je peux en tirer !!!
Cordialement.

[BufferBob]

A partir du moment ou je suis connecté sur un tty, le lancement est immédiat.

normalement non, si tu dis que jusqu'à lightdm tout va bien et que c'est l'ouverture de session qui galère, tu dois pouvoir ouvrir un tty (Ctrl+Shift+F1 ?) sans que ça gêne

Spectre V2 mitigation: LFENCE not serializing. Switching to generic retpoline

t'es foutu

Il ne me reste plus qu'a débroussailler htop pour comprendre comment ça marche

htop ou autre hein, si ça dure tu dois aussi bien avoir le temps de lancer un ps à la main pour voir quel processus coince, le seul intérêt de htop c'est qu'il refresh tout seul
au pifomètre je miserai plus facilement sur dstat et un problème d'i/o

[ctac_]

Bonjour,
Je reprends le déroulement des opérations.
Quand je lance mon système, j'arrive a l'écran de connexion lightdm sans problème.
J'ai juste le message :
Spectre V2 mitigation: LFENCE not serializing. Switching to generic retpoline

t'es foutu

Merci pour le positivisme.

Je peux basculer sur un tty sans problème.
1 - Si je m'identifie dans lightdm, l'interface graphique se lance au bout de 5mn voir plus.
2 - Si avant de m'identifier sur lightdm, je bascule sur un tty et que je lance une session en ligne commande puis que je retourne sur lightdm (tty7), le lancement de l'interface graphique est immédiate.

normalement non, si tu dis que jusqu'à lightdm tout va bien et que c'est l'ouverture de session qui galère, tu dois pouvoir ouvrir un tty (Ctrl+Shift+F1 ?) sans que ça gêne

3 - Si je m'identifie dans lightdm (cas 1) puis que je bascule sur un tty, je n'ai pas le temps de rentrer identifiant et mot de passe que le système rebascule sur tty7 car la session est lançée.
4 - Si je suis dans le cas 1 et que je lance un htop en ssh depuis un autre poste, tous les processus sont en sommeil (S) sauf htop.

Ce que j'ai fait :
- J'ai rechargé le kernel de l'installeur 4.16.0.2
- Supprimer le dernier kernel 4.17.0.3
- Régénérer grub ...
Et depuis tous va bien.

Comme j'avais une partition de disponible, j'ai refais une installation et là, je suis confronté au même probléme.
Pour le moment, j'ai essayer de lancer un script basic depuis lightdm dans lightdm.conf
session-setup-script = 'monscript.sh'
mais pour le moment, aucun changement.
J'investigue et je vous tiens au courrant !
Cordialement.

[ctac_]

Bonjour,
Après quelques recherches, Il s'avére que le problème vienne de l'entropy de mon système !!!???
Depuis https://en.wikipedia.org/wiki/Introduction_to_entropy :

In statistical mechanics, the entropy of a system is described as a measure of how many different microstates there are that could give rise to the macrostate that the system is in. The entropy of the system is given by Ludwig Boltzmann's famous equation:

S = k log ⁡ ( W ) {\displaystyle S=k\log(W)} {\displaystyle S=k\log(W)}

where S is the entropy of the macrostate, k is Boltzmann's constant, and W is the total number of possible microstates that might yield the macrostate.

Je laisse les spécialistes expliquer le problème.
Bref, en recherchant, je suis tombé là dessus :
https://askubuntu.com/questions/1056...ple-of-minutes

J'ai installé haveged 'source d’entropie pour Linux utilisant l’algorithme HAVEGE'.
C'est un peu comme les vitamines ... et depuis tous va bien.
Merci à tous!
Cordialement.