Plymouth hangs after successful resume from from hibernation with uswsusp

Bug #682604 reported by Alan N
108
This bug affects 27 people
Affects Status Importance Assigned to Milestone
plymouth (Ubuntu)
Confirmed
Undecided
Unassigned
uswsusp (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: uswsusp

System works fine, and suspend works fine, but when attempting to hibernate, the system appears to Hibernate successfully but system will not resume from hibernation. When resuming the system loads the image, and then freezes. I have enclosed a picture of the screen at the time of freeze.

Further, following advice from http://ubuntuforums.org/showthread.php?t=1578902 I uninstalled the packages hibernation and uswsusp and hibernation would start working, however resume from suspend would start having problems where the mouse would freeze on cycles of 10 seconds frozen and 3 seconds working for 2 or 3 min. Also bluetooth errors would occur as well.

I restored the uswsusp module, and the hibernation problems occured again (but resume from suspend worked normally)

Note(cant find how to upload picture here, but there are others who posted the same screen in http://ubuntuforums.org/showthread.php?t=1578902

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: uswsusp 0.8-1.2ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic x86_64
Architecture: amd64
Date: Mon Nov 29 18:20:55 2010
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
ProcEnviron:
 LANG=en_PH.utf8
 SHELL=/bin/bash
SourcePackage: uswsusp

Revision history for this message
Alan N (anise) wrote :
Revision history for this message
Alan N (anise) wrote :

Here is the screen shot mentioned above

Revision history for this message
Alan N (anise) wrote :

This is my pm-suspend.log

Revision history for this message
Daniele Di Sarli (daniele-webinformatica) wrote :

I had no problem with i386 on my hardware, then I switched to amd64 and this problem came out.

Revision history for this message
hackel (hackel) wrote :

I have the exact same problem with both uswsusp and TuxonIce...I wonder if they are related? I'm using a Dell Mini 9 (i386). Basic kernel hibernation works fine, but it's too slow without compression! Any advice for debugging the uswsusp restore procedure? When this happens, SysRq keys still function and I can reboot the machine.

Revision history for this message
Daniel Di Sarli (danieleds0) wrote :

Guys, try using the kernel 2.6.37, if you can. It worked for me. No more crashes on resume, no more slow resumes, no more mysterious problems, no more uswsusp.

Revision history for this message
noble (noblebaker) wrote :

Same problem here. Without uswsusp installed I have intermittent problems resuming from suspend. Hibernate "works" but take *10 minutes* to hibernate and 2 minutes to resume. With uswsusp it hibernates in about 30-60 seconds but freezes when trying to resume.

Revision history for this message
mtx (michaelthomas) wrote :

I'm experiencing these problems with kernel 2.6.38 on natty beta (whie I did not have them with maverick).

Changed in uswsusp (Ubuntu):
status: New → Confirmed
Revision history for this message
insaner (insaner) wrote :

did you guys already see this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=593795

that might be the solution to this problem. as a workaround, try the following sysrq combo (after the hang):

alt + ctrl + SysRq
then
alt + ctrl + k

--
insaner
www.insaner.com

Revision history for this message
insaner (insaner) wrote :
Revision history for this message
hackel (hackel) wrote :

Lars Ellenberg figured out a work-around for this bug here:
https://bugs.launchpad.net/ubuntu/+source/uswsusp/+bug/816859/comments/9

I made one slight change. Files in /usr should not be modified manually, so first copy it into etc:
sudo cp /usr/share/initramfs-tools/scripts/local-premount/uswsusp /etc/initramfs-tools/scripts/local-premount/

Then edit this file /etc/initramfs-tools/scripts/local-premount/uswsusp and add this line at the end, just before it calls /sbin/resume:

[ -x /bin/plymouth ] && plymouth quit

Worked like a charm!

summary: - 10.10 Wont resume from Hibernation
+ Plymouth hangs during resume from from hibernation with uswsusp
summary: - Plymouth hangs during resume from from hibernation with uswsusp
+ Plymouth hangs after successful resume from from hibernation with
+ uswsusp
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in plymouth (Ubuntu):
status: New → Confirmed
Revision history for this message
danmb (danmbox) wrote :

With encrypted resume it's even worse, because you can't enter the passphrase since plymouth hogs the screen and keyboard. 'plymouth quit' as in #11 indeed solves the problem. CAN SOMEONE PATH uswsusp PLEASE?

Also, it seems uswsusp is really old and unsupported; is it possible to get compressed, encrypted hibernation without uswsusp (i.e. with pm-utils using the kernel method)?

Revision history for this message
Peter Ludwig (peter-ludwig) wrote :

Worked for me too:

Before:

After resume the screen stopped with "Image successfully loaded" in konsole.

It was then no problem to go on with
SYSrq + R
SYSrq + E

And then the Desktop appeared. (The system loaded completely)

But with this workaround mentioned above:

---------------------------
sudo cp /usr/share/initramfs-tools/scripts/local-premount/uswsusp /etc/initramfs-tools/scripts/local-premount/

Then edit this file /etc/initramfs-tools/scripts/local-premount/uswsusp and add this line at the end, just before it calls /sbin/resume:

[ -x /bin/plymouth ] && plymouth quit

Worked like a charm!
-------------------------

It worked again.

Here with Kubuntu 12.04 LTS Precise - with Kernel 3.13.0-71-generic

Thanks again for sharing!!!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.