[Résolu] démarrage long -> aide à comprendre le dmesg

tramberlimpe · 29-03-2019 21:44:33

Bonjour bonsoir,

j'ai un démarrage un peu long, alors j'ai écrit, dans le terminal :

dmesg

Cela m'a retourné le code suivant :

[…]

[    2.291655] sd 0:0:0:0: [sda] Attached SCSI disk

[    2.309230] usb 1-7: new full-speed USB device number 3 using xhci_hcd

[    2.458636] usb 1-7: New USB device found, idVendor=8087, idProduct=0a2b, bcdDevice= 0.10

[    2.458642] usb 1-7: New USB device strings: Mfr=0, Product=0, SerialNumber=0

[   33.750457] EXT4-fs (nvme0n1p2): mounted filesystem with ordered data mode. Opts: (null)

[   33.860601] systemd[1]: Inserted module 'autofs4'

[   33.938154] systemd[1]: systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)

[   33.957779] systemd[1]: Detected architecture x86-64.

[…]

Je ne vous mets que la partie qui m'intéresse...

Quel est le problème ? Est-ce avec l'USB ou le disque dur ?
Que faire ?

Merci

Dernière modification par tramberlimpe (31-03-2019 23:05:23)

David5647 · 30-03-2019 19:17:34

Bein, je vois pas d'erreurs dans tout cela, il faut regarder les lignes avec des erreurs si il y en a
il semble détecter un périphérique usb, monter un ssd... à voir auprès de plus fin connaisseurs

Pour voir ce qui ralenti le démarrage tu peux utiliser la commande systemd-analyze
par exemple :

systemd-analyze blame

systemd-analyze critical-chain

Dernière modification par David5647 (30-03-2019 19:20:05)

tramberlimpe · 30-03-2019 21:09:52

Merci pour ta réponse,

La commande systemd-analyse critical-chain donne ceci :

graphical.target @7.991s

└─multi-user.target @7.990s

  └─exim4.service @7.705s +284ms

    └─network-online.target @7.702s

      └─NetworkManager-wait-online.service @1.249s +6.451s

        └─NetworkManager.service @1.164s +76ms

          └─dbus.service @1.161s

            └─basic.target @1.160s

              └─paths.target @1.160s

                └─cups.path @1.160s

                  └─sysinit.target @1.153s

                    └─systemd-backlight@backlight:intel_backlight.service @2.694s +9ms

                      └─system-systemd\x2dbacklight.slice @2.693s

                        └─system.slice @233ms

                          └─-.slice @233ms

et la commande systemd-analyze blame :

          6.451s NetworkManager-wait-online.service

          2.382s postgresql@11-main.service

          1.537s systemd-logind.service

           450ms mpd.service

           362ms udisks2.service

           295ms transmission-daemon.service

           284ms exim4.service

           273ms dev-nvme0n1p2.device

           239ms upower.service

           222ms phpsessionclean.service

           194ms systemd-timesyncd.service

           165ms ModemManager.service

           165ms systemd-fsck@dev-disk-by\x2duuid-a07cdeca\x2dcab3\x2d48e3\x2d9883\x2dbc38a55ee97c.service

           155ms apache2.service

           140ms systemd-rfkill.service

           104ms systemd-journald.service

            91ms accounts-daemon.service

            84ms boot-efi.mount

            81ms systemd-fsck@dev-disk-by\x2duuid-3C3C\x2dAB83.service

            76ms NetworkManager.service

            75ms keyboard-setup.service

            55ms wpa_supplicant.service

            55ms bluetooth.service

            54ms systemd-udev-trigger.service

            51ms cronie.service

            50ms systemd-fsck@dev-disk-by\x2duuid-9398d6f2\x2de50a\x2d4d64\x2da167\x2d3bba663775d0.service

            45ms avahi-daemon.service

            44ms systemd-udevd.service

            42ms user@1000.service

            37ms apparmor.service

            33ms networking.service

            31ms systemd-modules-load.service

            30ms colord.service

            30ms lxc.service

            28ms lxc-net.service

            25ms polkit.service

            24ms media-espace.mount

            23ms lm-sensors.service

            22ms dev-disk-by\x2duuid-3ac2f19f\x2d8a4b\x2d4019\x2d9b86\x2d702e9ed8d774.swap

            19ms systemd-tmpfiles-setup.service

            18ms systemd-journal-flush.service

            18ms gdm.service

            17ms rsyslog.service

            16ms systemd-tmpfiles-clean.service

            14ms sysstat.service

            14ms systemd-tmpfiles-setup-dev.service

            14ms home.mount

            13ms binfmt-support.service

            11ms user-runtime-dir@1000.service

            10ms switcheroo-control.service

            10ms kmod-static-nodes.service

            10ms systemd-remount-fs.service

            10ms dev-hugepages.mount

            10ms systemd-update-utmp.service

             9ms systemd-backlight@backlight:intel_backlight.service

             9ms systemd-sysctl.service

             9ms dev-mqueue.mount

             8ms systemd-sysusers.service

             8ms openvpn.service

             7ms sys-kernel-debug.mount

             7ms pppd-dns.service

             6ms systemd-random-seed.service

             6ms systemd-update-utmp-runlevel.service

             6ms resolvconf.service

             5ms proc-sys-fs-binfmt_misc.mount

             5ms systemd-user-sessions.service

             3ms rtkit-daemon.service

             3ms console-setup.service

             3ms ifupdown-pre.service

             2ms sys-fs-fuse-connections.mount

             2ms postgresql.service

Je suis désolé, mais je ne sais pas trop comment le lire.

Dernière modification par tramberlimpe (30-03-2019 21:10:23)

David5647 · 30-03-2019 21:31:51

Au démarrage tu as une myriade de services qui se lancent

systemd-analyze blame

t'en donne la liste et le temps qu'il mettent à se lancer

Ces derniers doivent se lancer dans un certain ordre, peuvent être lancés parallèlement, successivement...
Le temps de démarrage, ne correspond alors pas à la somme des temps de lancement de ces processus, il correspond à la somme des temps des processus "qui sont attendus pour continuer", ce que détaille :

systemd-analyse critical-chain

D'après ce que j'observe de tes résultats, ta machine démarre en 7.991s,
là j'ai un peu de mal à voir en quoi est-ce long...
D'où ma question suivante?

Qu'est ce qui est long au démarrage? Le temps pour arriver à l'écran de connexion est trop long? Ou est-ce après qu'arrive le problème?

tramberlimpe · 31-03-2019 09:44:55

Pourtant, ce que montre le dmesg, c'est qu'il y a une instance qui se lance en 31 secondes (de 2.4536.. à 33.7504.. s), c'est surprenant, quand même !

Ce qui est est long, c'est l'écran noir juste après le grub.

En tout ça c'est sûr que ce n'est pas 7 secondes pour démarrer. Sinon, je n'aurai pas fait de post.

raleur · 31-03-2019 10:22:20

Si /dev/nvme0n1p2 contient le système de fichiers racine, alors le délai de 30 secondes observé se produit pendant l'exécution de l'initramfs, avant le montage de la racine et le lancement de systemd. Cela pourrait venir de l'absence du swap spécifié pour l'hibernation (resume). Tu n'aurais pas touché ce swap ?
A vérifier :
- présence d'une option resume dans /proc/cmdline et /etc/initramfs-tools/conf.d/resume.
- cohérence avec la sortie de blkid et le contenu de /etc/fstab.

tramberlimpe · 31-03-2019 10:55:23

en effet, ce problème est arrivé après l'installation d'une autre Debian en dual-boot (pour certaines raisons...), avec un swap partagé.

voici tous les éléments :

/etc/fstab :

# /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).

#

# <file system> <mount point>   <type>  <options>       <dump>  <pass>

# / was on /dev/nvme0n1p2 during installation

UUID=b538e959-2c25-40f9-a8ab-91e6e3ba8f74 /               ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/nvme0n1p1 during installation

UUID=3C3C-AB83  /boot/efi       vfat    umask=0077      0       1

# /home was on /dev/nvme0n1p6 during installation

UUID=9398d6f2-e50a-4d64-a167-3bba663775d0 /home           ext4    defaults        0       2

# /media/espace was on /dev/sda1 during installation

UUID=a07cdeca-cab3-48e3-9883-bc38a55ee97c /media/espace   ext4    defaults        0       2

# swap was on /dev/nvme0n1p3 during installation

UUID=3ac2f19f-8a4b-4019-9b86-702e9ed8d774 none            swap    sw              0       0

proc/cmdline

 BOOT_IMAGE=/boot/vmlinuz-4.19.0-4-amd64 root=UUID=b538e959-2c25-40f9-a8ab-91e6e3ba8f74 ro quiet

 

/etc/initramfs-tools/conf.d/resume

RESUME=UUID=e63ac352-1836-4b4a-a65f-0a0af039e943

 

sudo blkid

/dev/nvme0n1p1: UUID="3C3C-AB83" TYPE="vfat" PARTUUID="e6003024-c259-41a4-aa57-40ce07015080"

/dev/nvme0n1p2: UUID="b538e959-2c25-40f9-a8ab-91e6e3ba8f74" TYPE="ext4" PARTLABEL="Root DEBIAN" PARTUUID="976658e5-80a2-4e9e-a008-7439ced6bb71"

/dev/nvme0n1p3: UUID="3ac2f19f-8a4b-4019-9b86-702e9ed8d774" TYPE="swap" PARTUUID="71d82425-6928-47d3-95a8-2e3a31003e97"

/dev/nvme0n1p6: UUID="9398d6f2-e50a-4d64-a167-3bba663775d0" TYPE="ext4" PARTLABEL="HOME" PARTUUID="55eec901-91c9-4800-9b47-fe7964f74a41"

/dev/nvme0n1p7: UUID="b8a3eb24-c4e5-4403-979e-55973d649447" TYPE="ext4" PARTLABEL="debian save" PARTUUID="ad4ac902-2e5c-46c3-9452-fefa8817e87a"

/dev/sda1: UUID="a07cdeca-cab3-48e3-9883-bc38a55ee97c" TYPE="ext4" PARTLABEL="espace" PARTUUID="1e511bf3-6602-49db-b0f4-f7de59a7b2aa"

/dev/nvme0n1: PTUUID="305e0eb2-7041-40b0-b9b4-4186efaf2cfe" PTTYPE="gpt"

Dernière modification par tramberlimpe (31-03-2019 10:57:57)

raleur · 31-03-2019 11:08:28

tramberlimpe a écrit :

ce problème est arrivé après l'installation d'une autre Debian en dual-boot, avec un swap partagé.

Et tu ne pouvais pas le dire plus tôt ?
Tu as laissé la nouvelle installation utiliser le swap existant ? Mauvaise idée, cela reformate le swap et change son UUID.
Ensuite je suppose que pour corriger tu as mis à jour l'UUID du swap dans /etc/fstab, mais pas dans /etc/initramfs-tools/conf.d/resume ?

Mets à jour l'UUID dans resume et reconstruis l'initramfs avec

update-initramfs -u

tramberlimpe · 31-03-2019 22:08:05

C'est exactement comme tu as dit que ça c'est passé.

Dak, j'essaie ça. Merci.

Dernière modification par tramberlimpe (31-03-2019 23:02:57)

tramberlimpe · 31-03-2019 23:04:59

Ça marche.
Merci beaucoup !

raleur · 01-04-2019 08:44:27

Deux remarques concernant ce montage :

# /media/espace was on /dev/sda1 during installation

 UUID=a07cdeca-cab3-48e3-9883-bc38a55ee97c /media/espace   ext4    defaults        0       2

- Si ce système de fichiers n'est pas indispensable au fonctionnement du système, remplacer l'option "defaults" par "nofail" afin de ne pas bloquer le démarrage en cas d'échec du montage.
- En principe, /media est réservé au montage des systèmes de fichiers situés sur des supports de stockage amovibles. Si /dev/sda est un disque interne, ce n'est pas sa place. Le point de montage approprié dépend de son contenu.

tramberlimpe · 01-04-2019 10:16:58

Merci pour les infos

/dev/sda est un disque de stockage de données, fichiers de travail, musique, etc.
Où le monter alors ? Je n'ai jamais eu de problème avec ce disque.

raleur · 01-04-2019 10:44:51

Pour des données utilisateur, tu peux mettre le point de montage dans /home.

tramberlimpe · 01-04-2019 10:51:04

OK, merci pour ton aide précieuse.
J'ai appris pas mal de trucs.

Debian-facile

#1 29-03-2019 21:44:33

[Résolu] démarrage long -> aide à comprendre le dmesg

#2 30-03-2019 19:17:34

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#3 30-03-2019 21:09:52

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#4 30-03-2019 21:31:51

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#5 31-03-2019 09:44:55

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#6 31-03-2019 10:22:20

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#7 31-03-2019 10:55:23

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#8 31-03-2019 11:08:28

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#9 31-03-2019 22:08:05

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#10 31-03-2019 23:04:59

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#11 01-04-2019 08:44:27

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#12 01-04-2019 10:16:58

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#13 01-04-2019 10:44:51

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

#14 01-04-2019 10:51:04

Re : [Résolu] démarrage long -> aide à comprendre le dmesg

Pied de page des forums