Re: enabling hibernate on a new F35 installation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Mar 2, 2022 at 4:02 PM Samuel Sieb <samuel@xxxxxxxx> wrote:
>
> On 3/2/22 13:56, Ranjan Maitra wrote:
> > My approach to enabling hibernate on Fedora since F20 has been to create a swap partition and then do the following:
> >
> > sudo vi /etc/default/grub
> >
> > add --> resume=UUID="****" <-- to the line GRUB_CMDLINE_LINUX=
> >
> > where the uuid is obtained using blkid, and then for efi-based systems do:
> >
> > sudo bash -x grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
> >
> > and then use:
> >
> > systemctl hibernate
> >
> > However, this approach no longer works for me. It goes down all right, but comes back into a newly booted system.
> >
> > Reading up, it appears that things changed in F34, but I have been caught napping since I have been upgrading from previous versions for a while (I guess this was sort of grandfathered in).
> >
> > I tried a few things, but what do I do to get hibernate going on a new (clean) F35 installation.
>
> I just tried this out in a VM.  I did an install of F35 with a swap
> partition and it setup everything for hibernating including the kernel
> command line parameter.  "systemctl hibernate" does the full hibernating
> process, but resuming doesn't work.  This seems like a rather
> unfortunate bug.  Why set everything up so that you can hibernate, but
> not resume?
>
> The fix is to run "dracut -a resume -f".  This will update the initramfs
> to include the bits that let resume work.  In order for this to continue
> working with kernel updates, you need to add a dracut config file with
> the module.

Sounds like a dracut bug to me. It should see the resume parameter on
the kernel command line and just add the resume dracut module to the
initramfs without having to request it explicitly.



-- 
Chris Murphy
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux