Announcement

Collapse
No announcement yet.

grub recordfail hibernation glitch

Collapse
This topic is closed.
X
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    grub recordfail hibernation glitch

    This isn't actually a grub issue, rather how linux hibernation works.

    I have a separate boot partition for grub, mostly to make it independent of the various linux installs I have, but also so that I am in control. I customize grub.cfg a lot and do not use grub-mkconfig or update-grub directly.

    I like the "recordfail" mechanism that grub uses. (This mechanism caused a lot of trouble for headless installs, so the GRUB_RECORDFAIL_TIMEOUT was invented, but it doesn't apply here.) However, on restarting from hibernation, my attempts to reset the "recordfail" are not working, because linux has the grubenv file cached and doesn't notice that the file changed while it was asleep:
    Code:
    $ grub-editenv /mnt/boot/grub/grubenv unset recordfail
    $ grub-editenv /mnt/boot/grub/grubenv list
    saved_entry=
    prev_saved_entry=
    $ umount /mnt/boot
    $ mount /mnt/boot
    $ grub-editenv /mnt/boot/grub/grubenv list
    saved_entry=
    prev_saved_entry=
    recordfail=1
    $
    This is with my boot partition in /etc/fstab having options "noauto,user". I first had it "auto,user" but if the system mounted it then only sudo could unmount it.

    Can I tell linux to reread the file, without unmounting and remounting?

    BTW, is there a user or KDE version of /etc/pm/sleep.d/, (a directory of scripts that are run on return from hibernation)?
    Regards, John Little
Working...
X