bug#57583: Guix cannot resume after hibernation

bug#57583: Guix cannot resume after hibernation

[Yusuf Talha via Bug reports for GNU Guix]

Hello.  I'm using Guix System on my Librebooted Thinkpad X200 laptop.  Suspending to RAM works perfectly.  The problem is, when I run "loginctl hibernate" it writes to the swap partition and powers off successfully.  But when I try to boot up and resume from swap, it just ignores it and starts up like it wasn't hibernated before.  And also I have to run "sudo swapon /dev/mapper/matrix-swapvol" to re-enable my swap partition.  swapon says:
"swapon: /dev/mapper/matrix-swapvol: software suspend data detected. Rewriting the swap signature."

I have added "resume=/dev/mapper/matrix-swapvol" to the kernel-arguments list in config.scm.
In addition to that, I see these messages on the dmesg log (I have no idea what they mean):

[    0.068782] PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]
[    0.068788] PM: hibernation: Registered nosave memory: [mem 0x000a0000-0x000fffff]
[    0.068791] PM: hibernation: Registered nosave memory: [mem 0x7d74a000-0x7d7fffff]
[    0.068794] PM: hibernation: Registered nosave memory: [mem 0x7d800000-0x93ffffff]
[    0.068796] PM: hibernation: Registered nosave memory: [mem 0x94000000-0xefffffff]
[    0.068798] PM: hibernation: Registered nosave memory: [mem 0xf0000000-0xf3ffffff]
[    0.068800] PM: hibernation: Registered nosave memory: [mem 0xf4000000-0xffffffff]
I haven't encountered this problem on any other distros.  You probably realized that I encrypted my disk.  Hibernation wasn't working while I was using Guix without encryption a few months ago either.  So I don't think LUKS is the problem here.

I would be glad if you can help me with that.  Thanks in advance.

bug#57583: Guix cannot resume after hibernation

[Josselin Poiret via Bug reports for GNU Guix]

Hi Yusuf,

Yusuf Talha via Bug reports for GNU Guix <bug-guix@gnu.org> writes:

> I haven't encountered this problem on any other distros.  You probably realized that I encrypted my disk.  Hibernation wasn't working while I was using Guix without encryption a few months ago either.  So I don't think LUKS is the problem here.

From what I can tell, resuming from an encrypted partition isn't
currently supported.  This could potentially be done, though it's not my
priority right now (and testing these kinds of features is dangerous,
you could make a wrong move and incur heavy data loss).

Best,
-- 
Josselin Poiret

bug#57583: Guix cannot resume after hibernation

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

[-- Attachment #1: Type: text/plain, Size: 754 bytes --]

Hi again,

Josselin Poiret via Bug reports for GNU Guix 写道：
>                    (and testing these kinds of features is 
>                    dangerous,
> you could make a wrong move and incur heavy data loss)

I couldn't agree moEXT4-fs ext4_get_branch:171: inode #8: block 
30343695: comm jbd2/sdb7-8: invalid block
Aborting journal on device sdb7-8.

…ya know, I actually wrote a patch that I thought I'd submitted, 
but apparently not?  Or I'm failing to use Mumi again.

We should scan all swap areas for the S1SUSPEND signature, and do 
a much better thing than the current behaviour if we find one.

I'll see if I can find it in a backup somewhEXT4-fs (sdb7): 
Remounting filesystem read-only

Kind regards,

T G-R

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

bug#57583: Guix cannot resume after hibernation

[Ludovic Courtès]

Hi,

Josselin Poiret <dev@jpoiret.xyz> skribis:

> Yusuf Talha via Bug reports for GNU Guix <bug-guix@gnu.org> writes:
>
>> I haven't encountered this problem on any other distros.  You probably realized that I encrypted my disk.  Hibernation wasn't working while I was using Guix without encryption a few months ago either.  So I don't think LUKS is the problem here.
>
>>From what I can tell, resuming from an encrypted partition isn't
> currently supported.  This could potentially be done, though it's not my
> priority right now (and testing these kinds of features is dangerous,
> you could make a wrong move and incur heavy data loss).

I believe this is fixed by this:

  https://issues.guix.gnu.org/49475

Jack, do I get it right?

The patch in question fell through the cracks, but it actually LGTM.

Thanks,
Ludo’.

bug#57583: Guix cannot resume after hibernation

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

[-- Attachment #1: Type: text/plain, Size: 644 bytes --]

Jack, Yusuf, Ludo',

Yusuf: you could try pulling, reconfiguring, hibernating, and 
resuming, if you're brave-ish.

Ludovic Courtès 写道：
> I believe this is fixed by this: […] The patch in question fell
> through the cracks

It should and it had, sorry.

I *dislike* the fact that this makes the resume path no longer 
trivially obviously correct — because we now actually do something 
potentially useful (and hence, dangerous) during it — but that's 
unavoidable I suppose.  It's certainly not the fault of this 
patch.

Pushed as ec16f88522041dc285a35705ff9ee95672b78143, thanks Jack!

Kind regards,

T G-R

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

bug#57583: Guix cannot resume after hibernation

[Mekeor Melire]

2022-09-05 15:05 bug-guix@gnu.org:

> Jack, Yusuf, Ludo',
>
> Yusuf: you could try pulling, reconfiguring, hibernating, and resuming, if
> you're brave-ish.

I also use an X200 (but not with Libreboot, yet). I just tried out
hibernation (I didn't even know I had to be brave for that :D) and it
worked like a charm. So, I'll attempt to close this bug now. Feel free
to re-open, if you're still experiencing the bug, Yusuf.

> Ludovic Courtès 写道：
> > I believe this is fixed by this: […] The patch in question fell
> > through the cracks
>
> Pushed as ec16f88522041dc285a35705ff9ee95672b78143, thanks Jack!

bug#57583: Guix cannot resume after hibernation

[Tobias Geerinckx-Rice via Bug reports for GNU Guix]

[-- Attachment #1: Type: text/plain, Size: 717 bytes --]

Hi Yusuf, Ludo',

Josselin is right that resuming from encrypted swap isn't 
supported.

Yusuf Talha via Bug reports for GNU Guix 写道：
>                                     Hibernation wasn't working 
>                                     while I
> was using Guix without encryption a few months ago either.

To have any hope of debugging this one, we'll need information.

For example, what *exactly* did you specify as resume partition? 
IIRC we try parsing it as /dev/name, UUID, or file system label 
(almost certainly not in that order, obviously).

In #guix, Ludovic recently noted the same in passing, but so far 
has managed to dodge my pleas for moreinfo :-)

Kind regards,

T G-R

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 247 bytes --]

bug#57583:

[Yusuf Talha via Bug reports for GNU Guix]

I installed Guix again on unencrypted partition and now it works.  I guess I forgot to add necessary kernel arguments at the previous unencrypted setup.  Encryption decreased system's performance significantly anyway...

You know the best about what to do with this issue.  Thanks for your precious time.