Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.kernel > #58713 > unrolled thread

Bug#872664: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60

Started byHolger Wansing <linux@wansing-online.de>
First post2017-08-20 00:20 +0200
Last post2017-08-27 13:20 +0200
Articles 6 — 4 participants

Back to article view | Back to linux.debian.kernel


Contents

  Bug#872664: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60 Holger Wansing <linux@wansing-online.de> - 2017-08-20 00:20 +0200
    Bug#872664: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60 Holger Wansing <linux@wansing-online.de> - 2017-08-26 23:30 +0200
      Bug#872664: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60 Holger Wansing <hwansing@mailbox.org> - 2017-08-27 13:20 +0200
        Bug#872664: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60 Ben Hutchings <ben@decadent.org.uk> - 2017-08-27 18:20 +0200
          Bug#872664: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60 Holger Wansing <hwansing@mailbox.org> - 2017-09-01 16:30 +0200
    Processed: Re: linux-image-4.9.0-3-686-pae: Resume from hibernate  fails on Thinkpad T60 owner@bugs.debian.org (Debian Bug Tracking System) - 2017-08-27 13:20 +0200

#58713 — Bug#872664: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60

FromHolger Wansing <linux@wansing-online.de>
Date2017-08-20 00:20 +0200
SubjectBug#872664: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60
Message-ID<ugkg1-6XX-9@gated-at.bofh.it>
Package: src:linux
Version: 4.9.30-2
Severity: normal


Hi,
since upgrading from Jessie to Stretch, I'm unable to use suspend/resume 
feature on my IBM T60 Thinkpad. Before it worked perfectly for years.

The symptoms are exactly as described in 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=843609:
When resuming I get the grub menu, then some initial kernel messages 
(output from fsck for example), the harddisk is working a lot, and then only 
a blinking cursor, that's it.
Switching to virtual consoles is not possible, and no X.
Performing a hibernate when the system is running in recovery mode
(single user mode, init 1) gives the same result.

I tried with the 4.11 kernel from unstable, the same problem.
I also tried with the 3.16 kernel from jessie, which is also still installed
here, the same problem.

Thus it's probably not a kernel problem, but I have no clue what package to
report this against instead ...


Holger

-- 
============================================================
Created with Sylpheed 3.2.0 under the new
	D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/
============================================================

[toc] | [next] | [standalone]


#58764

FromHolger Wansing <linux@wansing-online.de>
Date2017-08-26 23:30 +0200
Message-ID<uiQOt-6ua-1@gated-at.bofh.it>
In reply to#58713
I tried to find the problem, and performed some tests found on
https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt
in »a) Test modes of hibernation«:
I ran all off (one by one):
echo freezer > /sys/power/pm_test
echo devices > /sys/power/pm_test
echo platform > /sys/power/pm_test
echo processors > /sys/power/pm_test
echo core > /sys/power/pm_test
and then hibernated and resumed.
Everything with success !

I also did (from »c) Using the "test_resume" hibernation option«):
# echo test_resume > /sys/power/disk
# echo disk > /sys/power/state
and this succeeded too, several times and reliably.


So this is probably not a kernel issue.
I will try if a BIOS upgrade solves the problem.

thanks

Holger


-- 
============================================================
Created with Sylpheed 3.5.1 under the   n e w
	D E B I A N   L I N U X   9   " S T R E T C H " .

Registered Linux User #311290 - https://linuxcounter.net/
============================================================

[toc] | [prev] | [next] | [standalone]


#58770

FromHolger Wansing <hwansing@mailbox.org>
Date2017-08-27 13:20 +0200
Message-ID<uj3LH-6U6-7@gated-at.bofh.it>
In reply to#58764
Control: reassign -1 initramfs-tools


Holger Wansing <linux@wansing-online.de> wrote:
> 
> I tried to find the problem, and performed some tests found on
> https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.txt
> in »a) Test modes of hibernation«:
> I ran all off (one by one):
> echo freezer > /sys/power/pm_test
> echo devices > /sys/power/pm_test
> echo platform > /sys/power/pm_test
> echo processors > /sys/power/pm_test
> echo core > /sys/power/pm_test
> and then hibernated and resumed.
> Everything with success !
> 
> I also did (from »c) Using the "test_resume" hibernation option«):
> # echo test_resume > /sys/power/disk
> # echo disk > /sys/power/state
> and this succeeded too, several times and reliably.
> 
> 
> So this is probably not a kernel issue.
> I will try if a BIOS upgrade solves the problem.

After BIOS upgrade, still no success :-(

Anyhow, this does not look kernel-related; since initramfs is also
involved in hibernating, reassigning accordingly.



-- 
Holger Wansing <hwansing@mailbox.org>
PGP-Finterprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

[toc] | [prev] | [next] | [standalone]


#58796

FromBen Hutchings <ben@decadent.org.uk>
Date2017-08-27 18:20 +0200
Message-ID<uj8s2-1D3-17@gated-at.bofh.it>
In reply to#58770

[Multipart message — attachments visible in raw view] — view raw

On Sun, 2017-08-27 at 13:04 +0200, Holger Wansing wrote:
> Control: reassign -1 initramfs-tools
> 
> 
> Holger Wansing <linux@wansing-online.de> wrote:
> > 
> > I tried to find the problem, and performed some tests found on
> > https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.t
> > xt
> > in »a) Test modes of hibernation«:
> > I ran all off (one by one):
> > echo freezer > /sys/power/pm_test
> > echo devices > /sys/power/pm_test
> > echo platform > /sys/power/pm_test
> > echo processors > /sys/power/pm_test
> > echo core > /sys/power/pm_test
> > and then hibernated and resumed.
> > Everything with success !
> > 
> > I also did (from »c) Using the "test_resume" hibernation option«):
> > # echo test_resume > /sys/power/disk
> > # echo disk > /sys/power/state
> > and this succeeded too, several times and reliably.
> > 
> > 
> > So this is probably not a kernel issue.
> > I will try if a BIOS upgrade solves the problem.
> 
> After BIOS upgrade, still no success :-(
> 
> Anyhow, this does not look kernel-related; since initramfs is also
> involved in hibernating, reassigning accordingly.

The initramfs just tells the kernel where to read the resume image
from.  But do check whether the resume device is configured correctly
(see /usr/share/doc/initramfs-tools/NEWS.Debian.gz)

Ben.

-- 
Ben Hutchings
Teamwork is essential - it allows you to blame someone else.

[toc] | [prev] | [next] | [standalone]


#58825

FromHolger Wansing <hwansing@mailbox.org>
Date2017-09-01 16:30 +0200
Message-ID<ukV7k-6hA-11@gated-at.bofh.it>
In reply to#58796
Hi,

Ben Hutchings <ben@decadent.org.uk> wrote:
> On Sun, 2017-08-27 at 13:04 +0200, Holger Wansing wrote:
> > Control: reassign -1 initramfs-tools
> > 
> > 
> > Holger Wansing <linux@wansing-online.de> wrote:
> > > 
> > > I tried to find the problem, and performed some tests found on
> > > https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.t
> > > xt
> > > in »a) Test modes of hibernation«:
> > > I ran all off (one by one):
> > > echo freezer > /sys/power/pm_test
> > > echo devices > /sys/power/pm_test
> > > echo platform > /sys/power/pm_test
> > > echo processors > /sys/power/pm_test
> > > echo core > /sys/power/pm_test
> > > and then hibernated and resumed.
> > > Everything with success !
> > > 
> > > I also did (from »c) Using the "test_resume" hibernation option«):
> > > # echo test_resume > /sys/power/disk
> > > # echo disk > /sys/power/state
> > > and this succeeded too, several times and reliably.
> > > 
> > > 
> > > So this is probably not a kernel issue.
> > > I will try if a BIOS upgrade solves the problem.
> > 
> > After BIOS upgrade, still no success :-(
> > 
> > Anyhow, this does not look kernel-related; since initramfs is also
> > involved in hibernating, reassigning accordingly.
> 
> The initramfs just tells the kernel where to read the resume image
> from.  But do check whether the resume device is configured correctly
> (see /usr/share/doc/initramfs-tools/NEWS.Debian.gz)

It was configured in /etc/initramfs-tools/conf.d/resume:
	RESUME=UUID=446d3716-ee67-4c7c-90fa-ae5c3aaf5ec7
The UUID matches the swap partition. So I assume everything is fine here.
And the harddrive (an SSD) gets some seconds of heavy load, so I think,
it loads the resume image.


Holger



-- 
Holger Wansing <hwansing@mailbox.org>
PGP-Finterprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

[toc] | [prev] | [next] | [standalone]


#58769 — Processed: Re: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60

Fromowner@bugs.debian.org (Debian Bug Tracking System)
Date2017-08-27 13:20 +0200
SubjectProcessed: Re: linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60
Message-ID<uj3LH-6U6-5@gated-at.bofh.it>
In reply to#58713
Processing control commands:

> reassign -1 initramfs-tools
Bug #872664 [src:linux] linux-image-4.9.0-3-686-pae: Resume from hibernate fails on Thinkpad T60
Bug reassigned from package 'src:linux' to 'initramfs-tools'.
No longer marked as found in versions linux/4.9.30-2.
Ignoring request to alter fixed versions of bug #872664 to the same values previously set

-- 
872664: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=872664
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.kernel


csiph-web