Bonjour à tou(te)s,
je suis sous Mageia 5 / KDE 4, l'ordinateur est un Core i3 8Go RAM avec SSD.
Depuis quelques temps le démarrage est devenu très lent, je suis passé d'environ 20s à 2 minutes.
A l'allumage de l'ordinateur, le boot du BIOS est aussi rapide qu'avant, j'arrive à l'écran de connexion KDM rapidement aussi, mais nos sessions (KDE) refusent de démarrer tant que 2 minutes environ ne se sont pas écoulés. Ça ne le fait plus une fois qu'on se reconnecte après s'être déconnecté : c'est bien 2 minutes bloquantes après l'allumage.
J'ai fait un systemd-analyze plot > boot.svg dont l'image est jointe ci-dessous, mais ça ne me parle pas trop.
J'ai besoin de pistes ou d'idées pour tracer ce qui bloque.
Merci d'avance !
# /var/log
Posté par littlebreizhman . Évalué à 5. Dernière modification le 01 août 2016 à 08:27.
C'est long
A mon avis, la version "systemd-analyze blame" est plus simple à lire quand le svg fait autant de pixels de large
Perso, en mageia cauldron avec les services systemd triées aux petits oignons (core i5 + 8 G0 RAM +ssd) : < 15 sec pour arriver à l'invite de session graphique
Tu n'as rien de bizarre dans /var/log/Xorg.0.log (grep EE /var/log/Xorg.0.log) ?
Sinon, durant les tests d'ouverture de sessions avant les 2min, bascule en console (ctrl+ alt + F2), en root et lance la commande dmesg, tu verras peut être quelque chose de pertinent passer
[^] # Re: /var/log
Posté par alouali (site web personnel) . Évalué à 2.
Bonjour,
merci pour ta réponse et tes pistes. Moi aussi j'avais jusqu'à il y a quelques temps un temps de démarrage d'environ 20s.
Je ne connaissais pas systemd-analyze blame, en voici le résultat :
Il y a peut être shorewall qui a l'air assez long, mais est-il bloquant ?
Quant à grep EE /var/log/Xorg.0.log, il me renvoie une seule erreur :
Que puis je faire de tout ça ?
[^] # Re: /var/log
Posté par Maderios . Évalué à 1. Dernière modification le 01 août 2016 à 10:28.
Cela signifie que le problème vient peut-être du pare-feu Shorewall.
Poster une information ne signifie pas nécessairement adhésion
[^] # Re: /var/log
Posté par NeoX . Évalué à 2.
comme Maderios
ca ne te fais pas tiquer cette ligne :
1 minute pour lancer un firewall,
je ne sais pas ce que tu fais avec mais ca me semble long.
essaie en desactivant le firewall, le demarrage de la machine devrait etre bien plus rapide (de moitié)
si c'est le cas, il reste à investiguer sur ce que fait le firewall pour trouver pourquoi il est si long.
[^] # Re: /var/log
Posté par alouali (site web personnel) . Évalué à 1.
Oui effectivement ça me paraissait un peu excessif, mais comme je n'avais pas de point de comparaison, et que je ne savais pas si c'était bloquant.
De plus je n'ai jamais touché à Shorewall ou à iptables, j'utilise juste le centre de contrôle pour tout bloquer sauf ssh.
Je vais donc essayer de désactiver le pare-feu, pour voir si ça change quelque chose.
En attendant, si je fais cat /var/log/shorewall-init.log j'ai ça, qui semble durer 2 secondes, donc je ne vois pas bien ce qui ne va pas :
[^] # Re: /var/log
Posté par alouali (site web personnel) . Évalué à 1.
Mauvaise nouvelle, c'est pas ça !
J'ai désactivé Shorewall, même problème d'attente d'environ 2 minutes !
Si je refais un systemd-analyze blame, le début me donne :
Shorewall n'est plus présent, mais le problème persiste
# Idem, avec Kubuntu
Posté par lolop (site web personnel) . Évalué à 2.
Ça semble un problème avec Akonadi: https://bugs.kde.org/show_bug.cgi?id=352779
Faudrait essayer en refermant complètement tout ce qui est lié à Akonadi avant de se déconnecter, afin qu'il ne le relance pas à la reconnexion…
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
[^] # Re: Idem, avec Kubuntu
Posté par alouali (site web personnel) . Évalué à 1.
Merci. J'ai vu mais ça ne semble pas ça, je n'utilise pas Akonadi.
[^] # Re: Idem, avec Kubuntu
Posté par lolop (site web personnel) . Évalué à 2.
Tu n'utilises aucun de: KMail, KAddressBook, KOrganizer, KJots, KAlarm, ni widgets Plasma ?
Essaie tout de même
akonadictl statusdans une console, histoire de voir s'il n'est pas démarré malgré toi.Cf https://userbase.kde.org/Akonadi/fr
Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
[^] # Re: Idem, avec Kubuntu
Posté par alouali (site web personnel) . Évalué à 1.
Non justement je n'utilise pas ces applications (justement parce que j'avais trouvé akonadi un peu lourd et bugué il y a très longtemps), mais j'ai quelques widgets. Je n'ai que les paquets strictements nécessaires qui contiennent le nom akonadi, mais par exemple je n'ai pas la commande akonadictl ni en user, ni en root.
[^] # Re: Idem, avec Kubuntu
Posté par lolop (site web personnel) . Évalué à 2.
Ok, donc
ps ux | grep akonadine doit donner aucun process autre que legrep.Python 3 - Apprendre à programmer dans l'écosystème Python → https://www.dunod.com/EAN/9782100809141
[^] # Re: Idem, avec Kubuntu
Posté par alouali (site web personnel) . Évalué à 1.
Exactement, pas d'autre processus !
# KDE
Posté par Maderios . Évalué à 1.
C'est donc un problème kde. Tu pourrais tester en remplaçant kde par un autre environnement plus "simple", comme Fluxbox.
Poster une information ne signifie pas nécessairement adhésion
[^] # Re: KDE
Posté par alouali (site web personnel) . Évalué à 1.
Oui je vais installer un autre environnement et voir ce que ça donne.
# DNS, IPv6 ?
Posté par Tonton Th (site web personnel, Mastodon) . Évalué à 2.
Peut-être une résolution DNS qui part en timeout, ou tu essayes de contacter un truc en IPv6, qui ne repond pas, et un machin attend deux minutes avant de retenter en IPv4 ?
[^] # Re: DNS, IPv6 ?
Posté par alouali (site web personnel) . Évalué à 1.
Peut-être, mais comment savoir ?
[^] # Re: DNS, IPv6 ?
Posté par littlebreizhman . Évalué à 2. Dernière modification le 01 août 2016 à 22:53.
As tu essayé de créer un nouvel utilisateur pour démarrer avec un profil totalement neuf ?
Autre piste, configurer kde pou redémarrer avec une session vierge à chaque fois (ne pas mémoriser les applis ouvertes)
Sinon lancer une session avec icewm (normalement dispo comme environnement de bureau de base avec mageia, super léger et peu consommateur en ressource)
La commande dmesg que je suggérais n'a rien donné ?
Sinon, le fichier de log /var/log/boot.log
Tout doit être à [ OK ] si pas de pb sinon, c'est des [failed] ou [skipped] je crois
[^] # Re: DNS, IPv6 ?
Posté par alouali (site web personnel) . Évalué à 1.
Merci pour ces conseils.
Les autres utilisateurs ont exactement le même problème (mais si on se déconnecte puis reconnecte vers le même utilisateur ou un autre, ça ne le fait plus)
Ça le fait avec l'utilisateur XGuest complètement vierge
icewm je vais essayer
dmesg : très long, tout se passe en 8s, sauf au bout de 66s :
[^] # Re: DNS, IPv6 ?
Posté par NeoX . Évalué à 3.
voila une belle piste,
la ligne juste avant (ou les 5 lignes precedentes) ?
genre il essaie de charger un firwamre, qu'il ne trouve pas, ou qui n'est pas le bon,
se plante, attend, reessaie, attend…
et prend donc 66sec (1min06) avant de passer la main en signalant qu'il n'a pas pu le faire…
en plus il essaye de charger un firwmare rtl 8168e alors que la carte semble etre une r 8169
[^] # Re: DNS, IPv6 ?
Posté par alouali (site web personnel) . Évalué à 1.
Voici les quelques lignes précédentes :
[^] # Re: DNS, IPv6 ?
Posté par alouali (site web personnel) . Évalué à 3.
Alleluyah !!! Ça venait de là !!! Merci !!!
J'ai installé le paquet kernel-firmware-nonfree qui contient des firmwares rtl8168* et ça marche nickel.
Encore une fois un grand merci à tous !!
[^] # Re: DNS, IPv6 ?
Posté par NeoX . Évalué à 2.
deux rien
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.