On Sun, Jan 29, 2006 at 01:31:35PM -0500, oleksandr korneta wrote:
>
> I'm still getting the following error:
> Jan 29 00:29:45 localhost [powersave]: WARNING (ACPI_Interface:49) could
> not set battery alarm
This is harmless, it is a one-time warning.
> Jan 29 00:29:45 localhost [powersave]: ERROR (MainLoop:59) Error setting
> up connection to DBus system bus. Aborting...
Sorry, i have no idea about the dbus details, Holger has to help here.
> # powersave -u
> Jan 29 12:33:24 localhost [powersave-prepare_suspend_to_ram][3201]:
> WARNING: could not unload module 'ohci_hcd'
>
> I did
> # /sbin/rmmod ohci_hcd
ok, so either rmmod is not in the PATH for the script or there is some other
problem.
Look in /var/log/suspend2disk.log*, there might be a reason mentioned.
For the possible PATH problem, try changing
/usr/lib/powersave/scripts/sleep_helper_functions, around line 70 from
if rmmod $UNL; then
to
if /sbin/rmmod $UNL; then
if it this solves it, we might need to add a check for this (are there
systems where rmmod is not in /sbin?).
> The machine went into sleep. But when I tried to wake it up, I got the
> same trouble I always had: the system turns into console mode the screen
> is black, and the only message is:
To make it short: if it does not work in minimal mode (init=/bin/bash), as
described e.g. on http://www.opensuse.org/ACPI_Suspend_debugging, then it
also won't work with powersaved.
Powersaved does not solve the low level problems, it just provides a high-
level interface.
> If i try to perfrom similar manipulations while in runlevel 3 I dont
> have to bother myself unloading the modules manually - the machine goes
> into sleep just fine. But when it wakes up I'm geting the same message
> as before, except one more line
>
> Linux
> RS480M- TEST BIOS 300/14 BR12240
> Back to C!
This does not actually look too bad, but...
> Again, no reaction an a keyboard and everything I can is just to reboot
> the laptop.
..does not get you too much further anyway.
Can you give some more info about the hardware of your machine?
- graphics card
- harddisk (SATA or standard IDE)
- chipset type (lspci)
> Have anyone had such experience before?
i have a HP nc6230 where i needed to patch the IDE driver for ACPI resume
methods and which needs vbetool to get the display back (your display at
least turns on), but even without these hacks, it resumed and did not lock
up - means: i could hit caps-lock after resume and the led would light.
But it would hang as soon as the disk was accessed.
Suspend to RAM is still a kind of black magic on many machines. :-(
--
Stefan Seyfried \ "I didn't want to write for pay. I
QA / R&D Team Mobile Devices \ wanted to be paid for what I write."
SUSE LINUX Products GmbH, Nürnberg \ -- Leonard Cohen
_______________________________________________
powersave-devel mailing list
[email protected]
http://forge.novell.com/mailman/listinfo/powersave-devel
