Although I'm not familiar with this thread, I don't agree with last comment. I don't like using KDE/Gnome. I actually don't use desktop manager at all, I just use flucbox on top of X and that's it... I have installed debian/linux on 2 laptops (inspiron 600M and ibm T40) with such configuration...
So like me there might be others not using KDE/Gnome environment, and might want to have alternatives... So why stopping them from working on them? On 5/12/05, Ritesh Raj Sarraf <[EMAIL PROTECTED]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Andrew McMillan wrote: > > > On Wed, 2005-05-11 at 15:42 +0300, Alexander A. Vlasov wrote: > >> Hello all. > >> > >> Finally, I installed Sarge on my Compaq Presario 2200, but I face > >> following problem: > >> laptop can be suspended-to-ram by `echo mem > /sys/power/state' (and > >> suspending works fine -- led blinks slowly, display shutting down and so > >> on), but it can't awake from this state. Opening lid or pressing the > >> power button leads laptop to shutdown, not to resuming to normal state. > >> > >> Any ideas/suggestions? > > > > Hi, > > > > On some laptops I have seen that if you hold down the "Fn" key for a > > second or two it will unsuspend in a manner that is not recognised as a > > power button event. > > > > Otherwise it is necessary to add locking against recognition of the > > power button event, while the suspend script is running. In another > > e-mail you suggest that this would be a lock file that the > > suspend/resume script would write, and that the power button script > > would remove, but I wonder if a better solution would be for the > > suspend/resume script to write and to remove (after resume, of > > course :-) > > > > With a tweak like that, my own scripts would look like this. > > > > /etc/acpi/suspend_to_ram.sh: > > ================================================== > > #!/bin/sh > > # /etc/acpi/suspend_to_ram.sh > > # Initiates a suspend to memory [e.g. when the lid is closed] > > > > if ps -Af | grep -q '[k]desktop' && test -f /usr/bin/dcop > > then > > dcop --all-users ksmserver ksmserver logout 0 2 0 && exit 0 > > fi > > > > sync > > > > whereami --syslog --run_from suspend2ram undocked > > DISPLAY=:0.0 xscreensaver-command -lock > > > > logger -t "acpi-sleep" "Initiating sleep at `date`" > > > > touch /var/lock/suspend-resume.lock > > echo mem >/sys/power/state > > sleep 1 > > > > logger -t "acpi-sleep" "Awakening from sleep at `date` ?" > > > > ( > > # Run in a subshell so we can finish our job... > > sleep 2 > > whereami --syslog --run_from resumefromram > > ) 2>&1 | logger -t 'acpi-sleep' & > > > > sleep 1 > > rm /var/lock/suspend-resume.lock > > ================================================== > > > > > > /etc/acpi/powerbtn.sh: > > ================================================== > > #!/bin/sh > > # /etc/acpi/powerbtn.sh > > # Initiates a shutdown when the power putton has been > > # pressed. > > > > [ -e /var/lock/suspend-resume.lock ] && exit 0 > > > > if ps -Af | grep -q '[k]desktop' && test -f /usr/bin/dcop > > then > > dcop --all-sessions --all-users ksmserver ksmserver logout 0 2 0 && > > exit 0 > > else > > /sbin/shutdown -h now "Power button pressed" > > fi > > ================================================== > > > > > > In regard to the display returning after resume: what chipset is that? > > Which drivers? Are you using the kernel framebuffer? For the native > > chipset, or the VESA one? What version of the kernel are you using? > > > > I have seen those sorts of problems on my own laptop (Radeon FireGL T2 > > A.K.A. Radeon 9700) but do not see them now, using the kernel native > > radeon framebuffer and a recent 2.6.x kernel. > > > > I don't understand why you people are taking so much of pain automating a > lot of stuff using scripts. > I presume most notebook users would be using GUI on it (Probably KDE). > > KDE's klaptopdaemon is excellent in handling all this suspend/resume stuff > for you. I've been using it for months now without any problem. > > Worth a try. > > rrs > - -- > Ritesh Raj Sarraf > RESEARCHUT -- http://www.researchut.com > Gnupg Key ID: 04F130BC > "Stealing logic from one person is plagiarism, stealing from many is > research." > "Necessity is the mother of invention." > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.5 (GNU/Linux) > > iD4DBQFCg5L+4Rhi6gTxMLwRAiswAJdgMlupMyvaNgkkeA+PXw0hkAxFAJ9kMIQs > puh9ar5EWdUj1UHeCrWfdw== > =VY67 > -----END PGP SIGNATURE----- > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- Javier-Elias Vasquez-Vivas
