lenteur au boot

Marcel · 01 oct. 2021, 21:36

Bonjour à tous,

j'ai un soucis non bloquant, mais un peu agaçant, ci-dessous les dernières ligne de dmesg :

[ 10.914335] audit: type=1400 audit(1633100558.642:40): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="lxc-container-default-with-nesting" pid=1178 comm="apparmor_parser"
[ 42.851412] traps: light-locker[1970] trap int3 ip:7fcf35d77ca7 sp:7ffd428bed60 error:0 in libglib-2.0.so.0.6600.8[7fcf35d3b000+88000]

que se passe-t-il pendant ces 32 secondes ?...
Ma config :
PC de bureau, 8 Go de ram, Debian11/GNU/Linux, HDD SSD.

Le pb est apparu lorsque j'ai changé de moniteur (parfaitement détecté et config auto Ok)

Merci d'avance de vos idées...

dezix · 01 oct. 2021, 23:06

Bonjour,

Je ne suis pas un spécialiste es dmesg

J'aurais supposé que les 32" sont dédiées à :

Marcel a écrit : 01 oct. 2021, 21:36 [ 10.914335] audit: type=1400 audit(1633100558.642:40): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="lxc-container-default-with-nesting" pid=1178 comm="apparmor_parser"

mais c'est apparmor pour lxc ( linux containers ) .... tu utilses des applications dans des conteneurs ?

Et comme ton problème serait lié à l'affichage, light-locker cadre mieux.

Donc en premier test, tu pourrais désinstaller light-locker histoire de savoir si c'est le coupable.

c'est pas terrible comme approche, mais j'ai pas mieux

02 oct. 2021, 11:27

Salut,

Systemd a des défaut mais aussi de avantages.
Voici quelques commandes pour comprendre ce qui se passe au cours du boot:

Code : Tout sélectionner

# systemd-analyze
Startup finished in 4.947s (firmware) + 9.723s (loader) + 1.809s (kernel) + 5.728s (userspace) = 22.208s 
graphical.target reached after 5.713s in userspace

Code : Tout sélectionner

# systemd-analyze blame > blame.txt
# cat blame.txt
10.202s apt-listbugs.service
 4.691s apt-daily-upgrade.service
 4.307s NetworkManager-wait-online.service
 1.053s apt-daily.service
  363ms udisks2.service
  294ms upower.service
  286ms accounts-daemon.service
etc.

Code : Tout sélectionner

# systemd-analyze critical-chain 
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

graphical.target @5.713s
└─multi-user.target @5.713s
  └─teamviewerd.service @5.640s +71ms
    └─network-online.target @5.636s
      └─NetworkManager-wait-online.service @1.327s +4.307s
        └─NetworkManager.service @1.102s +210ms
          └─dbus.service @1.092s
            └─basic.target @1.061s
              └─sockets.target @1.061s
                └─nordvpnd.socket @1.058s +2ms
                  └─sysinit.target @1.055s
                    └─systemd-backlight@leds:asus::kbd_backlight.service @1.396s +19ms
                      └─system-systemd\x2dbacklight.slice @652ms
                        └─system.slice @340ms
                          └─-.slice @340ms

Code : Tout sélectionner

# systemd-analyze plot > /tmp/bootup.svg

bootup.jpeg

On aura une meilleure visibilité des processus fautif...

Marcel · 03 oct. 2021, 11:35

Bonjour à tous,

merci de vos réponses.
Oui j'ai des programmes app : Cura3D , ChituBox
Mais ils ne semblent pas devoir être incriminés puis qu'ils sont installés depuis Debian 9

La sortie des différentes commandes est sans doute plus parlante :

# systemd-analyze
Startup finished in 2.308s (kernel) + 15.688s (userspace) = 17.997s
graphical.target reached after 15.535s in userspace

ci-dessous je n'ai gardé que les première lignes :

# systemd-analyze blame
5.961s dev-sda1.device
5.205s systemd-journal-flush.service
3.487s systemd-udevd.service
2.256s NetworkManager-wait-online.service
...

# systemd-analyze critical-chain
...
graphical.target @15.535s
└─multi-user.target @15.535s
└─lxc.service @15.506s +29ms
└─lxc-net.service @15.371s +132ms
└─network-online.target @15.370s
└─NetworkManager-wait-online.service @13.113s +2.256s
└─NetworkManager.service @12.833s +278ms
└─dbus.service @12.831s
└─basic.target @12.822s
└─sockets.target @12.822s
└─cups.socket @13.370s
└─sysinit.target @12.807s
└─systemd-timesyncd.service @12.574s +233ms
└─systemd-tmpfiles-setup.service @12.544s +27ms
└─local-fs.target @12.539s
└─run-user-1001.mount @15.513s
└─local-fs-pre.target @7.900s
└─systemd-tmpfiles-setup-dev.service @7.034s +8>
└─systemd-sysusers.service @6.546s +485ms
└─systemd-remount-fs.service @6.465s +75ms
└─systemd-journald.socket @6.324s
└─-.mount @229ms
└─-.slice @229ms

et enfin un extrait du graphique de boot (très intéressantes toutes ces commandes, un grand merci !) :

dev-sda1.device (5.961s)
systemd-udevd.service (3.487s)

J'ai "gagné" un peu en modifiant ma config matérielle : avant d'installer mon nouveau moniteur j'avais un moniteur standard VGA 15 pouces, et une télé en HDMI pour exploiter au mieux les applis de CAO.
J'avais donc simplement remplacé le 15 pouces par le 24 pouce en VGA.
Là j'ai carrément supprimé le téléviseur (devenu inutile) et branché le nouveau moniteur en HDMI.
Le gain est d'une dizaine de secondes (quand même !).

Ce que que je retire des sorties des commandes ci-dessus c'est que c'est le sda1 qui prend du temps (à monter ou check ?). Or c'est un SSD :o(
Sda1 c'est aussi la racine du système, que j'ai agrandi récemment en passant d'environ 12 Gio à 26 Gio.
Peut-être la vérification du système s'en trouve prolongée ?

Cela amène une autre question : je suis de la "vieille école" et j'aimais bien avoir un boot "bavard". Est-il possible de retrouver un démarrage avec visibilité de ce qui se passe en "live" ?

dezix · 03 oct. 2021, 11:53

@Marcel
c'est pas mal rapide comme lenteur

.... j'ai :

Code : Tout sélectionner

# systemd-analyze
Startup finished in 5.689s (firmware) + 8.217s (loader) + 9.562s (kernel) + 14.169s (userspace) = 37.638s 
graphical.target reached after 14.153s in userspace

Bon, j'ai une trottinette à 150€ le barebone et dans les 37s il doit y avoir 2 MdP pour LUKS et je ne suis pas une flèche du clavier

@Lol
Bien tes commandes, je mets dans les notes

03 oct. 2021, 14:26

Bonjour

Marcel a écrit :…j'aimais bien avoir un boot "bavard". Est-il possible de retrouver un démarrage avec visibilité de ce qui se passe en "live" …

Dans ton fichier /etc/default/grub
il te faudrait changer la ligne qui contient :

Code : Tout sélectionner

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

par :

Code : Tout sélectionner

GRUB_CMDLINE_LINUX_DEFAULT=""

ensuite, pour que cette modification soit prise en compte,
il te faudra lancer, avec les privilèges du compte root :

Code : Tout sélectionner

update-grub

Marcel · 03 oct. 2021, 15:45

dezix a écrit : 03 oct. 2021, 11:53 @Marcel
c'est pas mal rapide comme lenteur ...

Oui, et en y regardant de plus près, c'est aléatoire pour mon dernier boot c'était comme je souhaite :

# systemd-analyze
Startup finished in 2.305s (kernel) + 4.111s (userspace) = 6.417s
graphical.target reached after 3.917s in userspace

[edit]
Mais ce n'est pas toujours correct :o(
Pour donner une idée des écarts extrêmes entre deux boots :

# systemd-analyze
Startup finished in 12.379s (kernel) + 16.773s (userspace) = 29.153s
graphical.target reached after 16.571s in userspace

[/edit]

Merci pour l'idee de modifier le fichier /etc/default/grub
comme ça je pourrais être sûr de ce qui cloche de temps en temps (ou si c'est normal).