Problèmes et questions concernant le noyau et le support matériel.

Noyau 5.15 et démarrage lent

#1Messageil y a 1 an

Bonjour,
Je viens de repasser du noyau 5.10 au noyau 5.15 que j'avais abandonné pour un temps plus long de boot, mais ça me refait la même chose. Au moment où le bureau apparaît (barre de tâches), l'image de fond d'écran ne suit pas et j'ai le disque qui est en lecture à pleine vitesse, on dirait un fsck. Après au moins 30s, j'ai enfin l'image de fond et le disque se calme.
En chronométrant je passe de 30s (5.10) de boot à 1mn20 (5.15) !
En regardant journalctl, j'y voit ça :

juin 17 08:07:27 PC-Pom audit: BPF prog-id=0 op=UNLOAD
juin 17 08:07:27 PC-Pom audit: BPF prog-id=0 op=UNLOAD
juin 17 08:07:27 PC-Pom audit: BPF prog-id=0 op=UNLOAD
juin 17 08:07:27 PC-Pom kernel: audit: type=1334 audit(1655446047.598:75): prog-id=0 op=UNLOAD
juin 17 08:07:27 PC-Pom kernel: audit: type=1334 audit(1655446047.598:76): prog-id=0 op=UNLOAD
juin 17 08:07:27 PC-Pom kernel: audit: type=1334 audit(1655446047.598:77): prog-id=0 op=UNLOAD
juin 17 08:07:57 PC-Pom rtkit-daemon[632]: Supervising 2 threads of 1 processes of 1 users.
juin 17 08:07:57 PC-Pom rtkit-daemon[632]: Supervising 2 threads of 1 processes of 1 users.
juin 17 08:07:58 ...
Qu'est-ce que cet audit que je retrouve beaucoup dans journalctl ?
Est-ce bien là le problème et comment le supprimer ?
Merci de vos suggestions
Denis

Noyau 5.15 et démarrage lent

#2Messageil y a 1 an

J'y ajoute le résultat du blame :gsourire: :

sudo systemd-analyze blame
14.937s udisks2.service
14.629s systemd-fsck@dev-disk-by\x2duuid-07385d67\x2d1906\x2d4ea6\x2d93dd\x2db9>
12.690s systemd-fsck@dev-disk-by\x2duuid-a72beff0\x2da117\x2d4da0\x2d95bb\x2d2c>
 7.371s media-yyyy.mount
 6.121s systemd-fsck@dev-disk-by\x2duuid-7b012ff2\x2d0ded\x2d4cc8\x2d8ba3\x2db1>
 2.227s systemd-fsck@dev-disk-by\x2duuid-57ba84c9\x2d98d6\x2d4806\x2d9a0c\x2d91>
 1.521s media-zzzz.mount
 1.423s updatedb.service
  918ms media-xxxx.mount
  431ms dev-sda2.device
  334ms systemd-random-seed.service
  322ms media-aaaa.mount
  272ms user@1000.service
  265ms cups.service
  ...
Il y a bien des fsck ... d'où viennent-ils ? Je ne les vois pas en 5.10 et ils sont apparus tout seuls en 5.15 ???

sudo systemd-analyze critical-chain
...

graphical.target @17.602s
└─lightdm.service @17.429s +171ms
  └─systemd-user-sessions.service @17.417s +6ms
    └─nss-user-lookup.target @17.454s

Noyau 5.15 et démarrage lent

#3Messageil y a 1 an

sans doute à vérifier avec une clé USB manjaro
effectuer un fsck sur tes partitions ,
et refaire un test démarrage
Dernière modification par stephaneil y a 1 an, modifié au total 1 fois.

Noyau 5.15 et démarrage lent

#4Messageil y a 1 an

Ce sont les partitions de données supplémentaires (du fstab) qui sont contrôlées sur le HD, pas / ni /home qui sont sur un SSD. Et si je reviens au 5.10, pas de problème, mais dès que je passe au 5.15, j'y ai droit à chaque boot.
Par ailleurs mes partitions sont régulièrement contrôlées (tous les mois) au boot par un paramètre de tune2fs.

Noyau 5.15 et démarrage lent

#5Messageil y a 1 an

tu as essayé avec un noyau 5.17 ou 5.18 ?

Noyau 5.15 et démarrage lent

#6Messageil y a 1 an

Je réessaierai plus tard : 5.17 ou 5.18 erreur au téléchargement ...
Sinon, lequel passera en LTS ?

Noyau 5.15 et démarrage lent

#7Messageil y a 1 an

peux tu nous faire le retour de

inxi -Fza 
sudo mhwd-kernel -li 
les version a privilégier sont
5.4 , 5.10 et 5.15 LTS
version courante 5.18
( a priori 5.19 ... pour LTS .... )

a voir aussi dans la log journal s'il y a des erreurs qui remontent

sudo journalctl -b0 -p3

Noyau 5.15 et démarrage lent

#8Messageil y a 1 an

inxi

inxi -Fza 
System:
  Kernel: 5.15.46-1-MANJARO arch: x86_64 bits: 64 compiler: gcc v: 12.1.0
    parameters: BOOT_IMAGE=/boot/vmlinuz-5.15-x86_64
    root=UUID=bdcdde4a-77c7-4bf1-970d-2c762c7b8499 ro
  Desktop: Xfce v: 4.16.0 tk: Gtk v: 3.24.29 info: xfce4-panel wm: xfwm
    v: 4.16.1 vt: 7 dm: LightDM v: 1.30.0 Distro: Manjaro Linux
    base: Arch Linux
Machine:
  Type: Desktop Mobo: ASRock model: FM2A88M-HD+ R3.0
    serial: <superuser required> UEFI: American Megatrends v: P1.50
    date: 01/11/2016
CPU:
  Info: model: AMD A8-7600 Radeon R7 10 Compute Cores 4C+6G bits: 64
    type: MT MCP arch: Steamroller built: 2014 process: GF 28nm
    family: 0x15 (21) model-id: 0x30 (48) stepping: 1 microcode: 0x6003106
  Topology: cpus: 1x cores: 4 smt: enabled cache: L1: 256 KiB
    desc: d-4x16 KiB; i-2x96 KiB L2: 4 MiB desc: 2x2 MiB
  Speed (MHz): avg: 1886 high: 2387 min/max: 1400/3100 boost: enabled
    scaling: driver: acpi-cpufreq governor: schedutil cores: 1: 1446 2: 2387
    3: 1816 4: 1895 bogomips: 24766
  Flags: avx ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
  Vulnerabilities:
  Type: itlb_multihit status: Not affected
  Type: l1tf status: Not affected
  Type: mds status: Not affected
  Type: meltdown status: Not affected
  Type: spec_store_bypass
    mitigation: Speculative Store Bypass disabled via prctl and seccomp
  Type: spectre_v1
    mitigation: usercopy/swapgs barriers and __user pointer sanitization
  Type: spectre_v2 mitigation: Retpolines, STIBP: disabled, RSB filling
  Type: srbds status: Not affected
  Type: tsx_async_abort status: Not affected
Graphics:
  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASRock driver: radeon
    v: kernel alternate: amdgpu arch: GCN 2 process: GF/TSMC 16-28nm
    built: 2013-17 ports: active: DVI-D-1,VGA-1 empty: HDMI-A-1
    bus-ID: 00:01.0 chip-ID: 1002:1313 class-ID: 0300
  Display: x11 server: X.Org v: 21.1.3 compositor: xfwm v: 4.16.1 driver:
    X: loaded: radeon unloaded: modesetting alternate: fbdev,vesa gpu: radeon
    display-ID: :0.0 screens: 1
  Screen-1: 0 s-res: 3200x1080 s-dpi: 96 s-size: 847x286mm (33.35x11.26")
    s-diag: 894mm (35.2")
  Monitor-1: DVI-D-1 mapped: DVI-0 pos: primary,left
    model: Philips PHL 224E5 serial: <filter> built: 2013 res: 1920x1080 hz: 60
    dpi: 102 gamma: 1.2 size: 476x268mm (18.74x10.55") diag: 546mm (21.5")
    ratio: 16:9 modes: max: 1920x1080 min: 720x400
  Monitor-2: VGA-1 mapped: VGA-0 pos: right model: Hyundai L70S+
    serial: <filter> built: 2004 res: 1280x1024 hz: 75 dpi: 96 gamma: 1.2
    size: 337x270mm (13.27x10.63") diag: 426mm (16.8") ratio: 5:4 modes:
    max: 1280x1024 min: 720x400
  Message: Unable to show GL data. Required tool glxinfo missing.
Audio:
  Device-1: AMD Kaveri HDMI/DP Audio vendor: ASRock driver: snd_hda_intel
    v: kernel bus-ID: 00:01.1 chip-ID: 1002:1308 class-ID: 0403
  Device-2: AMD FCH Azalia vendor: ASRock driver: snd_hda_intel v: kernel
    bus-ID: 00:14.2 chip-ID: 1022:780d class-ID: 0403
  Sound Server-1: ALSA v: k5.15.46-1-MANJARO running: yes
  Sound Server-2: JACK v: 1.9.21 running: no
  Sound Server-3: PulseAudio v: 16.0 running: yes
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet
    vendor: ASRock driver: r8168 v: 8.049.02-NAPI modules: r8169 pcie: gen: 1
    speed: 2.5 GT/s lanes: 1 port: e000 bus-ID: 01:00.0 chip-ID: 10ec:8168
    class-ID: 0200
  IF: enp1s0 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:
  Local Storage: total: 1.02 TiB used: 360.31 GiB (34.5%)
  SMART Message: Required tool smartctl not installed. Check --recommends
  ID-1: /dev/sda maj-min: 8:0 vendor: A-Data model: SP550 size: 111.79 GiB
    block-size: physical: 512 B logical: 512 B speed: 6.0 Gb/s type: SSD
    serial: <filter> rev: 3B5a scheme: GPT
  ID-2: /dev/sdb maj-min: 8:16 vendor: Hitachi model: HDT721010SLA360
    size: 931.51 GiB block-size: physical: 512 B logical: 512 B speed: 3.0 Gb/s
    type: HDD rpm: 7200 serial: <filter> rev: A31B scheme: MBR
Partition:
  ID-1: / raw-size: 19.53 GiB size: 19.06 GiB (97.57%)
    used: 13.43 GiB (70.5%) fs: ext4 dev: /dev/sda2 maj-min: 8:2
  ID-2: /boot/efi raw-size: 50 MiB size: 49.2 MiB (98.43%)
    used: 3.5 MiB (7.0%) fs: vfat dev: /dev/sda1 maj-min: 8:1
  ID-3: /home raw-size: 92.21 GiB size: 90.2 GiB (97.82%)
    used: 33.32 GiB (36.9%) fs: ext4 dev: /dev/sda3 maj-min: 8:3
Swap:
  Kernel: swappiness: 60 (default) cache-pressure: 100 (default)
  ID-1: swap-1 type: partition size: 3.78 GiB used: 0 KiB (0.0%)
    priority: -2 dev: /dev/sdb9 maj-min: 8:25
Sensors:
  System Temperatures: cpu: 38.0 C mobo: 30.0 C gpu: radeon temp: 10.0 C
  Fan Speeds (RPM): fan-1: 1679 fan-2: 1532 fan-3: 0 fan-4: 0 fan-5: 0
  Power: 12v: N/A 5v: N/A 3.3v: 3.33 vbat: 3.38
Info:
  Processes: 297 Uptime: 11h 21m wakeups: 5 Memory: 6.73 GiB
  used: 3.01 GiB (44.7%) Init: systemd v: 251 default: graphical
  tool: systemctl Compilers: gcc: 12.1.0 Packages: pacman: 1346 lib: 374
  Shell: Bash v: 5.1.16 running-in: xfce4-terminal inxi: 3.3.17
mwhd

sudo mhwd-kernel -li 
[sudo] Mot de passe de denis : 
Currently running: 5.15.46-1-MANJARO (linux515)
The following kernels are installed in your system:
   * linux510
   * linux515
   * linux54

Noyau 5.15 et démarrage lent

#9Messageil y a 1 an

journalctl

sudo journalctl -b0 -p3
juin 17 08:06:43 PC-Pom kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.ALIB], AE_NOT_FOUND (20210730/psargs-330)
juin 17 08:06:43 PC-Pom kernel: ACPI Error: Aborting method \_SB.PCI0.VGA.ATC0 due to previous error (AE_NOT_FOUND) (20210730/psparse-529)
juin 17 08:06:43 PC-Pom kernel: ACPI Error: Aborting method \_SB.PCI0.VGA.ATCS due to previous error (AE_NOT_FOUND) (20210730/psparse-529)
juin 17 08:06:43 PC-Pom kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.ALIB], AE_NOT_FOUND (20210730/psargs-330)
juin 17 08:06:43 PC-Pom kernel: ACPI Error: Aborting method \_SB.PCI0.VGA.ATC0 due to previous error (AE_NOT_FOUND) (20210730/psparse-529)
juin 17 08:06:43 PC-Pom kernel: ACPI Error: Aborting method \_SB.PCI0.VGA.ATCS due to previous error (AE_NOT_FOUND) (20210730/psparse-529)
juin 17 08:06:59 PC-Pom lightdm[522]: gkr-pam: couldn't unlock the login keyring.
juin 17 08:07:26 PC-Pom pulseaudio[629]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote applicatio>
juin 17 09:19:36 PC-Pom kernel: debugfs: File 'radeon_ring_gfx' in directory '0' already present!
...

Noyau 5.15 et démarrage lent

#10Messageil y a 1 an

bonsoir

tu as sans doute a voir avec UEFI carte mère
https://www.asrock.com/mb/AMD/FM2A88M-HD+%20R3.0/#BIOS

point concernant les 2 disques
tu as a chaque fois un fsck qui est appliqué je conseille d'ajouter smartctl et de vérifier si tout ce passe bien pour les disques

, il n'est pas conseillé d'avoir les format de partitions mélangés GPT & MBR

Noyau 5.15 et démarrage lent

#11Messageil y a 1 an

Pour la carte mère, on verra ça quand je pourrais accéder au Bios : F2, ESC ou DEL ou ... ne marchent pas !
Gsmartctl ne trouve rien sur le SSD, et 3 secteurs réalloués sur le HDD, mais ça été fait il y a plusieurs années.
Pour le MBR, il est sur le HDD sur lequel je ne boote pas ou plus puisque c'était mon seul disque avant l'arrivée du SSD.
5.17 en cours de chargement :wink:

Noyau 5.15 et démarrage lent

#12Messageil y a 1 an

Même chose avec le 5.17 : 1mn 20 au boot (au lieu des 40s du 5.10) et fsck comme le 5.15
Je repasse au 5.10
Merci pou tes efforts Stéphane :merci:

[Edit] et en 40s je boote sur 5.10, sans fsck dans le journalctl !

Noyau 5.15 et démarrage lent

#13Messageil y a 1 an

En fait les 40s du boot du 510 se décompose en :
- 15s pour le bios
- 5s d'attente du grub
- 20s de boot de Manjaro (et 1mn avec le 515 ou le 517).

Ce qui me gêne, ce n'est pas tant la durée du boot (j'ai le temps) que ce fsck systématique sur mes 4 partitions de données sur le HDD. Pourquoi est-ce apparu avec le 515 ? Existe-t-il un paramètre pour le supprimer ?

Noyau 5.15 et démarrage lent

#14Messageil y a 1 an

Salut,
Denis-pom a écrit : il y a 1 an Ce qui me gêne, ce n'est pas tant la durée du boot (j'ai le temps) que ce fsck systématique sur mes 4 partitions de données sur le HDD. Pourquoi est-ce apparu avec le 515 ? Existe-t-il un paramètre pour le supprimer ?
Les services systemd-fsck sont lancés à chaque démarrage, mais fsck s'exécute seulement suivant le paramétrage du disque que tu as effectué avec tune2fs. Ce paramétrage est inscrit sur le disque, difficile de voir l'influence d'un changement de noyau sur une vérification fsck.

Tu peux vérifier le paramétrage de chaque partition avec dumpe2fs, par exemple :

sudo dumpe2fs -h /dev/sdc1 | grep -i 'check'
dumpe2fs 1.46.5 (30-Dec-2021)
Last checked:             Thu Jun 16 16:04:05 2022
Check interval:           2592000 (1 month)
Next check after:         Sat Jul 16 16:04:05 2022

Noyau 5.15 et démarrage lent

#15Messageil y a 1 an

Bonjour.
Extrait du Wiki d'Arch de la page <FSCK>
Si vous utilisez le «hook» base de mkinitcpio, vous pouvez forcer la vérification par fsck au démarrage en ajoutant fsck.mode=force aux paramètres du noyau. Cela vérifiera chaque système de fichiers présent sur la machine.

Comme alternative, systemd fournit systemd-fsck@.service(8), qui vérifie tous les systèmes de fichiers configurés, n'ayant pas été vérifiés par l'initramfs. Cependant, vérifier le système de fichier racine de cette façon peut provoquer un ralentissement lors du processus de démarrage étant donné que le système de fichier doit être remonté.
Vérifie bien /etc/fstab .
Pour info

Noyau 5.15 et démarrage lent

#16Messageil y a 1 an

Merci à lemust83 pour la piste !
C'est bien 4 systemd-fsck@.service qui apparaissent dans journalctl pour le 5.15 et qui sont absents pour le 5.10.

Dans mkinitcpio.conf (qui date de 2020 !), j'ai ça pour les Hooks et Modules :
HOOKS=(base udev autodetect modconf block filesystems keyboard keymap fsck)
MODULES=()

J'en ai profité pour commenter 3 lignes du fstab, pour des partitions que j'utilise peu ... Comme cela, quand je devrai passer au 5.17 ou suivant, le fsck ne se fera que sur 1 partition ! Et entre temps, j'aurai gagné bien des montages inutiles :gsourire: .

De tout cela, j'en déduit que le noyau 5.15 a introduit le systemd-fsck@.service (ou a lancé le service au boot), et comme je n'imagine pas bricoler le noyau, je vais conserver mon 5.10 le plus longtemps possible, avec le 5.4 en backup au cas où.

@Smurf
C'est bien le noyau qui est en cause ici, les partitions de données sont paramétrées (tune2fs) pour un fsck mensuel ou trimestriel, au moment du boot. Ça a été fait il y a une semaine, il n'y a pas de raison d'en refaire à chaque boot. Et c'est bien le passage à 5.15 qui active ce fsck à chaque boot.

Je vais continuer d'explorer les pistes fsck, mkinitcpio et systemd-fsck.

Merci à tous pour vos remarques et commentaires :merci:
Denis

Noyau 5.15 et démarrage lent

#17Messageil y a 1 an

Denis-pom a écrit : il y a 1 an De tout cela, j'en déduit que le noyau 5.15 a introduit le systemd-fsck@.service (ou a lancé le service au boot), et comme je n'imagine pas bricoler le noyau, je vais conserver mon 5.10 le plus longtemps possible, avec le 5.4 en backup au cas où.

@Smurf
C'est bien le noyau qui est en cause ici, les partitions de données sont paramétrées (tune2fs) pour un fsck mensuel ou trimestriel, au moment du boot. Ça a été fait il y a une semaine, il n'y a pas de raison d'en refaire à chaque boot. Et c'est bien le passage à 5.15 qui active ce fsck à chaque boot.

Je vais continuer d'explorer les pistes fsck, mkinitcpio et systemd-fsck.
Le fait que les services systemd-fsck soient lancés au démarrage n'est pas synonyme d'un lancement de fsck.

Je viens de passer au noyau 5.18 :

systemd-analyze blame|grep systemd-fsck   
 148ms systemd-fsck@dev-disk-by\x2duuid-2bf17ee0\x2d7fe0\x2d4942\x2da3bf\x2db739aaac26ef.service
 117ms systemd-fsck@dev-disk-by\x2duuid-55a672a6\x2d3c04\x2d4af3\x2d9ea3\x2dbf519f730b9c.service
 101ms systemd-fsck@dev-disk-by\x2duuid-87b1ffcb\x2d8299\x2d43e1\x2da67d\x2dcd4cfeaa388f.service
  32ms systemd-fsck@dev-disk-by\x2duuid-902D\x2d9313.service
  27ms systemd-fsck@dev-disk-by\x2duuid-8c5ca0eb\x2d7661\x2d453b\x2d8f85\x2d5d87da057973.service
  14ms systemd-fsck-root.service 
Les trois premières lignes sont les partitions sur disque mécanique, les trois autres sont sur SSD.

Mon temps de boot :

systemd-analyze                        
Startup finished in 1.243s (kernel) + 902ms (initrd) + 3.717s (userspace) = 5.863s 
graphical.target reached after 3.705s in userspace.
S'il y avait la moindre vérification fsck, même d'une partition SSD, je n'aurais pas des temps aussi courts au démarrage et je l'aurais sans doute vu s'afficher à l'écran.

Noyau 5.15 et démarrage lent

#18Messageil y a 1 an

Bonjour,
Pourtant quand je passe de 20s du 5.10 à 120s du 5.15 et que je vois mon disque tourner à pleine vitesse en lecture pendant la dite minute, j'en déduis qu'il y a bien fsck, d'autant plus que le journalctl me le montre.

Noyau 5.15 et démarrage lent

#19Messageil y a 1 an

Ça dépend de ce que dit journalctl, dans mon cas fsck torche le truc en 2s pour un SSD et trois disques mécaniques, quand il n'a pas à vérifier.
commande :

journalctl -b0 | grep fsck
Ce qui est incompréhensible, c'est que le comportement de fsck n'est normalement pas lié à une version de noyau, mais à la configuration de trois fichiers, /etc/default/grub, /etc/mkinitcpio.conf et /etc/fstab.

Noyau 5.15 et démarrage lent

#20Messageil y a 1 an

attention il a été repris par systemd-fsck,
system-systemd\x2dfsck.slice

et par partition /fstab a verifier
systemd-fsck@dev-disk-by\x2duuid-05923b1e\x2ddbe7\x2d4d73\x2d9440\x2d2c067e02>
systemd-fsck@dev-disk-by\x2duuid-c581e25d\x2d4ea8\x2d4cde\x2d81eb\x2d7a59ed47>
systemd-fsck@dev-disk-by\x2duuid-E05B\x2d8683.service


dans ton cas , il n'est pas normal que cela se produise plus tard , et que cela dure aussi longtemps
Répondre