Written by Catsceo the 29 May 08 at 19:59.

Ubuntu Brainstorm was updated in January 2009. Since the idea #9240 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #9240 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by tighem the 28 Feb 08 at 17:22.

Really focus on fixing it, even with proprietary drivers.

Really focus on fixing it, even with proprietary drivers.

Written by franco.valoppi the 26 Aug 09 at 03:47.

I think that even using proprietary driver may make it more compatible, always let the user to choose.

On the other hand I have some other ideas to improve performance (probably already implemented):
- Memory trim and garbage collection, before hitbernating.
- Memory Defrag.
- Exclude System Prefetched data from hibernate files. I mean memory used with programs already closed but still in memory in the case you want to open them again.

I think that even using proprietary driver may make it more compatible, always let the user to choose. On the other hand I have some other ideas to improve performance (probably already implemented): - Memory trim and garbage collection, before hitbernating. - Memory Defrag. - Exclude System Prefetched data from hibernate files. I mean memory used with programs already closed but still in memory in the case you want to open them again.

Written by qwerty800 the 19 Sep 09 at 14:54.

As a temporary solution, we should add an "idle" option to ubuntu.

Since suspend and hibernate both invole creating a system image and storing it in the ram/in the swap, until we fix this, we need to find another alternative to this.

The only alternative remaining is to leave your computer open during all the night!

Well, my idea is to add an "Idle" option, that would:
-Suspend most of the programs
-Lower the CPU clocking (If possible)
-Lower the fan speed (If possible, trying to emit the less noise possible)
-Lower the HDD speed (If possible)
-Lock the screen

That way, we could still avoid energy wasting, while waiting for a working sleep mode.

As a temporary solution, we should add an "idle" option to ubuntu. Since suspend and hibernate both invole creating a system image and storing it in the ram/in the swap, until we fix this, we need to find another alternative to this. The only alternative remaining is to leave your computer open during all the night! Well, my idea is to add an "Idle" option, that would: -Suspend most of the programs -Lower the CPU clocking (If possible) -Lower the fan speed (If possible, trying to emit the less noise possible) -Lower the HDD speed (If possible) -Lock the screen That way, we could still avoid energy wasting, while waiting for a working sleep mode.

Written by slsolaris the 5 Nov 09 at 22:45.

a progress bar is more intuitive than a black screen, nothing else to add

a progress bar is more intuitive than a black screen, nothing else to add

Written by yzarc the 9 Nov 09 at 20:33.

don't ask for password after wake up (optionally).
I'd like to open the lit and have my system ready to use.

don't ask for password after wake up (optionally). I'd like to open the lit and have my system ready to use.

Written by FeraTech the 21 Mar 10 at 04:47.

For those laptops where suspend and hibernate do not work Ubuntu should automatically default to an alternative.

A good solution would be to simply have the previous state stored onto the hard drive including all running applications. The laptop would boot normally and all of the previous state would just be stored and controlled by the operating system.

For those laptops where suspend and hibernate do not work Ubuntu should automatically default to an alternative. A good solution would be to simply have the previous state stored onto the hard drive including all running applications. The laptop would boot normally and all of the previous state would just be stored and controlled by the operating system.

Written by DrWig the 23 Apr 10 at 08:48.

If hibernate/suspend doesn't work, have Ubuntu disable the option, so it doesn't try until a new version/potential fix is released.

If hibernate/suspend doesn't work, have Ubuntu disable the option, so it doesn't try until a new version/potential fix is released.

Written by decumanus the 3 Aug 10 at 19:02.

This is a solution of despair. Function that fails on half of all computers should not be enabled by default. Do not pretend we are able to do what we cannot.
I lost many minutes of work just by accidental pressing sleep button. Sorry.

This is a solution of despair. Function that fails on half of all computers should not be enabled by default. Do not pretend we are able to do what we cannot. I lost many minutes of work just by accidental pressing sleep button. Sorry.

Written by DonnyDonNothin the 22 Nov 10 at 15:36.

investigate why suspend works in other distros and not ubuntu. 's2ram -f' in another distro works flawlessly, but what ever ubuntu uses causes my touchpad to freeze. ask the community to contribute to a list of what hardware and applications work in suspend. much like the voting system here. for example:
XXX touchpads freezing after suspend +6 votes
window contents lost on ati drivers +X votes

investigate why suspend works in other distros and not ubuntu. 's2ram -f' in another distro works flawlessly, but what ever ubuntu uses causes my touchpad to freeze. ask the community to contribute to a list of what hardware and applications work in suspend. much like the voting system here. for example: <insert manufacturer here> XXX touchpads freezing after suspend +6 votes <insert some application here> window contents lost on ati drivers +X votes

Written by xer0 the 23 Mar 11 at 17:56.

Boot as normal and just restore the state of the X desktop.
Saving the state is already supported in X but not present as an option in the Ubuntu menus (at least i cant find it).

This would provide an alternative for people who has hardware related problems with hibernate.

Boot as normal and just restore the state of the X desktop. Saving the state is already supported in X but not present as an option in the Ubuntu menus (at least i cant find it). This would provide an alternative for people who has hardware related problems with hibernate.

Written by Vivien the 28 Feb 08 at 16:35.

Ubuntu Brainstorm was updated in January 2009. Since the idea #72 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #72 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by Aphoxema the 23 Sep 08 at 15:26.

Since mounting and unmounting a filesystem over and over again is less hazardous than removing an unmounted filesystem, wouldn't it be as simple as having USB devices unmount automatically after so many minutes without use?

Unmounting any USB drives after, say, 5 minutes without use (by default that is, the option to change it should be available somewhere) would make accidental unplugging less of a risk. It would protect the user, it wouldn't make it all that difficult to mount the filesystem again when it was needed, and it's just damn easy to implement.

Since mounting and unmounting a filesystem over and over again is less hazardous than removing an unmounted filesystem, wouldn't it be as simple as having USB devices unmount automatically after so many minutes without use? Unmounting any USB drives after, say, 5 minutes without use (by default that is, the option to change it should be available somewhere) would make accidental unplugging less of a risk. It would protect the user, it wouldn't make it all that difficult to mount the filesystem again when it was needed, and it's just damn easy to implement.