Résoudre un démarrage lent
- Vous devez vous identifier ou créer un compte pour écrire des commentaires
Salut,
J'ai du rededémarrer Trisquel en mode options avancées (très certainement en mode sans faille, mais pas avec une autre version du kernel)
Depuis le démarrage est très lent.
Je suis parti de là pour quelques test
https://www.slingacademy.com/article/ubuntu-how-to-diagnose-and-fix-a-slow-boot-time/
Le systemd-analyze time donne :
Startup finished in 7.807s (firmware) + 10.272s (loader) + 5.302s (kernel) + 1min 36.699s (userspace) = 2min 82ms
graphical.target reached after 1min 36.696s in userspace
$ systemd-analyze blame
5.903s NetworkManager-wait-online.service
563ms man-db.service
366ms apt-daily-upgrade.service
286ms apt-daily.service
272ms networkd-dispatcher.service
227ms systemd-journal-flush.service
221ms dev-nvme0n1p2.device
186ms logrotate.service
140ms udisks2.service
109ms accounts-daemon.service
103ms media-pierre-Pierre.mount
102ms update-notifier-download.service
86ms NetworkManager.service
85ms apparmor.service
84ms ModemManager.service
77ms plymouth-quit.service
69ms name at domaine
58ms systemd-udevd.service
58ms systemd-udev-trigger.service
56ms lvm2-monitor.service
49ms bluetooth.service
49ms qemu-kvm.service
47ms networking.service
46ms dundee.service
46ms cups.service
44ms ofono.service
44ms polkit.service
42ms systemd-logind.service
42ms wpa_supplicant.service
41ms dpkg-db-backup.service
39ms upower.service
37ms keyboard-setup.service
35ms plymouth-start.service
34ms systemd-journald.service
27ms rsyslog.service
25ms systemd-modules-load.service
24ms e2scrub_reap.service
24ms systemd-tmpfiles-clean.service
24ms systemd-sysusers.service
18ms systemd-fsck@dev-disk-by\x2duuid-877b3798\x2da35e\x2d4e50\x2db5d5\x2d03fffd4b1>
15ms systemd-fsck@dev-disk-by\x2duuid-5BFC\x2d4849.service
15ms boot-efi.mount
14ms systemd-sysctl.service
13ms grub-common.service
13ms alsa-restore.service
13ms systemd-random-seed.service
13ms systemd-tmpfiles-setup-dev.service
12ms colord.service
10ms plymouth-read-write.service
9ms systemd-tmpfiles-setup.service
9ms atd.service
9ms sys-kernel-config.mount
9ms binfmt-support.service
7ms grub-initrd-fallback.service
7ms systemd-remount-fs.service
7ms dev-hugepages.mount
6ms run-qemu.mount
6ms dev-mqueue.mount
6ms home.mount
6ms sys-kernel-debug.mount
6ms sys-kernel-tracing.mount
5ms systemd-binfmt.service
4ms kmod-static-nodes.service
4ms name at domaine
4ms name at domaine
3ms systemd-user-sessions.service
3ms name at domaine
3ms sys-fs-fuse-connections.mount
3ms name at domaine
3ms systemd-rfkill.service
3ms proc-sys-fs-binfmt_misc.mount
3ms systemd-update-utmp.service
2ms sddm.service
2ms systemd-update-utmp-runlevel.service
2ms console-setup.service
2ms ifupdown-pre.service
2ms finalrd.service
1ms openvpn.service
1ms setvtrgb.service
1ms name at domaine
15us blk-availability.service
A moins que vous n'ayez d'autres suggestions ???
Merci d'avance
Bonjour Substance2004,
Tout d'abord, pourquoi as-tu dû redémarrer en mode de récupération ? Une mise à jour s'est mal terminée, ou bien le disque est plein ou une autre erreur ?
Ensuite, systemd-analyze nous indique plusieurs temps :
- le micrologiciel, 7.8s (peut-être y a-t-il des réglages possibles pour accélérer cette étape dans le BIOS, comme Fast Boot ou désactiver le PXE)
- le chargeur d'amorçage, 10.2s (sans doute un décompte de GRUB avant le démarrage de l'option par défaut)
- le noyau, 5.3s ce qui est un bon score déjà
- l'espace utilisateur, 1min36s avant d'en arriver au stade de l'interface graphique, et là c'est un temps très inhabituel effectivement. C'est là qu'est le problème.
Y a-t-il plusieurs disques dur sur cet ordinateur ? Je vois que systemd charge dev-nvme0n1p2.device ce qui indique un SSD, donc la lenteur ne vient pas de celui ci a priori.
Peux-tu être plus précis dans ta description, et nous dire exactement à quelle étape le système semble bloquer un bon moment (l'écran est-il noir, y a-t-il un curseur clignotant, si tu fais F2 ou F3 as tu accès à plus d'informations dans la console, l'environnement de bureau se lance-t-il correctement et sans erreurs ensuite, le temps est-il à peu près le même à chaque redémarrage, etc.)
Il n'y a pas que systemd qui lance des programmes au démarrage, peut-être que tu peux aussi vérifier les démarrages automatique d'applications dans ton environnement de bureau.
dmesg peut également être utile pour détecter en particulier des erreurs concernant le matériel.
Bonne journée, librement
Bonjour, merci Félicien.
>pourquoi as-tu dû redémarrer en mode de récupération ?
Très bonne question, je ne m'en souviens plus étant donné que ça traîne depuis un certain temps sans heureusement changer les performances.
Une mise à jour s'est mal terminée, ou bien le disque est plein ou une autre erreur ?
Je suis sur Triskel, je signale que j'ai eu pas mal de notifications de debconf-kde-helper - KDialog durant les mises à jour du noyau.
Il dit : Condigation file "//.config/debconf-kde-helperrc" not writable. Please contact your system administrator.
J'ai cherché en vain à résoudre, je n'ai jamais rien compris car ce n'étais jamais clair. En plus ce fichier n'existe pas.
>Y a-t-il plusieurs disques dur sur cet ordinateur ?
Effectivement, j'ai un autre disque qui n'est pas le /home, mais qui est partagé avec un Debian en double boot. Je l'ai simplement fait reconnaître pour les démarrages.
>Peux-tu être plus précis dans ta description ? le temps est-il à peu près le même à chaque redémarrage ?
Bien sûr,
Grub : aucun problème
C'est au niveau du splash screen que ça coince. Tout semble bien fonctionner, rien de particulier, mais ça rame... ça rame et c'est généralement toujours pendant la même durée.
LightDM : pas de problème
l'environnement de bureau se lance-t-il correctement et sans erreurs ?
J'ai eu 2 erreurs qui ont nécessité un redémarrage, mais c'est très mineur. Tout fonctionne généralement.
Merci
Rien de particulier dans le journal système, que journalctl te montre, depuis un terminal ? Si tu veux que nous y jetions un œil :
- exécute cette commande, après t’être connecté à Trisquel :
$ journalctl -b | xz > journal.xz - attache à ta réponse sur ce forum le fichier journal.xz créé dans le répertoire courant (ton répertoire personnel si tu n’en changes pas auparavant).
Merci Magic.
| Pièce jointe | Taille |
|---|---|
| journal.xz | 25.63 Ko |
Une partition swap tente apparemment d’être montée pendant une minute, après laquelle la tentative est abandonnée :
avril 14 23:52:14 pierre-trisquel11 systemd[1]: dev-disk-by\x2duuid-f2bde4f2\x2dcddc\x2d4832\x2d9384\x2d5c5503d71216.device: Job dev-disk-by\x2duuid-f2bde4f2\x2dcddc\x2d4832\x2d9384\x2d5c5503d71216.device/start timed out.
avril 14 23:52:14 pierre-trisquel11 systemd[1]: Timed out waiting for device /dev/disk/by-uuid/f2bde4f2-cddc-4832-9384-5c5503d71216.
avril 14 23:52:14 pierre-trisquel11 systemd[1]: Dependency failed for /dev/disk/by-uuid/f2bde4f2-cddc-4832-9384-5c5503d71216.
avril 14 23:52:14 pierre-trisquel11 systemd[1]: Dependency failed for Swaps.
avril 14 23:52:14 pierre-trisquel11 systemd[1]: swap.target: Job swap.target/start failed with result 'dependency'.
avril 14 23:52:14 pierre-trisquel11 systemd[1]: dev-disk-by\x2duuid-f2bde4f2\x2dcddc\x2d4832\x2d9384\x2d5c5503d71216.swap: Job dev-disk-by\x2duuid-f2bde4f2\x2dcddc\x2d4832\x2d9384\x2d5c5503d71216.swap/start failed with result 'dependency'.
avril 14 23:52:14 pierre-trisquel11 systemd[1]: dev-disk-by\x2duuid-f2bde4f2\x2dcddc\x2d4832\x2d9384\x2d5c5503d71216.device: Job dev-disk-by\x2duuid-f2bde4f2\x2dcddc\x2d4832\x2d9384\x2d5c5503d71216.device/start failed with result 'timeout'.
Peux-tu nous montrer les sorties des deux commandes suivantes ?
$ lsblk
$ cat /etc/fstab
Je n'avais pas resisté à regarder aussi ce journal.
Je ne sais pas si la méthode étais bonne, mais je regardais les processus qui prenaient un temps monstre et je suis aussi tombé sur ces uuid. Je n'avais pas lu le Dependency failed for Swaps.
$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 1,8T 0 disk
└─sda1 8:1 0 1,8T 0 part /media/pierre/Pierre
nvme0n1 259:0 0 447,1G 0 disk
├─nvme0n1p1
│ 259:1 0 489M 0 part /boot/efi
├─nvme0n1p2
│ 259:2 0 93,1G 0 part /
├─nvme0n1p3
│ 259:3 0 93,1G 0 part /media/pierre/76a625eb-37d4-4de4-a5c3-1ee3f3f1ef23
├─nvme0n1p4
│ 259:4 0 29,8G 0 part
├─nvme0n1p5
│ 259:5 0 115,3G 0 part /home
└─nvme0n1p6
259:6 0 115,3G 0 part /media/pierre/7e8e9c4d-afac-4899-ab2d-99226613273
J'avais changé après l'install de Triskel11 le fstab pour le disque dur de 2To afin qu'il soit monté à chaque démarrage.
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
#
# / was on /dev/nvme0n1p2 during installation
UUID=cbebb3ab-6ab1-4b31-bcfb-00c3110bade7 / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=5BFC-4849 /boot/efi vfat umask=0077 0 1
# /home was on /dev/nvme0n1p5 during installation
UUID=877b3798-a35e-4e50-b5d5-03fffd4b12a5 /home ext4 defaults 0 2
# swap was on /dev/nvme0n1p4 during installation
UUID=f2bde4f2-cddc-4832-9384-5c5503d71216 none swap sw 0 0
# Disque dur 2To Pierre
UUID=da9653b0-5602-4fab-b285-cb50002d9e93 /media/pierre/Pierre ext4 defaults 0 0
Si je regarde dans disques, pour /dev/nvme0n1p4 il m'indique un UUID différent de f2bde4f2-cddc-4832-9384-5c5503d71216
Edit :
Changement de l'UUID de la partition SWAP dans /etc/fstab
Problème résolu.
Merci à tous.
Librement