Suspend and Hibernate in Etch not working on Asus L3400Tp ..

list-debian-laptop · External Since: Aug 08, 2007 Posts: 2

Hello all,

previously a Fedora User, I found out that VMWare does not support it,
so I switched to Debian and installed the Etch, network install from
business card cdrom.
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."

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

Thanks,
Sjaki

--
To UNSUBSCRIBE, email to debian-laptop-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org

Bob Proulx · External Since: Jan 17, 2005 Posts: 63

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.

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?

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

Then simply run it.

sudo s2ram

Or:

sudo s2disk

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.

Bob

--
To UNSUBSCRIBE, email to debian-laptop-REQUEST.TakeThisOut@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.TakeThisOut@lists.debian.org

list-debian-laptop · External Since: Aug 08, 2007 Posts: 2

Michael, thanks for your great suggestion, hibernate works now.
I am thinking about posting a bug report to bugzilla.gnome.org, as the
gnome-power-manager FAQ suggests.
Do you think the hibernate script can be associated to the hibernate
command in the gnome-power-manager?

How about suspend?

Thanks,
ario

On Wed, 2007-08-08 at 11:56 +0200, Michael **** wrote:
> Hi!
>
> > previously a Fedora User, I found out that VMWare does not support it,
> > so I switched to Debian and installed the Etch, network install from
> > business card cdrom.
> > 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 FAQ page for common
> > problems."
> >
> > Same with trying to hibernate:
> > "Hibernate Problem
> > HAL failed to hibernate. Check the FAQ page for common problems."
> >
> > In Fedora 6 it did both extremely well. What could be the problem /
> > solution?
> Did you try to hibernate using the hibernate script from the console.
> Try it with hibernate -F /etc/hibernate/hibernate.conf and you will see
> more. I habe also problems using the gnome-power-manager to suspend my
> box.
>
> CU
>
> Michael
>

--
To UNSUBSCRIBE, email to debian-laptop-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org

Jack Malmostoso · External Since: Apr 09, 2004 Posts: 212

On Thu, 09 Aug 2007 10:10:10 +0200, list-debian-laptop wrote:

> :~# s2ram
> Machine is unknown.
> This machine can be identified by:
> sys_vendor = "ASUSTeK Computer Inc."

On my Asus Z37E I can suspend the laptop just by closing the lid.
Check that you have the "asus_laptop" kernel module loaded and remove
uswsusp and the like. Those packages are installed by default in the
Debian "laptop" task, but in my case they kept my laptop from sleeping
properly, while an installation done by just selecting the "desktop" task
worked just nice.

--
Best Regards, Jack
Linux User #264449
Powered by Debian GNU/Linux on AMD64

--
To UNSUBSCRIBE, email to debian-laptop-REQUEST.RemoveThis@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster.RemoveThis@lists.debian.org

Stefan Monnier · External Since: Mar 31, 2005 Posts: 79

> 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.

This whole situation is a real big mess.

The relationships between the various kernel-level code, the s2ram/s2disk,
hibernate, hal, gnome-power-manager, powersaved, and a few others, is very
much unclear and how to know and/or choose which one is layered on top of
which other is again a big mess.

>From what I can tell, hibernate seems to just do its job and do it well, so
whenever possible other tools *should* use it, but it seems to sadly not be
the case, so I end with situations where running `hibernate' works fine,
whereas asking gnome-power-manager or powersaved to hibernate either fails
or results in a non-functional system.

Plus, a similar (tho much smaller) mess can be found around the issue of who
reacts to events like "close lid", "press power button", "press suspend
button", ...

And of course gnome-power-manager is fundamentally flawed because the issues
it tries to deal with are at least as much system-wide as they are specific
to a given Gnome session: when I have several users logged in, I don't want
each one of their gnome-power-manager to react to ACPI events.

Stefan

--
To UNSUBSCRIBE, email to debian-laptop-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org

Paolo · External Since: Nov 09, 2004 Posts: 168

On Thu, Aug 09, 2007 at 02:09:10PM -0400, Stefan Monnier wrote:
> And of course gnome-power-manager is fundamentally flawed because the issues
> it tries to deal with are at least as much system-wide as they are specific
> to a given Gnome session: when I have several users logged in, I don't want
> each one of their gnome-power-manager to react to ACPI events.

g-p-m is basically a tool for single-user systems, like laptops (usually
are). On multi-user systems you're better off not installing it if possile,
or disable such acpi-related functions (and likely the ability to shutdown
as well), again if possible (never used it).

--
paolo

--
To UNSUBSCRIBE, email to debian-laptop-REQUEST RemoveThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster RemoveThis @lists.debian.org