Web lists-archives.com

Re: Got tired of waiting for suspend/resume (something like that)

On Thu 01 Feb 2018 at 15:05:10 (+0000), Curt wrote:
> On 2018-02-01, David Wright <deblis@xxxxxxxxxxxxxxxxx> wrote:
> >> 
> >> Sorry but where does that leave
> >> 
> >>  /etc/initramfs-tools/conf.d/resume
> >> 
> >> 
> >> ???
> >> 
> >> Also 'RESUME=none'?
> >
> > Yes; but AIUI the important one is the one in the initramfs as that's
> > the one that gets looked at when you turn the computer on.
> Well, I don't know, but anything in  /etc/initramfs-tools/conf.d/
> supercedes initramfs.conf*; in addition, 'resume' appears to be a 'stale' file
> from a previous version of initramfs-tools that is now "caduc." I got
> rid of it, added 'RESUME=none' to initramsfs.conf (documented) and reran
> update-initramfs and the "Tired of waiting..." problem disappeared.
> *
>  #(Note that configuration options from this file can be overridden
>  # by config files in the /etc/initramfs-tools/conf.d directory.

Hence my "Yes". What's in the filesystem matters when you build
initramfs, and what's in the ramfs matters when you actually resume.

> > On the changing UUID, are you using the scheme where swap is encrypted
> > with a random key? IIRC that can lead to a problem as the key would
> > have to be preserved across the reboot.
> I'm unsure how this works. The UUID of the encrypted swap partition is
> randomized apparently (changes at every boot); this was not a problem
> before (or I was simply unaware of it), but now it is (because I see no
> alternative but to comment out the swap entry in /etc/fstab).

As far as finding the swap partition with fstab, ISTR a workaround.
Without the details, you make the swap partition with a tiny
filesystem in it, which gives it a stable UUID and LABEL. You then
specify an offset in every reference to its use, which skips over
the filesystem at its start.

That just leaves you with preserving the encryption key.