
cat /proc/sys/vm/swappinesssudo nano /etc/sysctl.confvm.swappiness=0







important bugs of pm-utils (1.4.1-6 -> ) <unfixed>
#567253 - [pm-utils] screens stay black after resume from pm-suspend on Compal FL90 (GeForce 8600M GT) from tty or X/nv. kernel
#580080 - acpi-support: suspend to ram results in black screen and need full restart to restore machine
#607317 - pm-utils: Lenovo T140 fails to resume after toram or todisk
#491202 - linux-image-2.6.25-2-686: Dell Latitude D610 laptop doesn't resume with 2.6.25
#561877 - pm-utils: Resume from suspend stopped working on Sony Vaio laptop
#574054 - pm-utils: Resume from suspend not working on Sony Vaio VGN-NW21SF
#529378 - pm-utils: Lenovo T61 fails to suspend
#574814 - pm-utils: system does not switch back to X11 after resume




dawgdoc wrote:You did not say what type of laptop you are using, so some of this may be of use.
- Code: Select all
important bugs of pm-utils (1.4.1-6 -> ) <unfixed>
#567253 - [pm-utils] screens stay black after resume from pm-suspend on Compal FL90 (GeForce 8600M GT) from tty or X/nv. kernel
#580080 - acpi-support: suspend to ram results in black screen and need full restart to restore machine
#607317 - pm-utils: Lenovo T140 fails to resume after toram or todisk
#491202 - linux-image-2.6.25-2-686: Dell Latitude D610 laptop doesn't resume with 2.6.25
#561877 - pm-utils: Resume from suspend stopped working on Sony Vaio laptop
#574054 - pm-utils: Resume from suspend not working on Sony Vaio VGN-NW21SF
#529378 - pm-utils: Lenovo T61 fails to suspend
#574814 - pm-utils: system does not switch back to X11 after resume
I found this using apt-listbugs list pm-utils -s all, but you will need to install the apt-listbugs package to have this terminal command available

rdonnelly wrote:Another thing is, my root partition is 9.6 GB, 6.0 GB is being used, could it be getting too tight to properly resume? Does suspend write any info to the root partition?





sudo apt-get autocleansudo apt-get clean


dawgdoc wrote:Check the LMDE Breakage thread re: the init scripts issue. I seem to recall something about a package named insserv having a bug causing the system to 'barf' with some scripts.
Having looked at your original post again, another thought occurred to me re: your root partition filling up. Every time you update a package, its deb file is placed in /var/cache/apt/archives. The old deb files are not deleted by default. You could run either the more conservative
- Code: Select all
sudo apt-get autoclean
or
- Code: Select all
sudo apt-get clean
check man apt-get for the exact differences.


rdonnelly wrote:So do I have to live with insserv even if it causes problems, or was it all the extra files in / causing my problem?




dawgdoc wrote:Does the restored image have the newest insserv package or the one from prior to the package being upgraded?

richyrich wrote:If you do not have any swap partition at all, then I recommend that you turn off the swappiness parameter in the kernel.
Swappiness is a value between 0 and 100 which controls the priority of your system using ram vs. swap. A swappiness value of 0 means avoid swap as much as possible and only use ram.
My Mint 9's default was 60 ! which is way too high !, and since I always have a swap partition, I set mine to 10, what a performance improvement !
To check the settings on your machine, use this terminal command :
- Code: Select all
cat /proc/sys/vm/swappiness
Now, a little bit of editing from that open terminal :
- Code: Select all
sudo nano /etc/sysctl.conf
Add this line, exit, and then reboot :
- Code: Select all
vm.swappiness=0
richy


Users browsing this forum: No registered users and 5 guests