Re: Awakening from suspend-to-mem
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 <riteshsarraf@users.sourceforge.net> 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 debian-laptop-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
>
>
--
Javier-Elias Vasquez-Vivas
Reply to: