Il ne devrait pas y avoir de redémarrages multiples ni d’interruptions en cours de processus.
Vous pouvez essayer de supprimer les paramètres rhgb et quiet. Vous verrez défiler rapidement de nombreux messages pendant le démarrage de la machine, mais ce sont les mêmes messages qui sont consignés dans journalctl. Vous pouvez donc essayer de démarrer normalement, puis poster le résultat de la commande journalctl --no-hostname --no-pager -b | fpaste pour que nous puissions y jeter un œil.
Attention : si la machine redémarre effectivement en cours de démarrage, l’option -b (qui correspond au démarrage en cours) affichera le dernier démarrage réussi, sans les redémarrages. Vous devrez peut-être utiliser les options -b -1 ou -b -2 avec la commande journalctl pour consulter les journaux d’un démarrage interrompu. Vous me suivez ?
$ grep -i '\(fwupd\|packagekit\).service: consumed' *.log
l1.log:oct. 31 11:53:39 systemd[1]: packagekit.service: Consumed 8.202s CPU time, 539.3M memory peak.
l1.log:oct. 31 11:53:39 systemd[1]: fwupd.service: Consumed 1.057s CPU time, 42.1M memory peak.
l2.log:oct. 31 12:09:16 systemd[1]: packagekit.service: Consumed 8.178s CPU time, 553.9M memory peak.
l3.log:nov. 02 16:06:00 systemd[1]: packagekit.service: Consumed 21.621s CPU time, 687.5M memory peak.
You said earlier that your PC always reboots several times before finally coming up. It is repeatedly trying to update some packages and failing? Does it help if you temporarily mask packagekit.service and fwupd.service?
Sorry, I don’t know. I don’t see anything obvious (to me) in the logs you provided.
I see that you are using LUKS to encrypt your SSD. Encrypting your storage can reduce the performance of the system, especially if your CPU does not have built-in support for the encryption algorithm you have selected.
Other than that, there appear to be some reports that some firmware revisions are buggy and will cause slow booting.[1]