[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Suspend and Hibernate in Etch not working on Asus L3400Tp laptop

On Wed, 2007-08-08 at 20:19 -0600, Bob Proulx wrote:
list-debian-laptop wrote:
> If I try to suspend, the screen locker comes on, and after I type my
> password, it says:
> "Suspend Problem
> Your computer failed to suspend. Check the PAQ page for common
> problems."
> Same with trying to hibernate:
> "Hibernate Problem
> HAL failed to hibernate. Check the FAQ page for common problems."

Very likely error messages would be logged to /var/log/syslog.  Look
through that file and see what you find.

The only entry I found was:
@:~$ cat /var/log/syslog
Aug  9 09:57:58  gnome-power-manager: Suspending computer because user clicked suspend from tray menu

By what method did you attempt to suspend?  Did you use the gnome
applet?  Or did you use the hibernate script?  Or some other method?

Yes, I used the gnome-power-manager applet.
Thanks to Michael who also pointed me to the hibernate script, I'm able now to hibernate, but need to access it as root via a terminal. My preference though, is to access it through the applet.

If the two that you tried did not work let me recommend the s2ram and
s2disk alternatives.  It has a table of known workarounds for some
laptops and may work using one of the predefined recipes.

  apt-get install uswsusp

Thanks, was apparently already installed

Then simply run it.

  sudo s2ram


:~# s2ram
Machine is unknown.
This machine can be identified by:
    sys_vendor   = "ASUSTeK Computer Inc."
    sys_product  = "L3000E/T series Notebook PC"
    sys_version  = "0001"
    bios_version = "0207"
See http://en.opensuse.org/S2ram for details.

If you report a problem, please include the complete output above.


  sudo s2disk

This seems to lock my laptop

Also depending upon your laptop you may need a newer kernel than is
available in Debian Etch Stable.  This can be installed from Sid
without needing to pull other packages.  (As an aside this is required
for running powertop for example.)

> In Fedora 6 it did both extremely well. What could be the problem /
> solution?

Suspend to disk and ram have been some of the most hardware dependent
issues for laptops.  Some work fine and other give endless trouble.  A
lot of the programs are scripted with table driven workarounds.  This
means that every distro and every laptop will be a unique
combination.  Others with different laptops may have the exact
opposite result from yours.

Maybe an idea to copy the fedora workaround tables?



Reply to: