Usplash breaks suspend/hibernate with vga=

Bug #140892 reported by Joss Winn
12
Affects Status Importance Assigned to Milestone
usplash (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

When using Usplash on Ubuntu Feisty (Lenovo 3000 N100), Usplash works well but it breaks suspend and hibernate. When I uninstall Usplash, suspend and hibernate work fine.

When Usplash is installed and I suspend or hibernate, the machine goes into suspend/hibernate but when it wakes, GDM appears to hang. I can't change to console mode and have to hard reboot using the power switch.

This is similar to previous bugs reported but also occurs when coming out of suspend, not just hibernate.

If there are logs I can include, please let me know which ones you want.

Thanks.

Revision history for this message
Joss Winn (josswinn) wrote :

OK. I've figured out why this was happening. If I remove the vga= option from the /boot/grub/menu.lst, usplash works fine and so does suspend and hibernate. It seems that passing that option to grub is not necessary and was breaking suspend and hibernate (on wake up).

Bug closed.

Revision history for this message
Balazs Dianiska (csillagasz) wrote :

I had a similar problem, but removing "vga=..." did not help. I am using the usplash package found in debian lenny, version 0.4-43-1, and uswsusp with kernel 2.6.22.5 Whenever I have bootsplash enabled (splash=silent) in the command line of the kernel the resume does not work. It hangs at the stage "Running /scripts/local-premount", under normal circumstances this is the stage where the resume starts to read in the suspended partition.

I suspect that usplash can not handle the switch from normal boot process to the resume process, as the freeze happens right when the loading starts. The freeze is not a hard freeze as I can reboot the computer with ctrl-alt-del. As I read there is no real verbose mode in usplash, so there was no way for me to find out where exactly does it hang. It would be very useful to be able to switch to console mode at any stage of usplash boot.

I have run quite a few tests, and the freeze only occurs when I try to resume from a s2disk suspend.

Changed in usplash:
assignee: nobody → desktop-bugs
status: New → Confirmed
Revision history for this message
Giuseppe Iannì (birimbao99) wrote :

i'm experiencing the same bug. i just installed uswsuspend 0.8 from source against a 2.6.24 kernel on ubuntu gutsy and i've no problems with s2ram. with s2disk i noticed that the hibernation process works like a charm, but the resume works only if i remove the "splash" option from grub kernel line. with usplash enabled it stops at a very beginning point and i can do nothing except a hard reboot.. (the system should still be alive because i can toggle the caps lock light.. i have to try with ctrl-alt-del). Though, if i cut the "splash" option the resume process works fine and quick. i have tried different combinations of vga= earlier but i noticed i can't use them because they mess my usplash theme.. i think i have to try something more.

Revision history for this message
Giuseppe Iannì (birimbao99) wrote :

i can confirm that ctrl-alt-del works to reboot when usplash hangs, and that vga= combinations don't solve the issue.
imho we should look for a way to kill usplash when kernel notices that it's going to resume from hibernation rather then starting the standard boot sequence. at least until there'll be a way to make s2disk and usplash work together (i mean by showing the progress of resume).
is there anyone able to add some line into some file that can do this?

Revision history for this message
Giuseppe Iannì (birimbao99) wrote :

sorry for repeated posts, but i just wanted to say that switching to console (alt+F1) immediately after usplash has loaded allows the system to resume correctly.

Revision history for this message
Saivann Carignan (oxmosys) wrote :

I just tried this with Hardy and I was unable to reproduce, can you reproduce this bug in Hardy?

Changed in usplash:
importance: Undecided → Medium
Revision history for this message
Giuseppe Iannì (birimbao99) wrote :

i just upgraded to hardy and it seems it is no longer there. Now it works. :)

Revision history for this message
Saivann Carignan (oxmosys) wrote :

Since this bug has been confirmed to be fixed twice, I set the the status to fix released but if someone can still reproduce it with latest Hardy release, please set back the status to new and/or comment about the problem. Thanks!

Changed in usplash:
status: Confirmed → Fix Released
Revision history for this message
loci (nagy-papa) wrote :

I am experiencing the same problem with Hardy! Without the 'splash' kernel option everything is all right, suspend/resume works fine. With the kernel option 'splash' or with the option 'vga=771' the machine (hp nx8220) suspends, but is unable to resume. I only get a blank screen. The video card is an Ati x600. I will attach dmesg, xorg.conf and acpi-support. Thanks in advance.

Revision history for this message
loci (nagy-papa) wrote :
Revision history for this message
loci (nagy-papa) wrote :
Revision history for this message
loci (nagy-papa) wrote :
Revision history for this message
loci (nagy-papa) wrote :

Problem have came up in Hardy.

Changed in usplash:
status: Fix Released → New
Revision history for this message
Saivann Carignan (oxmosys) wrote :

loci : Are you able to suspend/resume if you boot your computer without "vga=771"?

Revision history for this message
loci (nagy-papa) wrote :

Yes, without the option "vga=771" the laptop suspends/resumes properly.
But if I use the option "vga=771" or the option "splash" the notebook suspends, but is unable to resume.

Revision history for this message
Tor Håkon Haugen (torh) wrote :

Same problem with ThinkPad X61 using Intel Mobile GM965/960 graphics card. Setting the "nosplash" option in menu.1st "fixed" the problem .

Changed in usplash:
status: New → Confirmed
Changed in usplash:
assignee: desktop-bugs → nobody
Revision history for this message
Phillip Susi (psusi) wrote :

The usplash package has been superseded by plymouth and has been removed from the Ubuntu archive. Closing all related bugs.

Changed in usplash (Ubuntu):
status: Confirmed → Invalid
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.