PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Lüfter läuft permanent !!! - ACPI konfigurieren ??



onkeltom
06.02.04, 09:05
Hi,
auf meinem Medion MD41200 (SuSE 9.0 Pro) läuft der Lüfter permanent auf voller Last und ist daher sehr nervtötend. Unter Windoof läuft der Lüfter beim Booten kurz an und schaltet sofort wieder ab, bis man dem Notebook richtig Rechenleistung abverlangt. Dann läuft er halt nach Bedarf.
Habe das Forum bereits nach Tipps durchsucht aber leider nicht das Passende gefunden, um mein Problem zu beseitigen.:(

Beim Booten starten die acpi services (ac battery fan button processor thermal).
1) Was bedeuten bzw. bewirken diese ACPI-Dienste ?? :confused:
cpufreqd zeigt skipped an.

Habe bereits ein online update mit YOU gemacht, um möglichst auf dem aktuellsten Stand zu sein.

Zur ACPI-Version:
cat /proc/acpi/info
version: 20030619
states: S0 S3 S4 S5

lsmod
thermal 6148 0 (unused)
processor 8248 0 [thermal]
fan 1472 0 (unused)
button 2380 0 (unused)
battery 5600 0 (unused)
ac 1664 0 (unused)

2) Wieso unused ??


3) Welche Diagnosemöglichkeiten stehen zur Verfügung ?
4) Muss ich mit anderen Einstellungen neu komplillieren ??
5) Wie und wo muss/kann ich das Ganze konfigurieren ???

Danke im Voraus.

corresponder
06.02.04, 10:07
hi,

ich hab den spruch nicht mehr im kopf, du kannst die lüfterdrehzahl im /proc einstellen, ich weiss nur nicht mehr wo genau...
dann könntest du z.b. mit lm_sensors gucken, ob mensch es mit einem script schafft das ding zu steuern, weiss nicht eventuell gibbet da schon lösungnen...hab mich noch nicht wirklich drum gekümmert.....


acpi= Advanced Configuration and Power Interface


gruss

c.

Windoofsklicker
06.02.04, 10:07
läuft der acpi daemon?
kannst du mit der tastatur wie unter windows die bildschirmhelligkeit verändern?
wird der batteriestatus in der "taskleiste" von kde/ gnome richtig angezeigt?

corresponder
06.02.04, 10:09
wenn nicht musst du den natürlich starten ;-)

onkeltom
06.02.04, 21:09
Hi,
vielen Dank erstmal für die Unterstützung.
Der acpi daemon läuft.
Die Bildschirmhelligkeit lässt sich wie unter Windoof verändern.
Auch der Batteriestatus wird richtig angezeigt.
Aber der Lüfter bläst und bläst und bläst und bläst ...
Was ist lm_sensors und was könnte man damit machen ??

Wäre echt froh, wenn ich den Lüfter zu Vernunft bringen könnte !!:rolleyes:

Windoofsklicker
06.02.04, 21:47
also, bei meinem nb war die bildschimhelligkeitsregelung immer der test ob acpi ging oder nicht. also würde ich mich zu der behauptung hinreissen lassen, dass acpi funktioniert.

wird der prozessor denn 'runtergetaktet? wenn nicht, ist es ganz normal, dass der lüfter ständig läuft. :)

onkeltom
06.02.04, 22:08
Hi,
wie lässt sich denn die CPU 'runtertakten, oder wie funktioniert das automatisch ??
Wo/wie kann man das Überprüfen ?
Könntest Du mir das alles mal detailliert erklären ??
Danke.

Windoofsklicker
06.02.04, 22:23
ich habe leider ein pIV.. nicht mobile, daher kann ich das nicht genau sagen.
aber in /proc/acpi/processor/CPU0/throttling sollte nicht <not supported> stehen ;)

und schau im gleichen verzeichnis mal in die info...

onkeltom
08.02.04, 21:51
Hi,
es handelt sich um einen Intel Celeron 2,6 GHz.
Hier die Ausgabe von /proc/acpi/processor/CPU0/throttling/ :

state count: 8
active state: T0
states:
*T0: 00%
T1: 12%
T2: 25%
T3: 37%
T4: 50%
T5: 62%
T6: 75%
T7: 87%


/proc/acpi/processor/CPU0/info :
processor id: 0
acpi id: 0
bus mastering control: yes
power management: no
throttling control: yes
performance management: no
limit interface: yes


Hoffe, dass mir jemand anhand dieser Info's weiterhelfen kann.

Mooz
08.02.04, 22:17
gibts bei dir auch was unter /proc/acpi/fan/ ??


Btw: Bildschirmhelligkeit einstellen ist nur hinreichender Beweis für ACPI. Bei mir zB geht das nur wenn ich den XServer mit AGP konfiguriere...

Windoofsklicker
09.02.04, 09:25
Original geschrieben von onkeltom

state count: 8
active state: T0
states:
*T0: 00%
T1: 12%
T2: 25%
[...]

hm.. bedeutet t0 => 0% jetzt, dass er um 0% verlangsamt wird und somit auf 100 % läuft? ist warscheinlicher, als das er auf 0% leistung laufen würde, ausserdem würden dann die 100 % in deine liste fehlen.

also folgere ich mal so ohne gewähr, dass dein proz halt auf "vollgas" läuft.
daher ist dann auch der lüfter ständig am start.
wie man den 'runtertaktet, weis ich nicht, wurde hier im forum aber schon besprochen.

onkeltom
09.02.04, 21:22
@Mooz:
/proc/acpi/fan/FN1/state
status: off
/proc/acpi/fan/FN2/state
status: off

... keine Ahnung, was ich davon halten soll ...

@Windoofsklicker
...habe die Beiträge zum Thema cpufreq gelesen, kann damit jedoch nichts anfangen, soll heißen, die beschriebenen Tipps funzen (bei mir) nicht.


:eek: :confused: :mad: :ugly:
Ich krieg' die Krise !!!

Windoofsklicker
10.02.04, 08:56
schon mal hier (http://www.linux-on-laptops.com/) oder hier (http://tuxmobil.org) nachgeschaut, ob's da was gibt?

onkeltom
10.02.04, 20:39
... da habe ich schon nachgeschaut.
Hat mir aber auch nicht geholfen. Es wird dort (wie überall) auf den acpi-patch oder acpid verwiesen.
Na ja ... abwarten und ....
Vielleicht kommt ja doch noch die Erleuchtung.

Mooz
11.02.04, 15:09
Du könntest mal als root:

echo 0 > /proc/acpi/fan/FN1/state
echo 3 > /proc/acpi/fan/FN1/state

und/oder

echo 0 > /proc/acpi/fan/FN2/state
echo 3 > /proc/acpi/fan/FN2/state

machen, damit kann ich die Lüfter bei meinem Notebook per Hand an und ausschalten. Bei mir ists dann so, das er ,nachdem ich ihn per Hand ausgeschalten habe direkt nach dem Booten, sich wieder an und aus schaltet je nach Temperatur..

Aber vorsicht, nicht das der sich dann abfackelt falls die Lüfter wirklich ausgehen sollten!!

In

/proc/acpi/thermal_zone/TZ1/trip_points

Sind bei mir die verschiedenen "Stufen" des Lüfters eingetragen abhängig von der Temperatur

onkeltom
11.02.04, 19:38
Hi,
danke für die Tipps.
Leider lässt sich der Lüfter von den Kommandos nicht zur Aufgabe bewegen.
Es bleibt bei:

cat /proc/acpi/fan/FN1/state
status: off

cat /proc/acpi/fan/FN2/state
status: off


Desweiteren ergibt

cat /proc/acpi/thermal_zone/THRM/trip_points
critical (S5): 85C
active[0]: 50C: devices=0xc1250ec0
active[1]: 40C: devices=0xc1250f60

cat /proc/acpi/thermal_zone/THRM/cooling_mode
cooling_mode: active

cat /proc/acpi/thermal_zone/THRM/temperature
temperature: 25C

cat /proc/acpi/thermal_zone/THRM/polling_frequency
<polling disabled>

cat /proc/acpi/thermal_zone/THRM/state
state: ok

Was ist polling_frequency ? :confused:
Habe ich noch Chancen, dass in den Griff zu bekommen ??
Ich werd' noch bekloppt !!!
Wenn ich Windoof starte, ist das, bezogen auf die Geräuschkulisse, eine Wohltat.

Bin für jeden weiteren Tipp dankbar.
:confused: :eek:

P.S.: Habe gerade mal ohne Netzteil getestet, ob die Zeitangaben in den Warnmeldungen bei nachlassendem Akku passen:
1. Hinweis, dass der Akku in 15 min den Geist aufgibt ...
2. Kritischer Hinweis, dass der Akku in 5 min abkackt ...
... was er dann auch mit zweiminütiger Verspätung tat.
Ist das ein eindeutiger Beleg, dass ACPI funktioniert ??
:( :mad: :(

kth
11.02.04, 23:25
Original geschrieben von onkeltom
Beim Booten starten die acpi services (ac battery fan button processor thermal).
1) Was bedeuten bzw. bewirken diese ACPI-Dienste ?? :confused:
Diese so genannten OSPM-Treiber ("Operating System-directed configuration and Power Management") ermöglichen es, Programmen über die /proc/acpi-Schnittstelle folgende Dinge mitzuteilen und ggf. von ihnen beeinflussen zu lassen:

ac: Information, ob Netzstrom-Adapter angeschlossen
battery: Zustand des/der Akkus
fan: Zustand und Steuerung des/der Lüfter(s)
button: Zustand von Knöpfen wie Ein-/Ausschalter, Notebook-Deckel, ...
processor: Zustand der CPU(s) und Steuerung ihrer Taktung und Stromsparmodi
thermal: Zustand des/der Temperaturfühler(s) und Regelung der Kühlmethode
lsmod
thermal 6148 0 (unused)
processor 8248 0 [thermal]
fan 1472 0 (unused)
button 2380 0 (unused)
battery 5600 0 (unused)
ac 1664 0 (unused)

2) Wieso unused ??Die rechte Spalte gibt nur die Nutzungsverhältnisse der Kernelmodule untereinander wieder. Die Funktionalität der Module steht, wenn die Hardware mitspielt, auf jeden Fall zur Verfügung.

Falls du Zugang zur c't 25/2002 hast: Darin gibt es auf S. 234 ff. einen sehr lesenswerten Artikel über die ACPI-Implementation unter Linux (ACPI4Linux (http://acpi.sourceforge.net/)). Unter anderem wird die komplette /proc/acpi-Schnittstelle erklärt. Die Autoren raten, bei ACPI-Problemen zunächst ein Update auf die aktuelle BIOS-Version vorzunehmen.

Da die ACPI-Konfigurationen der Hardwarehersteller in vielen Fällen auf die (nicht perfekte) ACPI-Implementation von Windows zugeschnitten sind und manche Fehler der Hersteller deswegen erst beim Betrieb unter Linux auffallen, kann es unter Umständen sogar nötig sein, eine angepasste Version der so genannten DSDT (http://acpi.sourceforge.net/dsdt/index.php) zu verwenden (wie z. B. für das Medion MD40021 (http://acpi.sourceforge.net/dsdt/view.php?id=148)).