Kpowersave

wave

wave

c0mm3r23
Guten Tag! Wenn ich mein SuSE 10.0 (acer aspire 1356lmi) starte und dann mein kde desktop geöffnet wird bekomme ich die Fehlermeldung!
Code:
 ACHTUNG! Batteriestatus nur noch auf 1%!
Danach bekomme ich folgende Fehlermeldung auf den Desktop:
Code:
 Fehler - KPowersave KPowersave kann nicht gestartet werden! Durch starten desselben /usr/sbin/rcpowersave start kann die Leistung verbessert werden.
So. Versuch ich dann das gesagte zu starten bekomme ich in der Konsole folgendes:
Code:
 ############################################### # ACPI system but acpid not running. # # Start acpid first, then restart powersaved! # ###############################################
Versuche ich selbiges zu starten krieg ich das:
Code:
 can't open /proc/acpi/event: Device or resource busy
Hat jemand Ahnung, was ich machen soll? mfg wave

NACHTRAG:
Ich hab nochmal in der /var/log/boot.msg nachgeschaut, da gibt es folgende Meldungen:

<4> ACPI-0212: *** Warning: Device is not power manageable
<4> ACPI-0212: *** Warning: Device is not power manageable
<6>ACPI: CPU0 (power states: C1[C1] C2[C2])
# Start acpid first, then restart powersaved! #
Skipped services in runlevel 5: smbfs nfs powersaved
 
Zuletzt bearbeitet:
Magst ihn uns zur Vollständigkeit auch mitteilen?
Tippe darauf das du ein APM-System hast und also APM verwenden musst.
 
Nun, natuerlich.

Ich weiß nicht direkt wo der Fehler liegt, ich weiß allerdings wie man seine Ursachen beheben kann.
Nein, ich habe kein apm system, sondern als ich suse 10.0 installierte, so wurde schon die acpi unterstuetzung mitinstalliert.
Als erstes viel mir auf, das dieser Fehler immer auftrat, wenn mein system nicht ordnungsgemäß heruntergefahren worden ist. (Auch wenn ich davor windows gebootet hatte.)
Also fuehrte ich einfach mal einen sync aus. Beim nächsten mal hatte ich das acpi problem nicht mehr. K.a. Muss also irgendwas mit der reiserfs verwaltung zu tun haben? Ich weiß es nicht.
Vielleicht hat ja jemand Ahnung. :think:

mfg wave
 
Hmmm... Ich scheine den Fehler doch nicht gefunden zu haben... Die Sache tritt ziemlich unregelmaessig auf...

:think: :think:
 
ich versuche den Bug in einer Bug-Mailing List zu loesen. Ich erhielt bisher folgende Ergebnisse:

Hi Timo, thank you for you answer!

I'm gonna try out the package for stopping the race between both:

5 Oct 2005 ial-devel: Developer package for the Input Abstraction Layer
(IAL)
RPM ial-devel 0.0.1-23.2 (i586) 18 kB
Patch-RPM ial-devel 0.0.1-23.2-patch (i586) 5 kB
Source-RPM ial-0.0.1-23.2.src.rpm

Once the ACPI daemon acpid gets restarted we encounter a race between acpid
and iald to acquire the ACPI event interface /proc/acpi/event. The updated
package forces iald not to try to acquire this interface but wait for
acpid's
socket interface once available.


I didn't found what IAL is exactly for? Could you tell it to me?

wave



> --- Ursprüngliche Nachricht ---
> Von: Timo Hoenig <thoenig@nouse.net>
> An: wave
> Kopie: **********, "Yu, Luming"
> <luming.yu@intel.com>
> Betreff: Re: [ACPI] Fwd: [ACPI-bugzilla] acpi doesn't work sometimes
> Datum: Tue, 29 Nov 2005 09:57:21 +0100
>
> Hi,
>
> cc'ing wave.
>
> On Tue, 2005-11-29 at 13:41 +0800, Yu, Luming wrote:
>
> > I am using an acer notebook with suse 10.0.
> >
> > ACPI seems to not work arbitrarily. Sometimes it work and is started
> during
> > boot, sometimes not.
> >
> > I often get the message by kpowersave, that it could not start because
> of
> > not running acpi.
> >
> > When trying to restart i get this message:
> >
> > acpid: can't open /proc/acpi/event: Device or resource busy
> >
> > What's the problem and why is it so arbitrary?
>
> Some other daemon process acquired the the event interface before
> powersaved could. Identify the process with
>
> lsof |grep "/proc/acpi/event"
>
> In rare cases its known that users encounter races between services for
> the ACPI event interface. Only acpid should access the kernel interface
> directly; other user space processes should use the socket of acpid to
> collect ACPI events.
>
> Since you're using SL 10.0 I suspect you're packages are not up-to-date.
>
> As a fortuneteller: You've installed mobile selection of SUSE 10.0,
> thus IAL (iald) is running which acquires the ACPI event interface as
> fallback. On a Acer notebook its safe to drop iald.
>
> > I considered that it might be, that X is started before acpi. So I've
> > already tried to reset the order at media:/hda6/etc/init.d/rc .
> >
> > But this doesn't work...
> >
> > regards
> > wave

Poste, wenn es neues gibt.
 
Das Problem trat wieder auf, nur diesmal durch eine andere Ursache begruendet.

Siehe folgender Mailverkehr:

I have fixed the problem by inserting a "sleep" command into the xdm
startscript in /etc/intit.d.

Now X starts after acpi got the resources.

regards



An: **********
Betreff: Re: ACPI doesn't work sometimes
Datum: Sun, 4 Dec 2005 19:53:52 +0100 (MET)

Hi all!

I do have the damn problem again that acpi can not be started because it
says:

<quote>
acpid: can't open /proc/acpi/event: Device or resource busy
</quote>

And I noticed by chance that this error occurs only when X is started
before
ACPI is.

I used the command lsof |grep "/proc/acpi/event" to see by whom acpi is
controled.

The output said the follwing:

<quote>
X 5127 root 3r REG 0,3 0 4026532095
/proc/acpi/event
</quote>

Must not ACPI be written down there and not X?

So, is there a possibility to change the order in such a way that acpi
will
be started before X is?

regards

Ok... Ich hoffe, diesmal geht es wirklich endgueltig!
 
Bist ja ganz schoen tapfer :)
Hoffentlich klappts diesmal.
 
Man weiss jetzt noch! Aber ich denke schon... Naja, man weiss halt nie, ob mal "aufeinmal" wieder was nicht funktioniert.

Aber ich denke, diesmal durfte es laufen...

mfg wave

[And ever think on it! The world is commerce!]

P.S.: Was meinst du da mit, dass ich tapfer sei?
 
Zuletzt bearbeitet:

Ähnliche Themen

Keine grafische Oberfläche (Debian Installation)

Festplatte friert ein nach suspend/resume

NagiosGrapher 1.7.1 funktioniert nicht

Hardware Problem

Ubuntu X / dbus problem

Zurück
Oben