GNU bug report logs - #57583
Guix cannot resume after hibernation

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 57583 in the body.
You can then email your comments to 57583 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Yusuf Talha <yusuftalha <at> tuta.io>
To: Bug Guix <bug-guix <at> gnu.org>
Subject: Guix cannot resume after hibernation
Date: Sun, 4 Sep 2022 18:37:42 +0200 (CEST)

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.

Message #8 received at 57583 <at> debbugs.gnu.org (full text, mbox):

From: Josselin Poiret <dev <at> jpoiret.xyz>
To: Yusuf Talha <yusuftalha <at> tuta.io>, 57583 <at> debbugs.gnu.org
Subject: Re: bug#57583: Guix cannot resume after hibernation
Date: Sun, 04 Sep 2022 19:19:34 +0200

Hi Yusuf,

Yusuf Talha via Bug reports for GNU Guix <bug-guix <at> 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

Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Yusuf Talha <yusuftalha <at> tuta.io>
Cc: 57583 <at> debbugs.gnu.org, bug-guix <at> gnu.org
Subject: Re: bug#57583: Guix cannot resume after hibernation
Date: Mon, 05 Sep 2022 14:13:05 +0200

[Message part 1 (text/plain, inline)]

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

[signature.asc (application/pgp-signature, inline)]

Message #17 received at 57583 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Josselin Poiret <dev <at> jpoiret.xyz>
Cc: 49475 <at> debbugs.gnu.org, 57583 <at> debbugs.gnu.org,
 Yusuf Talha <yusuftalha <at> tuta.io>, Tobias Geerinckx-Rice <me <at> tobias.gr>,
 jackhill <at> jackhill.us
Subject: Re: bug#57583: Guix cannot resume after hibernation
Date: Mon, 05 Sep 2022 14:51:54 +0200

Hi,

Josselin Poiret <dev <at> jpoiret.xyz> skribis:

> Yusuf Talha via Bug reports for GNU Guix <bug-guix <at> 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’.

Message #20 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Josselin Poiret <dev <at> jpoiret.xyz>
Cc: 57583 <at> debbugs.gnu.org, Yusuf Talha <yusuftalha <at> tuta.io>, bug-guix <at> gnu.org
Subject: Re: bug#57583: Guix cannot resume after hibernation
Date: Mon, 05 Sep 2022 14:38:25 +0200

[Message part 1 (text/plain, inline)]

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

[signature.asc (application/pgp-signature, inline)]

Message #26 received at 57583 <at> debbugs.gnu.org (full text, mbox):

From: Tobias Geerinckx-Rice <me <at> tobias.gr>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 49475-done <at> debbugs.gnu.org, 57583 <at> debbugs.gnu.org,
 Josselin Poiret <dev <at> jpoiret.xyz>, jackhill <at> jackhill.us,
 Yusuf Talha <yusuftalha <at> tuta.io>
Subject: Re: bug#57583: Guix cannot resume after hibernation
Date: Mon, 05 Sep 2022 15:05:16 +0200

[Message part 1 (text/plain, inline)]

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

[signature.asc (application/pgp-signature, inline)]

Message #29 received at 57583 <at> debbugs.gnu.org (full text, mbox):

From: Yusuf Talha <yusuftalha <at> tuta.io>
To: 57583 <at> debbugs.gnu.org
Date: Tue, 6 Sep 2022 04:23:07 +0200 (CEST)

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.

Message #32 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mekeor Melire <mekeor <at> posteo.de>
To: 57583 <at> debbugs.gnu.org
Cc: Josselin Poiret <dev <at> jpoiret.xyz>, bug-guix <at> gnu.org,
 Ludovic Courtès <ludo <at> gnu.org>,
 Tobias Geerinckx-Rice <me <at> tobias.gr>, Yusuf Talha <yusuftalha <at> tuta.io>,
 57583-done <at> debbugs.gnu.org, jackhill <at> jackhill.us
Subject: Re: bug#57583: Guix cannot resume after hibernation
Date: Sat, 10 Dec 2022 01:11:05 +0000

2022-09-05 15:05 bug-guix <at> 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!

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.