Klaus-Peter Schrage composed on 2024-06-08 18:20 (UTC+0200): > Since kernel 6.8.10-300.fc40.x86_64, boot hangs on KDE Plasma (kernel > 6.8.9-300.fc40.x86_64 was the last good one). > I found that there is a job running infinitely:
> 'Job dev-disk-by\x2duuid-8e895....running ...' > The above mentioned UUID (8e895 ...) corresponds to the kernel > 'resume=uuid=...' command line parameter. Does any device within your system actually include 8e895whatever within it? > When I comment it out in GRUB2, as suggested in > https://discussion.fedoraproject.org/t/solved-boot-hang-job-dev-disk-by-x2uuid-no-limit/ > then the system boots as expected. > This is a rather fresh install of fedora 40 (running on ext4): > da 8:0 0 232,9G 0 disk > ├─sda1 8:1 0 1,1G 0 part /boot > ├─sda2 8:2 0 49,1G 0 part / > ├─sda3 8:3 0 31,7G 0 part /home > └─sda4 8:4 0 151G 0 part /mnt/Daten3 > I have no swap partition, resume after hibernation works without errors. Did you previously have a swap partition whose UUID included 8e895....? > Although there is an obvious workaround (permanently removing the resume > parameter from the kernel command line), I still wonder what has happened? # lsinitrd /boot/initramfs-6.8.11-300.fc40.x86_64.img | grep resume # If you run the above on 6.8.9, do you get the response I do? If yes, then it was creating a process destined to timeout and delay complete boot success. If no, then the resume= parameter in Grub was merely an override of that existing within your initramfs. Do you get the same result running the command on 6.8.10? When you removed it from Grub, you stopped creating what had not been specified in your initrd. IOW what I think happened is that whether resume= existed within your initrd was changed from 6.8.9 to 6.8.10. Since I always have noresume instead of resume=, I don't think I ever have had resume=in any of my initrds. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata -- _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
