Aller au contenu principal ↑ ↓
Sujet résolu
Ce sujet a été marqué résolu et ne nécessite aucune autre attention.
Sujet: Boot long (Lu 3948 fois) sujet précédent - sujet suivant

Boot long

Bonjour,
Depuis 2/3 jours, mon boot est devenu plus lent.
J'ai regardé les log et j'ai trouvé plusieurs lignes comme celle-ci :
Code: [Sélectionner]
2021-06-01T09:15:28.302089+02:00 localhost tracker-extract[2631]: Call to gst_discoverer_discover_uri(file:///home/blablabla/compte1A100_data/eff/d1f/eff1fe5f.au) failed: Le format du flux n’est pas correct.
Je n'ai pas réussi à comprendre à quoi sert gst-discoverer... ce qui fait que je ne vois pas comment retrouver un boot normal.
Pouvez vous m'éclairer svp ?
Cdt
Ooo

Re : Boot long

Répondre #1 –
Bonjour,

PEux tu faire un coup de :
"systemd-analyze blame"?
ça te permettra de savoir ce qui prend du temps au démarrage.

Sinon :
https://gstreamer.freedesktop.org/documentation/pbutils/gstdiscoverer.html?gi-language=c

C'est donc une méthode pour récupérer des informations rapidements, mais ça ne te donne pas l'origine du programme ni te dit que c'est forcément la cause. ;)

Re : Boot long

Répondre #2 –
Citation de: burn2 – le
Bonjour,

PEux tu faire un coup de :
"systemd-analyze blame"?
ça te permettra de savoir ce qui prend du temps au démarrage.

Sinon :
https://gstreamer.freedesktop.org/documentation/pbutils/gstdiscoverer.html?gi-language=c

C'est donc une méthode pour récupérer des informations rapidements, mais ça ne te donne pas l'origine du programme ni te dit que c'est forcément la cause. ;)
Bonjour,
Bien vu analyse-blame... c'est clair que ca eclaire !
Code: [Sélectionner]
         22.646s backup-rpmdb.service
          8.162s mandb.service
          3.348s mariadb.service
          3.238s backup-sysconfig.service
          2.342s postfix.service
          2.228s plymouth-quit-wait.service
          2.159s libvirtd.service
          2.105s logrotate.service
          1.514s display-manager.service
          1.414s apache2.service
          1.192s dracut-initqueue.service
Bon, j'ai pas souvenir d'avoir mis en place un backup donc je comprends toujours pas, mais on avance :-)
Ou c'est OS qui a ajouté ce service en plus ?
Et le mandb, là aussi j'avais pas remarqué que ca prenait autant de temps !!
Merci.

Re : Boot long

Répondre #3 –
Visiblement il vaut mieux faire:
systemd-analyze critical-chain

Parce que analyse blame ne donne que la durée max de chaque élément sans tenir compte de ce qui se fait en parallèle.

Re : Boot long

Répondre #4 –
Code: [Sélectionner]
graphical.target @7.896s
└─multi-user.target @7.896s
  └─cron.service @7.896s
    └─postfix.service @5.553s +2.342s
      └─mariadb.service @2.203s +3.348s
        └─network.target @2.201s
          └─NetworkManager.service @2.144s +56ms
            └─network-pre.target @2.143s
              └─firewalld.service @1.613s +530ms
                └─polkit.service @5.699s +229ms
                  └─basic.target @1.561s
                    └─paths.target @1.561s
                      └─ca-certificates.path @1.561s
                        └─sysinit.target @1.558s
                          └─apparmor.service @829ms +729ms
                            └─var.mount @819ms +6ms
                              └─dev-disk-by\x2duuid-1570d8f3\x2dec39\x2d4a70\x2d868f\x2d1633a36b306a.device @722ms
ca serait mariadb le probleme ? ou Polkit ?

Re : Boot long

Répondre #5 –
Difficile à dire, il y a plusieurs choses qui prennent un peu de temps mais rien de flagrant.

Pour info en comparaison:


Code: [Sélectionner]
graphical.target @4.443s
└─display-manager.service @1.817s +2.625s
  └─systemd-user-sessions.service @1.811s +4ms
    └─network.target @1.807s
      └─NetworkManager.service @1.758s +48ms
        └─network-pre.target @1.757s
          └─wpa_supplicant.service @2.650s +14ms
            └─dbus.service @1.240s
              └─basic.target @1.238s
                └─sockets.target @1.238s
                  └─pcscd.socket @1.238s
                    └─sysinit.target @1.235s
                      └─systemd-timesyncd.service @1.060s +174ms
                        └─systemd-tmpfiles-setup.service @1.041s +12ms
                          └─local-fs.target @1.036s
                            └─boot-efi.mount @877ms +158ms
                              └─systemd-fsck@dev-disk-by\x2duuid-E2E2\x2d3045.service @826ms +50ms
                                └─local-fs-pre.target @825ms
                                  └─lvm2-monitor.service @352ms +472ms
                                    └─dm-event.socket @347ms
                                      └─-.mount
                                        └─system.slice
                                          └─-.slice

Dans ton cas je crois que tu as BRFS + des snap, regarde aussi si tu ne peux pas faire un peu de ménage niveau snapshot des fois ça ralenti un peu la chose.
( SSD non nvme et ryzen 4800h )

Re : Boot long

Répondre #6 –
brrrr
bon, la j'ai désactivé des dépôts au point de ne plus trop savoir desquels j''ai besoin... je me stresse pas trop parce que je me dis que 15.3 arrivant je vais faire un auto-nettoyage approfondi, mais j'aime pas vraiment les "situations bancales" quand meme :-(
ceci dit quand même, je me suis aperçu entre temps que Baloo pesait pas moins de 45 Go. je l'ai donc "aidé" à maigrir.
Le redémarrage test qui a suivi m'a semblé moins poussif.
Code: [Sélectionner]
graphical.target @6.651s
└─display-manager.service @5.481s +1.170s
  └─apache2.service @5.219s +260ms
    └─time-sync.target @5.219s
      └─chronyd.service @5.198s +20ms
        └─network.target @5.197s
          └─NetworkManager.service @5.153s +43ms
            └─network-pre.target @5.153s
              └─firewalld.service @4.336s +816ms
                └─dbus.service @4.284s
                  └─basic.target @4.284s
                    └─sockets.target @4.284s
                      └─libvirtd-admin.socket @4.284s
                        └─libvirtd.socket @4.282s
                          └─sysinit.target @4.282s
                            └─apparmor.service @1.752s +2.529s
                              └─var.mount @1.669s +80ms
                                └─local-fs-pre.target @1.663s
                                  └─lvm2-monitor.service @360ms +1.302s
                                    └─dm-event.socket @360ms
                                      └─-.slice
Elle arrive quand la 15.3 du coup ?  Ou du moins, on peut aller jusqu'à combien de RC ?

Re : Boot long

Répondre #7 –
Normalement elle sort aujourd'hui.
Perso je suis dessus depuis avant la RC et ras. ;)

 

Re : Boot long

Répondre #8 –
Bon ! Vu que j'ai désactivé la majorité de mes dépôts ca devrait bien se passer pour le coup :-)
Je vais quand même faire une liste des applis au cas où il faudrait remonter tout le moteur...
Merci pour les réponses.