Am 08.06.24 um 19:04 schrieb Felix Miata:
Klaus-Peter Schrage composed on 2024-06-08 18:20 (UTC+0200):
Does any device within your system actually include 8e895whatever within it?
No, there isn't any block device with an UUID (or PARTUUID) that includes 8e895
Did you previously have a swap partition whose UUID included 8e895....?
I once had a swap partition (of course, I don't remember its UUID), but it no longer existed when doing the fresh install of F40 on May 3rd.
# 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.
With 6.8.9, the output is empty like yours, on 6.8.10 an 6.8.11 I get those four lines:
resume
... usr/lib/systemd/systemd-hibernate-resume
... usr/lib/systemd/system-generators/systemd-hibernate-resume-generator
... usr/lib/systemd/system/systemd-hibernate-resume.service
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.
What I don't understand: What produced the entry "resume=UUID=8e895..." in the file /etc/default/grub which was created on the install date, May 3rd?