Bonjour à tous,
suite au topic
https://forums.fedora-fr.org/viewtopic.php?pid=609131#p609131 , j'ai effectué une réinstallation complète du système après avoir supprimé toutes les partitions. J'ai fait une réinstallation de fedora 31 avec l'iso workstation de la version 31 de novembre 2019, j'ai crée une configuration LVM avec la racine, le home et le swap séparé avec une taille déterminée, j'ai demandé le chiffrement du swap, configuré l'utilisateur et je n'ai fait aucune mise à jour. Ensuite j'ai éteins l'ordinateur, attendu 2 minutes puis redémarré. Après avoir tapé la paraphrase, je suis arrivé au login en 18 secondes.
Ensuite, j'ai utilisé gparted pour de nouveau supprimer toutes les partitions, puis réinstallé fedora 32 avec l'iso workstation sortie depuis peu dans les mêmes conditions que fedora 31 (même taille LVM, même swap, etc.) , en utilisant la même paraphrase et la même configuration et sans effectuer de mise à jour. Éteins l'ordinateur durant 2 minutes puis redémarré. Après avoir tapé la paraphrase, il m'a fallut 1min18s avant d'arriver à la page de login.
J'ai 1 minute d'écart sur le démarrage avec le même ordinateur et la même configuration.
Sur les conseils de madko, j'ai effectué un systemd-analyze et systemd-analyze blame dont voici les résultats
Pour fedora 32 :
Startup finished in 1.555s (kernel) + 28.614s (initrd) + 1min 11.535s (userspace) = 1min 41.705s
graphical.target reached after 1min 11.503s in userspace
[willy@localhost ~]$ sudo systemd-analyze blame
53.144s systemd-udev-settle.service >
51.985s lvm2-monitor.service >
24.896s dracut-initqueue.service >
22.669s systemd-cryptsetup@luks\x2d9018e193\x2d4e1f\x2d40f7\x2d9e46\x2d3c053cb9>
20.609s systemd-cryptsetup@luks\x2dc805ab91\x2d338e\x2d40d2\x2db8db\x2db55d1b58>
18.580s lvm2-pvscan@8:3.service >
7.726s NetworkManager-wait-online.service >
4.903s plymouth-quit-wait.service >
3.828s upower.service >
3.142s systemd-cryptsetup@luks\x2d5efbf42c\x2d2d95\x2d456e\x2d8a58\x2d028a861d>
2.516s systemd-rfkill.service >
1.902s firewalld.service >
1.440s initrd-switch-root.service >
1.332s systemd-logind.service >
1.269s systemd-homed.service >
1.196s systemd-machined.service >
950ms sssd.service >
950ms udisks2.service >
767ms systemd-backlight@backlight:intel_backlight.service >
502ms systemd-udevd.service >
486ms ModemManager.service >
424ms dracut-cmdline.service >
411ms systemd-journald.service
Pour fedora 31, je viens de refaire l'installation et voici le détail.
Startup finished in 1.596s (kernel) + 14.052s (initrd) + 13.522s (userspace) = 29.171s
graphical.target reached after 13.510s in userspace
[willy@localhost ~]$ sudo systemd-analyze blame
11.657s dracut-initqueue.service >
8.150s plymouth-quit-wait.service >
7.977s systemd-cryptsetup@luks\x2d7afc4ba4\x2d0439\x2d444c\x2da443\x2d6871e3f6>
7.919s systemd-cryptsetup@luks\x2dbc22e4ef\x2de12e\x2d416b\x2d8787\x2d3358baa7>
2.010s systemd-cryptsetup@luks\x2d4d9fa045\x2d070a\x2d49ce\x2db7d5\x2d9bfac79a>
1.679s NetworkManager-wait-online.service >
1.549s systemd-udev-settle.service >
1.201s lvm2-monitor.service >
988ms systemd-logind.service >
962ms initrd-switch-root.service >
959ms firewalld.service >
659ms udisks2.service >
589ms systemd-machined.service >
555ms sssd.service >
509ms upower.service >
414ms fwupd.service >
413ms lvm2-pvscan@8:3.service >
324ms systemd-udevd.service >
316ms libvirtd.service >
288ms ModemManager.service >
275ms systemd-journald.service >
238ms avahi-daemon.service >
236ms systemd-udev-trigger.service
Savez vous ce qui a changé au niveau de fedora, de luks, de lvm ou autre pour arriver à cette différence aussi importante ?