I just tried this with Hardy and I was unable to reproduce, can you
reproduce this bug in Hardy?
** Changed in: usplash (Ubuntu)
Importance: Undecided => Medium
** Summary changed:
- Usplash appears to break suspend/hibernate with vga=
+ Usplash breaks suspend/hibernate with vga=
--
Usplash
** Summary changed:
- Usplash appears to break suspend/hibernate
+ Usplash appears to break suspend/hibernate with vga=
--
Usplash appears to break suspend/hibernate with vga=
https://bugs.launchpad.net/bugs/140892
You received this bug notification because you are a member of Ubuntu
Desktop Bug
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.
--
Usplash appears to break suspend/hibernate
https://bugs.launchpad.net/bugs/140892
You received this bug notification because you are
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 ther
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.
** Changed in: usplash (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
Status: New => Confirmed
--
Usplash appears to break suspend/hibernate
https://bugs.launchpad.net/bugs/140892
You received this bug notification because you are a member of Ubuntu
Desktop Bugs