<div dir="ltr">Hi all,<div><br></div><div>There's been some discussion today about the impact of <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1206936">https://bugzilla.redhat.com/show_bug.cgi?id=1206936</a> and where the problem actually lies.</div><div><br></div><div>The issue lies specifically with hibernate and affects all Fedora systems regardless of hardware (it's reproducible in a VM). </div><div><br></div><div>The hibernate image gets written to swap correctly but hibernate-resume-generator.c looks specifically for 'resume' in /proc/cmdline to determine a) if any check shoudl even happen and b) which block device to check.</div><div><br></div><div>When Fedora is installed anaconda does not write a resume= line to GRUB_CMDLINE_LINUX in /etc/default/grub or to the default kernel stanza for grubby to later duplicate.</div><div><br></div><div>Dracut cmdline module does produce a resume= line but it appears this occurs too late for the generator to pick up.</div><div><br></div><div>The end result is that without manual intervention to add an appropriate resume= line it's impossible to resume from hibernation on Fedora, and the critical battery behaviour (configured via /etc/Upower/Upower.conf and visible in upower -d) is to HybridSleep.</div><div><br></div><div>Is it feasible for systemd to have the generator pick a swap image regardless of resume being present or not? If so the dracut cmdline coming later than the hibernate generator wouldn't be a problem.</div><div><br></div><div>Cheers,</div><div><br></div><div>James</div><div><br></div></div>