Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #58713 > unrolled thread
| Started by | Holger Wansing <linux@wansing-online.de> |
|---|---|
| First post | 2017-08-20 00:20 +0200 |
| Last post | 2017-08-27 13:20 +0200 |
| Articles | 6 — 4 participants |
Back to article view | Back to linux.debian.kernel
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
| From | Holger Wansing <linux@wansing-online.de> |
|---|---|
| Date | 2017-08-20 00:20 +0200 |
| Subject | Bug#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]
| From | Holger Wansing <linux@wansing-online.de> |
|---|---|
| Date | 2017-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]
| From | Holger Wansing <hwansing@mailbox.org> |
|---|---|
| Date | 2017-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]
| From | Ben Hutchings <ben@decadent.org.uk> |
|---|---|
| Date | 2017-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]
| From | Holger Wansing <hwansing@mailbox.org> |
|---|---|
| Date | 2017-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]
| From | owner@bugs.debian.org (Debian Bug Tracking System) |
|---|---|
| Date | 2017-08-27 13:20 +0200 |
| Subject | Processed: 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