You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
hibernation remove leaves resume kernel parameters in the UKI (Limine drop-in not removed) #12096
omarchy hibernation setup writes the resume kernel parameters to /etc/limine-entry-tool.d/resume.conf (and, on s2idle systems, /etc/limine-entry-tool.d/rtc-alarm.conf), but omarchy hibernation remove never deletes those drop-ins. It only removes the mkinitcpio hook (/etc/mkinitcpio.conf.d/omarchy_resume.conf) and then runs limine-mkinitcpio.
As a result, after removal the rebuilt UKI still embeds resume=/dev/mapper/root resume_offset=…, pointing at a swapfile that no longer exists. The kernel can't find a resume image and falls through to a normal boot, but the boot configuration is left stale — remove is not symmetric with setup.
omarchy hibernation remove should remove the Limine drop-ins that setup created, before rebuilding the boot image — mirroring what setup does. Something like:
next to the existing removal of /etc/mkinitcpio.conf.d/omarchy_resume.conf, followed by the usual limine-mkinitcpio.
Relevant code
omarchy-hibernation-setup defines RESUME_DROP_IN="/etc/limine-entry-tool.d/resume.conf" and writes it; it also writes /etc/limine-entry-tool.d/rtc-alarm.conf when /sys/power/mem_sleep contains [s2idle].
omarchy-hibernation-remove only references MKINITCPIO_CONF (/etc/mkinitcpio.conf.d/omarchy_resume.conf) and never touches /etc/limine-entry-tool.d/.
This is the same bug as #10037, which was opened two weeks earlier and is still open, so I'm closing this one as a duplicate.
I checked it against quattro (9480d1b). The mechanism is as you describe. bin/omarchy-hibernation-setup writes /etc/limine-entry-tool.d/resume.conf, and on s2idle machines /etc/limine-entry-tool.d/rtc-alarm.conf as well. bin/omarchy-hibernation-remove deletes the swapfile, the /swap subvolume, the fstab entry and /etc/mkinitcpio.conf.d/omarchy_resume.conf, but it never touches /etc/limine-entry-tool.d/. So the limine-mkinitcpio it runs at the end bakes resume=/resume_offset= back into the UKI. #10037 reports the same missing removal with the same reproduction and the same proposed fix, and it also covers rtc-alarm.conf.
Two open pull requests already delete resume.conf in omarchy-hibernation-remove before the rebuild: #13584 and #13768. Choosing between them is up to the maintainer. Neither removes rtc-alarm.conf. That file only holds the fixed rtc_cmos.use_acpi_alarm=1, with no offset that could go stale, so leaving it behind is untidy but not harmful.
I checked this by reading the source; nothing needed running. Codex Medium gave a second opinion on whether this is a duplicate. If they turn out to be different bugs, this can be reopened.
Activity
omarchybot commentedon Oct 12, 2026
This is the same bug as #10037, which was opened two weeks earlier and is still open, so I'm closing this one as a duplicate.
I checked it against
quattro(9480d1b). The mechanism is as you describe.bin/omarchy-hibernation-setupwrites/etc/limine-entry-tool.d/resume.conf, and on s2idle machines/etc/limine-entry-tool.d/rtc-alarm.confas well.bin/omarchy-hibernation-removedeletes the swapfile, the/swapsubvolume, the fstab entry and/etc/mkinitcpio.conf.d/omarchy_resume.conf, but it never touches/etc/limine-entry-tool.d/. So thelimine-mkinitcpioit runs at the end bakesresume=/resume_offset=back into the UKI. #10037 reports the same missing removal with the same reproduction and the same proposed fix, and it also coversrtc-alarm.conf.Two open pull requests already delete
resume.confinomarchy-hibernation-removebefore the rebuild: #13584 and #13768. Choosing between them is up to the maintainer. Neither removesrtc-alarm.conf. That file only holds the fixedrtc_cmos.use_acpi_alarm=1, with no offset that could go stale, so leaving it behind is untidy but not harmful.I checked this by reading the source; nothing needed running. Codex Medium gave a second opinion on whether this is a duplicate. If they turn out to be different bugs, this can be reopened.