6 ms·

Sounds like a problem with Ubuntu, really, not Linux.

by javert 15y ago

ebiester 15y ago
It's more of a problem with hardware more interested in coding to "works on Windows" than "complies with spec." And honestly, Startup is as fast as resume these days - the problem is applications that don't remember last known state and window managers that won't remember the rest. Why don't we fix that instead rather than chasing down all the suspend bugs?
- mbq 15y ago
  Restoring app last state? Like terminal emulator recreating tmux session wrapping screen session with package manager working under sudo? SSH unHUP-ing processes on remote machine? Python VM resuming all scripts in a precise place and state they were stopped? The problem is that there is no such thing as isolated "application" on Linux or any other real OS.
  - jmah 15y ago
    Restoring is hard. Let's go shopping!
- javert 15y ago
  Suspend-to-RAM, as opposed to suspend-to-disk, is way faster than booting. Why chase down suspend bugs? because they are bugs. I'm with you on fixing window managers, generally speaking.
emmelaich 15y ago
I've never had it work reliably with Fedora. Reliable sleep is about the only reason I use Windows now.
- javert 15y ago
  I definitely could be wrong in my conjecture. I've used sleep reliably under Arch Linux in the past. (Not using it now because my laptop doesn't work anymore without being plugged in.)
  - andrewflnr 15y ago
    On the same hardware that Ubuntu (and friends) didn't work on? I've been having problems with resuming, and wondered if going to Arch would help, but couldn't think of a real reason why it would.
    - LeafStorm 15y ago
      Newer drivers, for one. Also, it's a lot easier to mess with Arch's internals than Ubuntu's.
    - djeikyb 15y ago
      It's not a fair test; haven't tried a recent Ubuntu, but: suspend to ram and suspend to disk were broken on Ubuntu 10.04 and 10.10 with my Eeepc 900. Arch + TuxOnIce has worked great for suspend to disk for about a year now.
- rplnt 15y ago
  I've had some problems with Intel graphics on my DELL in Fedora 14. Sometimes video, sometimes full screen flash, and sometimes sleep caused it to crash. On my older IBM with ATI, everything worked just fine. Anyway, in Fedora 16 the graphics and sleep works just fine for me.
kleiba 15y ago
Note that Ubuntu disables hibernate by default in the current release 12.04 ("Precise Pangolin"). https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop#PrecisePangolin.2BAC8-ReleaseNotes.2BAC8-CommonInfrastructure.Common_Infrastructure https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuD...
acabal 15y ago
Well suspend/hibernate/resume are kernel functions so it is a Linux problem.
- javert 15y ago
  I'm aware that they're kernel functions, but it's not necessarily that simple.

Sounds like a problem with Ubuntu, really, not Linux.

by javert 15y ago

Sounds like a problem with Ubuntu, really, not Linux.

It's more of a problem with hardware more interested in coding to "works on Windows" than "complies with spec." And honestly, Startup is as fast as resume these days - the problem is applications that don't remember last known state and window managers that won't remember the rest. Why don't we fix that instead rather than chasing down all the suspend bugs?

mbq 15y ago
Restoring app last state? Like terminal emulator recreating tmux session wrapping screen session with package manager working under sudo? SSH unHUP-ing processes on remote machine? Python VM resuming all scripts in a precise place and state they were stopped? The problem is that there is no such thing as isolated "application" on Linux or any other real OS.
- jmah 15y ago
  Restoring is hard. Let's go shopping!
javert 15y ago
Suspend-to-RAM, as opposed to suspend-to-disk, is way faster than booting. Why chase down suspend bugs? because they are bugs. I'm with you on fixing window managers, generally speaking.

emmelaich 15y ago

I've never had it work reliably with Fedora. Reliable sleep is about the only reason I use Windows now.

javert 15y ago
I definitely could be wrong in my conjecture. I've used sleep reliably under Arch Linux in the past. (Not using it now because my laptop doesn't work anymore without being plugged in.)
- andrewflnr 15y ago
  On the same hardware that Ubuntu (and friends) didn't work on? I've been having problems with resuming, and wondered if going to Arch would help, but couldn't think of a real reason why it would.
  - LeafStorm 15y ago
    Newer drivers, for one. Also, it's a lot easier to mess with Arch's internals than Ubuntu's.
  - djeikyb 15y ago
    It's not a fair test; haven't tried a recent Ubuntu, but: suspend to ram and suspend to disk were broken on Ubuntu 10.04 and 10.10 with my Eeepc 900. Arch + TuxOnIce has worked great for suspend to disk for about a year now.
rplnt 15y ago
I've had some problems with Intel graphics on my DELL in Fedora 14. Sometimes video, sometimes full screen flash, and sometimes sleep caused it to crash. On my older IBM with ATI, everything worked just fine. Anyway, in Fedora 16 the graphics and sleep works just fine for me.

kleiba 15y ago

Note that Ubuntu disables hibernate by default in the current release 12.04 ("Precise Pangolin"). https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuDesktop#PrecisePangolin.2BAC8-ReleaseNotes.2BAC8-CommonInfrastructure.Common_Infrastructure https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/UbuntuD...

acabal 15y ago

Well suspend/hibernate/resume are kernel functions so it is a Linux problem.

javert 15y ago
I'm aware that they're kernel functions, but it's not necessarily that simple.