GNU bug report logs -
#25031
Recovery from sleep/hibernate is broken
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 25031 in the body.
You can then email your comments to 25031 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#25031
; Package
guix
.
(Fri, 25 Nov 2016 23:56:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Nikolay Merinov <nikolay.merinov <at> member.fsf.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Fri, 25 Nov 2016 23:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I exepience issue similar to discussed in next thread
https://lists.gnu.org/archive/html/bug-guix/2016-07/msg00087.html
My laptop can't wake afterr sleep and hibernate.
I use GuixSD on libreboot x200. Issue was checked with linux-libre kernels 4.1,
4.8, 4.10; with libreboot 2015-01-26, 2015-05-18, 2016-09-07; with and
without "resume=/dev/sda2" option (my swap partition on /dev/sda2).
I can't resume neither from suspend to ram nor from suspend to disk.
I start hibernation with "echo disk > /sys/power/state" command. On next boot image does not restored. I can see that image was saved:
# swapon /dev/sda2
swapon: /dev/sda2: software suspend data detected. Rewriting the swap signature.
In boot log I can see next message:
[ 0.610581] PM: Checking hibernation image partition /dev/sda2
[ 0.610598] PM: Hibernation image not present or could not be loaded.
...
[ 1.063943] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.108500] sda: sda1 sda2 sda3
[ 1.109780] sd 0:0:0:0: [sda] Attached SCSI disk
Looks like PM try to find hibernation image before attaching hard
drive.
Full boot log with linux-libre 4.10 and libreboot 2016-09-07 after hibernation attached.
Where can be root of issue? libreboot code, linux-libre code or GuixSD itself?
Regards,
Nikolay
Information forwarded
to
bug-guix <at> gnu.org
:
bug#25031
; Package
guix
.
(Sat, 26 Nov 2016 21:34:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 25031 <at> debbugs.gnu.org (full text, mbox):
Hello,
Nikolay Merinov <nikolay.merinov <at> member.fsf.org> skribis:
> I use GuixSD on libreboot x200. Issue was checked with linux-libre kernels 4.1,
> 4.8, 4.10; with libreboot 2015-01-26, 2015-05-18, 2016-09-07; with and
> without "resume=/dev/sda2" option (my swap partition on /dev/sda2).
>
> I can't resume neither from suspend to ram nor from suspend to disk.
>
> I start hibernation with "echo disk > /sys/power/state" command. On next boot image does not restored. I can see that image was saved:
>
> # swapon /dev/sda2
> swapon: /dev/sda2: software suspend data detected. Rewriting the swap signature.
Hibernation is not supported yet in GuixSD, unless you applied this
patch:
https://lists.gnu.org/archive/html/guix-devel/2016-08/msg00962.html
If you want to try it out, feedback is welcome! Note that Mark did
mention that it’s risky, but that it worked in their tests.
Thanks,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#25031
; Package
guix
.
(Sat, 26 Nov 2016 23:24:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 25031 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
Thank you for answer about hibernation. Can you help me with similar
issue with sleeping?
I can freeze system and wake it up with "echo freeze > /sys/power/state"
command, but system can't wake up from suspend to mem (that can be
started with closing display, pressing sleep button or with "echo mem >
/sys/power/state" command).
Log after freeze command attached. As far as I can see wakeup must be
possible with "sleep" button:
$ cat /proc/acpi/wakeup
Device S-state Status Sysfs node
HDEF S4 *disabled pci:0000:00:1b.0
USB1 S4 *enabled pci:0000:00:1d.0
USB2 S4 *enabled pci:0000:00:1d.1
USB3 S4 *enabled pci:0000:00:1d.2
EHC1 S4 *enabled pci:0000:00:1d.7
USB4 S4 *enabled pci:0000:00:1a.0
USB5 S4 *enabled pci:0000:00:1a.1
USB6 S4 *enabled pci:0000:00:1a.2
EHC2 S4 *enabled pci:0000:00:1a.7
SLT1 S4 *disabled
SLT2 S4 *disabled
SLT3 S4 *disabled
SLT6 S4 *disabled
LANC S3 *disabled
LANR S3 *disabled
SLPB S3 *enabled platform:PNP0C0E:00
LID S3 *enabled platform:PNP0C0D:00
When I power off notebook and restart it after sleep there is nothing
about sleep in logs.
Regards,
Nikolay
[freeze.txt (text/plain, attachment)]
[Message part 3 (text/plain, inline)]
ludo <at> gnu.org (Ludovic Courtès) writes:
> Hello,
>
> Nikolay Merinov <nikolay.merinov <at> member.fsf.org> skribis:
>
>> I use GuixSD on libreboot x200. Issue was checked with linux-libre kernels 4.1,
>> 4.8, 4.10; with libreboot 2015-01-26, 2015-05-18, 2016-09-07; with and
>> without "resume=/dev/sda2" option (my swap partition on /dev/sda2).
>>
>> I can't resume neither from suspend to ram nor from suspend to disk.
>>
>> I start hibernation with "echo disk > /sys/power/state" command. On
>> next boot image does not restored. I can see that image was saved:
>>
>> # swapon /dev/sda2
>> swapon: /dev/sda2: software suspend data detected. Rewriting the swap signature.
>
> Hibernation is not supported yet in GuixSD, unless you applied this
> patch:
>
> https://lists.gnu.org/archive/html/guix-devel/2016-08/msg00962.html
>
> If you want to try it out, feedback is welcome! Note that Mark did
> mention that it’s risky, but that it worked in their tests.
>
> Thanks,
> Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#25031
; Package
guix
.
(Tue, 10 Jan 2017 15:07:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 25031 <at> debbugs.gnu.org (full text, mbox):
Hi Nikolay,
Apologies for the delay.
Nikolay Merinov <nikolay.merinov <at> member.fsf.org> skribis:
> Thank you for answer about hibernation. Can you help me with similar
> issue with sleeping?
I’ve never had this problem with my laptops (an old Dell and a new HP
Elitebook): elogind suspends the system to RAM when I close the lid
(equivalent to “echo mem > …”), and the system resumes correctly when I
reopen it.
Did you have similar problems with other distros or kernel versions?
Guix has Linux-libre 4.9 and 4.4. Could you check if both behave
similarly?
HTH,
Ludo’.
Added tag(s) moreinfo.
Request was from
ludo <at> gnu.org (Ludovic Courtès)
to
control <at> debbugs.gnu.org
.
(Wed, 11 Jan 2017 22:10:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#25031
; Package
guix
.
(Tue, 18 Feb 2020 14:19:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 25031 <at> debbugs.gnu.org (full text, mbox):
Dear,
The bug #25031 is 3 years old [1] with the tag 'moreinfo'.
What is the status?
Does it still make sense with a recent Guix version?
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25031
All the best,
simon
Information forwarded
to
bug-guix <at> gnu.org
:
bug#25031
; Package
guix
.
(Wed, 19 Feb 2020 18:40:01 GMT)
Full text and
rfc822 format available.
Message #22 received at 25031 <at> debbugs.gnu.org (full text, mbox):
Hi Zimon,
I have no access to the laptop with this issue anymore. My current
laptop works fine with actual GNU GUIX distribution.
Currently it impossible to extract additional info and bug can be
closed.
Regards,
Nikolai
zimoun <zimon.toutoune <at> gmail.com> writes:
> Dear,
>
> The bug #25031 is 3 years old [1] with the tag 'moreinfo'.
> What is the status?
> Does it still make sense with a recent Guix version?
>
>
> [1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25031
>
> All the best,
> simon
Reply sent
to
zimoun <zimon.toutoune <at> gmail.com>
:
You have taken responsibility.
(Wed, 19 Feb 2020 19:05:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Nikolay Merinov <nikolay.merinov <at> member.fsf.org>
:
bug acknowledged by developer.
(Wed, 19 Feb 2020 19:05:02 GMT)
Full text and
rfc822 format available.
Message #27 received at 25031-done <at> debbugs.gnu.org (full text, mbox):
Dear,
On Wed, 19 Feb 2020 at 19:39, Nikolai Merinov
<nikolai.merinov <at> member.fsf.org> wrote:
> I have no access to the laptop with this issue anymore. My current
> laptop works fine with actual GNU GUIX distribution.
>
> Currently it impossible to extract additional info and bug can be
> closed.
Thank you for your reply.
So I am closing this bug.
Feel free to reopen the bug if you have access to the laptop again.
All the best,
simon
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 19 Mar 2020 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 107 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.