Forum

Me revoilà avec un 2ème sujet.

C'est toujours sur le même PC portable. J'ai un problème au démarrage.
Je m'explique, au 1er démarrage de la journée tout va bien il prend quelques secondes. Là où ça se corse c'est dans le cas où on redémarre le PC. Le deuxième écran de démarrage avec les bulles du chaudron qui virevoltent n'apparaissent pas et j'ai seulement un écran noir avec le prompt.
Cela peut durer quelques minutes et des fois (je ne sais pas si c'est une coïncidence) je n'arrive sur le bureau que lorsque j'ai fait bouger la souris.
Pour faire gagner du temps je l'ai mis en connexion automatique.

Ce problème ce produit également si j'éteins le PC et que je le redémarre dans la foulée.

Je suis sous Plasma KDE.

Edit: après quelques test c'est bien quand je bouge la souris que j'arrive sur le bureau tant que je ne la bouge pas je reste sur le prompt...

Édité par Guygoye Le 29/11/2019 à 14h28

+1

je n'avais pas fait le lien avec le mouvement de souris pour arriver sur le bureau.

Marou, tu as le même problème, si tu ne touches pas la souris, cela peut être très long...

j'ai exactement le même comportement que pour ton laptop, de temps en temps le démarrage est très rapide ou cela peu durer plusieurs minutes.
Je bouge donc la souris au démarrage et tout va bien.

Bonjour,

Le pc est redémarré depuis zéro ou depuis un état d' hibernation ? Pour lever le doute, on peut essayer de passer l' argument noresume ( enlevant la partie resume=UUID=) à grub.

Édité par nic80 Le 30/11/2019 à 15h50

La 1ere fois non mais la seconde ça peut dépendre des fois redémarré en sortant veille et des fois non.

J'ai constaté ce problème lorsque je faisias mes tests sur wifi. Comme je devais redémarrer régulièrement.

Je veux bien faire la manip mais il faut que tu détailles je ne vois pas du tout comment faire ça!

Bonjour,

En fait, il faut rajouter l' argument noresume comme paramètre à Grub:

- Sur le menu de démarrage il faut appuyer sur la touche 'e' pour rentrer en mode édition
- Puis sur la ligne commençant par linuxefi ( ou linux16 ou linux), il faut enlever la partie resume=UUID=... pour la remplacer par juste noresume.
- Puis faire un ctrl+x pour exécuter la ligne modifiée

La modification n' est valable que pour le démarrage courant ( c' est à dire qu' il faut le refaire à chaque démarrage)

Après si le problème se pose également lors d' un démarrage sans sortie d' hibernation...
Si cela se produit uniquement lors d' un redémarrage à chaud (c' est à dire sans extinction complète mais juste un reboot, peut être qu' un périphérique ne reinitialise pas correctement)

nic80, pour moi ce n'est que sur un démarrage à chaud et même avec une extinction complète, du style je l'éteint et je redémarre dans la foulé.
Par contre le lendemain au 1er démarrage pas de problème.

Bonjour,
Ce problème a été noté avec les SSD. C'est le noyau qui fait ce blocage. Il lui faut des données suffisamment aléatoires pour initialiser un générateur de nombre aléatoires. Le disque dur permettait d'ajouter de l'aléa, et dans ce que vous observez, ce sont les mouvements de la souris.
Je vous dis ça de mémoire, mais je n'ai plus de référence sur le sujet.

Après discussion avec Papoteur sur IRC, j'ai fait un rapport de bug:

https://bugs.mageia.org/show_bug.cgi?id=25796

Je viens ici ajouter un indice que je viens de remarquer.

Lorsque j'ai redémarré plusieurs fois pour mon problème de wifi sur le kernel 5.1, je n'avais plus ce problème de générateur aléatoire...

J'ai mis mon rapport de bug à jour

Bon à priori c'est réglé avec la mise à jour du kernel 5.4.

J'ai redemarré plusieurs fois la machine sans problèmes