bonjour, ça semble lié à la résolution d'une CVE récente : une faille de sécurité était créée par le fait que les générateurs de nombres aléatoires n'attendaient pas d'avoir assez d'entropie pour générer des nombres vraiment aléatoires, ce qui rend les clefs générées prédictibles. Le patch a semble-t'il rendu l'appel bloquant jusqu'à accumulation d'une entropie suffisante (ce qui se traduit par des comportements surprenants, comme par exemple une accélération du boot par l'appui de touches ou le déplacement de la souris), d'où l'allongement du délai au boot.
Cordialement ______________ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org Le 7 mai 2018 à 15:30, Frédéric Baldit <[email protected]> a écrit : > > Bonjour, > > j'expérimente, depuis une réinstallation de stretch sous un PC portable > amd64 (ASUS N55JV) avec le bureau gnome un long temps d'attente au boot. > > Je n'ai pas chronométré à la seconde près, mais à ma montre l'écran de > login apparaît, de façon reproductible, au bout de deux minutes. > Auparavant sur le même ordi. et sous stretch cela durait moins de > 30s (je pense). > > Lors de la réinstall. le disque dur (un SSD) a été repartitionné (j'ai > gardé le même schéma que lors d'une install. de stretch précédente et > le système a été entièrement réinstallé. > > J'utilise le pilote propriétaire nvidia et bumblebee pour gérer (avec > optimus) le démarrage à la demande de ma carte dédiée. > > J'ai testé (avec gnome-disks) l'état de mon SSD (le test long): cela > dit il est sain (même si l'indicateur wear-leveling-count est à 25, le > disque ayant (environ) 5 ans. > > Aussi, curieusement, j'ai une situation (que je n'avais pas avant): une > fois connecté sous gnome (après les 2 min d'attente), un Ctrl+Alt+F1 me > renvoit sur un nouvel écran de login graphique (et pas sur un login en > mode console). Je ne sais pas si c'est normal... > > Je n'ai trouvé aucune piste prometteuse sur les posts des forum. Les > messages de dmesg indiquent une grosse attente lors du boot (justement > de environ 120s) qui se termine par la ligne: > > random: crng init done > > En fichier attaché la sortie texte de la commande dmesg. > > Apparemment (recherche sur google) il se pourrait que le (nouveau) > système de boot systemd puisse être fautif, mais je n'en sait rien. > > Si quelqu'un a une idée, merci d'avance. Comme d'habitude toute > suggestion est bienvenue. Je peux fournir les renseignements > susceptibles d'aider (sur la machine et le système). > > Cordialement, > > -- > Frédéric Baldit > >
