#1 Le 04/09/2021, à 17:45
- Poun64

[Résolu] Démarrage ralenti avec le noyau 4.15.0-154 (et suivants...)
Bonjour toul'monde !
Sur un mini PC Dell Inspiron 910 32bits, j'ai installé Xubuntu 18.04.
La mise à jour du dernier noyau "4.15.0-154-generic" a multiplié par deux le temps de démarrage par rapport à la version précédente.
La preuve en image :
Avec noyau 4.15.0-153-generic
=============================
poun@Dell-Inspiron-910:~$ systemd-analyze time
Startup finished in 7.327s (kernel) + 24.763s (userspace) = 32.091s
graphical.target reached after 24.693s in userspace
poun@Dell-Inspiron-910:~$
Avec noyau 4.15.0-154-generic
=============================
poun@Dell-Inspiron-910:~$ systemd-analyze time
Startup finished in 39.316s (kernel) + 25.061s (userspace) = 1min 4.378s
graphical.target reached after 25.008s in userspace
poun@Dell-Inspiron-910:~$ Systemd ne m'apprend pas grand-chose :
Avec noyau 4.15.0-153-generic
=============================
poun@Dell-Inspiron-910:~$ sudo systemd-analyze critical-chain
[sudo] Mot de passe de poun :
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @25.388s
└─multi-user.target @25.388s
└─hddtemp.service @25.233s +153ms
└─network-online.target @25.166s
└─NetworkManager-wait-online.service @11.463s +13.689s
└─NetworkManager.service @8.083s +2.701s
└─dbus.service @7.206s
└─basic.target @7.002s
└─paths.target @6.986s
└─cups.path @6.968s
└─sysinit.target @6.626s
└─systemd-backlight@backlight:intel_backlight.service @14.151s +122ms
└─system-systemd\x2dbacklight.slice @13.185s
└─system.slice @1.085s
└─-.slice @879ms
Avec noyau 4.15.0-154-generic
=============================
poun@Dell-Inspiron-910:~$ sudo systemd-analyze critical-chain
[sudo] Mot de passe de poun :
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.
graphical.target @25.008s
└─multi-user.target @25.002s
└─hddtemp.service @24.818s +182ms
└─network-online.target @24.763s
└─NetworkManager-wait-online.service @8.992s +15.759s
└─NetworkManager.service @6.844s +1.976s
└─dbus.service @6.692s
└─basic.target @6.332s
└─sockets.target @6.319s
└─acpid.socket @6.306s
└─sysinit.target @6.150s
└─systemd-backlight@backlight:intel_backlight.service @13.695s +26ms
└─system-systemd\x2dbacklight.slice @13.161s
└─system.slice @921ms
└─-.slice @838msAvec les deux noyaux, les messages d'erreur sont les mêmes :
poun@Dell-Inspiron-910:~$ journalctl --no-pager -b -p err
-- Logs begin at Wed 2021-09-01 22:17:28 CEST, end at Sat 2021-09-04 16:55:35 CEST. --
sept. 04 16:53:43 Dell-Inspiron-910 kernel: dell_smm_hwmon: unable to get SMM Dell signature
sept. 04 16:53:52 Dell-Inspiron-910 wpa_supplicant[499]: bgscan simple: Failed to enable signal strength monitoring
sept. 04 16:54:15 Dell-Inspiron-910 pulseaudio[902]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
poun@Dell-Inspiron-910:~$Qui peut m'aider à trouver l'origine de ce qui freine le démarrage avec ce nouveau noyau, ou à défaut conserver le noyau 4.15.0-153-generic (indéfiniment ?) et démarrer sur lui automatiquement ?
Merci tout plein pour votre aide.
Dernière modification par Poun64 (Le 11/09/2021, à 15:21)
Xubuntu 20.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / Ivy Bridge - 4 cœurs - 3,5 Ghz - 8 Go de RAM
Xubuntu 20.04._LTS + Windows 10 - ASRock N68C-GS FX - AMD Phenom X4 Quad-Core 9500 - 2,2 Ghz - GeForce 8600 GT - 4 Go de RAM
Xubuntu 20.04._LTS - NetBook ACER TravelMate - Intel Celeron N4020 - 2 cœurs - 1,1 Ghz - 4 Go de RAM - Intel UHD Graphics 605
Hors ligne
#2 Le 04/09/2021, à 18:35
- Poun64

Re : [Résolu] Démarrage ralenti avec le noyau 4.15.0-154 (et suivants...)
Je crois que j'ai une piste, c'est "syslog" qui me dit :
Avec noyau 4.15.0-153-generic
=============================
Sep 4 19:18:15 localhost kernel: [ 7.293678] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.0, id: 0x1c0b1, caps: 0xd04711/0xa00000/0x20000/0x0, board id: 0, fw id: 504172
Sep 4 19:18:15 localhost kernel: [ 7.329458] systemd[1]: Detected architecture x86.
Sep 4 19:18:15 localhost kernel: [ 7.409371] systemd[1]: Set hostname to <Dell-Inspiron-910>.
Sep 4 19:18:15 localhost kernel: [ 7.444273] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6
Sep 4 19:18:15 localhost kernel: [ 7.960744] systemd[1]: Created slice System Slice.
Sep 4 19:18:15 localhost kernel: [ 7.995837] systemd[1]: Listening on Syslog Socket.
Sep 4 19:18:15 localhost kernel: [ 8.030635] systemd[1]: Listening on fsck to fsckd communication Socket.
Sep 4 19:18:15 localhost kernel: [ 8.066241] systemd[1]: Created slice User and Session Slice.
Sep 4 19:18:15 localhost kernel: [ 8.100265] systemd[1]: Reached target User and Group Name Lookups.
Avec noyau 4.15.0-154-generic
=============================
Sep 4 19:11:16 localhost kernel: [ 6.060891] hid-generic 0003:03F0:1041.0001: input,hidraw0: USB HID v1.11 Mouse [PixArt HP Travel USB Optical Mouse] on usb-0000:00:1d.0-1/input0
Sep 4 19:11:16 localhost kernel: [ 7.134279] psmouse serio1: synaptics: queried max coordinates: x [..5888], y [..5144]
Sep 4 19:11:16 localhost kernel: [ 7.234248] psmouse serio1: synaptics: Touchpad model: 1, fw: 7.0, id: 0x1c0b1, caps: 0xd04711/0xa00000/0x20000/0x0, board id: 0, fw id: 504172
Sep 4 19:11:16 localhost kernel: [=> 7.354781] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6
Sep 4 19:11:16 localhost kernel: [=> 38.810238] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Sep 4 19:11:16 localhost kernel: [ 39.350017] ip_tables: (C) 2000-2006 Netfilter Core Team
Sep 4 19:11:16 localhost kernel: [ 39.399326] systemd[1]: systemd 237 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)
Sep 4 19:11:16 localhost kernel: [ 39.472615] systemd[1]: Detected architecture x86.
Sep 4 19:11:16 localhost kernel: [ 39.552304] systemd[1]: Set hostname to <Dell-Inspiron-910>.
Sep 4 19:11:16 localhost kernel: [ 40.113573] systemd[1]: Reached target Remote File Systems.Il y a une trentaine de secondes d'attente entre l'entrée "input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6" et la suivante "EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)".
Nota : mon touchpad continue à fonctionner comme avec les noyaux précédents...
Une idée ?
Dernière modification par Poun64 (Le 11/09/2021, à 14:50)
Xubuntu 20.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / Ivy Bridge - 4 cœurs - 3,5 Ghz - 8 Go de RAM
Xubuntu 20.04._LTS + Windows 10 - ASRock N68C-GS FX - AMD Phenom X4 Quad-Core 9500 - 2,2 Ghz - GeForce 8600 GT - 4 Go de RAM
Xubuntu 20.04._LTS - NetBook ACER TravelMate - Intel Celeron N4020 - 2 cœurs - 1,1 Ghz - 4 Go de RAM - Intel UHD Graphics 605
Hors ligne
#3 Le 05/09/2021, à 17:26
- Poun64

Re : [Résolu] Démarrage ralenti avec le noyau 4.15.0-154 (et suivants...)
Bonjour toul'monde !
En attendant vos réactions, j'ai continué mes investigations et j'ai trouvé un coupable.
Comment j'ai procédé :
- J'utilise pendant mes installations un outil de sauvegarde (True-Image pour ne pas le nommer) et j'ai restauré mon SSD à la version OK précédente.
- Puis j'ai fait les MàJ pas à pas, jusqu'à trouver ce qui coince chez moi.
Constat : ce n'est pas le kernel 4.15.0-154-generic par lui même, mais la mise à jour des paquets suivants :
Version initiale 0.18.04.2 => proposée en version 0.18.04.3
C'est cette nouvelle version qui s’accommode mal avec le noyau 4.15.0-154 mais qui ne me pose pas de problème avec le noyau précédent.
En attendant de mieux comprendre l'origine du bug et surtout de le corriger, j'ai bloqué la version 0.18.04.2 de ces deux paquets dans Synaptic.
Ceci dit, en relisant les infos de Syslog :
Sep 4 19:11:16 localhost kernel: [=> 7.354781] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input6
Sep 4 19:11:16 localhost kernel: [=> 38.810238] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)Je comprends que c'est Fuse qui est en cause et pas SynPS/2 Synaptics TouchPad
Voici ce que contient mon fichier "fstab" :
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda1 during installation
UUID=08383edc-d2c7-4e2e-851e-c6d15845c0f1 / ext4 errors=remount-ro 0 1
/swapfile none swap sw 0 0
#Si ça inspire quelqu'un, je suis preneur !
EDIT du 11/09/2021 :
C'était une modification de courte durée, puisque la mise à jour du noyau en version "4.15.0-156-generic" a réengendré ce problème de "retard à l'allumage"...
La solution, je l'ai trouvée ici :
- https://askubuntu.com/questions/1034359 … 52#1034952
- https://forum.ubuntu-fr.org/viewtopic.p … #p22089714
Action réalisée :
Après avoir libéré le blocage de la version des deux paquets de mon post #3
pkexec mousepad /etc/initramfs-tools/conf.d/resumeLe fichier n'existait pas, il a donc été créé et j'y ai juste ajouté dedans :
RESUME=nonePuis mise à jour d'initramfs :
sudo update-initramfs -uA priori c'est maintenant réglé... Mais jusqu'à quand ???
Je passe quand-même le sujet en résolu.
Amicalement
Dernière modification par Poun64 (Le 11/09/2021, à 15:17)
Xubuntu 20.04._LTS + Windows 10 - Gigabyte GA H77M - Intel Core I7 3770K / Ivy Bridge - 4 cœurs - 3,5 Ghz - 8 Go de RAM
Xubuntu 20.04._LTS + Windows 10 - ASRock N68C-GS FX - AMD Phenom X4 Quad-Core 9500 - 2,2 Ghz - GeForce 8600 GT - 4 Go de RAM
Xubuntu 20.04._LTS - NetBook ACER TravelMate - Intel Celeron N4020 - 2 cœurs - 1,1 Ghz - 4 Go de RAM - Intel UHD Graphics 605
Hors ligne
