Sie sind nicht angemeldet.

41

26.01.2009, 21:02

AAlso: Nach einem Neustart geht cpufreq-set -f wieder


Aber es stellt sich beim Ziehen des Netzsteckers nicht automatisch um... was kann ich tun?
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

42

26.01.2009, 21:11

Die Ausgaben von cpufreq-info bei gestecktem und bei abgezogenem Netzteil, sowie die Ausgabe von cpufreqd-get Posten ?!
<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

43

26.01.2009, 21:12

jeweils

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
localhost takumo # cpufreq-info
cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006
Bitte melden Sie Fehler an linux@brodo.de.
analysiere CPU 0:
  Treiber: acpi-cpufreq
  Folgende CPUs können nur gleichzeitig ihre Frequenz variieren: 0 1
  Hardwarebedingte Grenzen der Taktfrequenz: 800 MHz - 2.00 GHz
  mögliche Taktfrequenzen: 2.00 GHz, 1.60 GHz, 1.20 GHz, 800 MHz
  mögliche Regler: conservative, userspace
  momentane Taktik: die Frequenz soll innerhalb 800 MHz und 2.00 GHz.
                    liegen. Der Regler "userspace" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 2.00 GHz  (verifiziert durch Nachfrage bei der Hardware).
analysiere CPU 1:
  Treiber: acpi-cpufreq
  Folgende CPUs können nur gleichzeitig ihre Frequenz variieren: 0 1
  Hardwarebedingte Grenzen der Taktfrequenz: 800 MHz - 2.00 GHz
  mögliche Taktfrequenzen: 2.00 GHz, 1.60 GHz, 1.20 GHz, 800 MHz
  mögliche Regler: conservative, userspace
  momentane Taktik: die Frequenz soll innerhalb 800 MHz und 2.00 GHz.
                    liegen. Der Regler "userspace" kann frei entscheiden,
                    welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
  momentane Taktfrequenz ist 2.00 GHz  (verifiziert durch Nachfrage bei der Hardware).




Quellcode

1
2
localhost takumo # cpufreqd-get
No cpufreqd socket found
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

44

26.01.2009, 21:17

Quellcode

1
/etc/init.d/cpufreqd restart


Quellcode

1
pidof cpufreqd


Für mich schaut es so aus, als würde der Deamon einfach nicht laufen.
<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

45

26.01.2009, 21:20

Da kommt gar nichts....

Quellcode

1
localhost takumo # pidof cpufreq
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

46

26.01.2009, 21:25

jo, du hast du vertippt. Soll cpufreqd heißen



Quellcode

1
2
synapsis qt # pidof cpufreqd
486544



Quellcode

1
2
3
4
5
6
7
8
synapsis qt # /etc/init.d/cpufreqd restart
cpufreqd            	|* Stopping CPU Frequency Daemon...
cpufreqd            	|* Will stop /usr/sbin/cpufreqd
cpufreqd            	|* Will stop processes of `/usr/sbin/cpufreqd'
cpufreqd            	|* Sending signal 15 to PID 486544...                                                            	[ ok ]
cpufreqd            	|* Starting CPU Frequency Daemon...
cpufreqd            	|* Detaching to start `/usr/sbin/cpufreqd'...                                                    	[ ok ]
synapsis qt #
<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

47

26.01.2009, 21:29

Nein, das "d" kam beim Kopieren nicht mehr mit rein:

Quellcode

1
localhost takumo # pidof cpufreqd
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

48

26.01.2009, 21:33

Poste mal die Meldung von /etc/init.d/cpufreqd start, nach dem du cpufreqd vorher gestopt hast.
<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

49

26.01.2009, 21:35

Quellcode

1
2
3
4
5
6
localhost takumo # /etc/init.d/cpufreqd stop
 * Stopping CPU Frequency Daemon ...                                                                                                                                          [ ok ]
localhost takumo #
localhost takumo # /etc/init.d/cpufreqd start
 * Starting CPU Frequency Daemon ...                                                                                                                                          [ ok ]
localhost takumo #
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

50

26.01.2009, 21:39

Das wichtigste schein beim kopieren verloren gegangen zu sein. Steht ein ok oder !! am ende der letzen Zeile.

Die Frage ist was du geändert hast in den letzten Stunden, da cpufreqd ja schon mal lief. Du hast ja selber gesagt das der Taktwechsel von AC auf Battery funktioniert. Jetzt nicht mehr, da cpufreqd nicht mehr läuft. Also die Frage warum und was hast du geändert, bzw wieso ging es vorher ?!
<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

51

26.01.2009, 21:40

Ja, das ok ist doch ganz weit rechts... musst ein wenig scrollen...

Ich weiß es ehrlich gesagt nicht... evtl. am neuen kernel? ich versuche mal den alten zu starten...
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

52

26.01.2009, 21:49

Auch mit dem alten Kernel funktioniert es nicht!

Mir ist aber aufgefallen, dass die *.pid Datei nicht exstiert

pidfile=/var/run/cpufreqd.pid


hab mal danach gesucht: leider kein ergebnis

kann es daran liegen?
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

53

26.01.2009, 21:59

Also eigentlich sollte er sich das selber anlegen.
Evtl. mal ein emerge -C cpufreqd && emerge -avD cpufreqd
env-update && source /etc/profile nicht vergessen.
Ggf. revdep-rebuild, weil da stimmt was nicht. ;-)

Muß noch Karteikarten lernen... also bis Morgen ^^
<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

54

26.01.2009, 22:08

Leider keine Wirkung :(
Och mensch, ich werde hier noch verrückt!
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

55

27.01.2009, 07:33

Morgen! ^^

Ich habe es jetzt geschafft: Der Daemon läuft! Das Problem bestand darin, dass einige Profilnamen in der Konfigurationsdatei nicht korrekt waren. Nachdem ich das geändert hatte, gings :)


Jedoch habe ich jetzt schon ein neues Problem:
Wenn ich vom Stecker Modus in den Akkumodus wechsel, dann schaltet der Daemon richtig auf "conservative" um! Wenn ich den Netzstecker wieder reinstecke, dann wechselst er richtigerweise auf den Regler Userspace. Ziehe ich dann wieder den Netzstecker, so bleibt er in Userspace verharren :(
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8

56

27.01.2009, 14:14

Morgen. Also zunächst: Habe ich heute einen Vortrag halten müssen, der an sich eigentlich gaz gut war. Jedoch bin ich an einer Stelle, für alle Anwesenden scheinbar völlig grundlos, in Gelächter ausgebrochen. Grund war eine Karteikarte mit der Notiz "cpufreqd".

Zweites: Toll das der Daemon jetzt (wieder) läuft.

Drittens: Beende diesen Trhead, mit dem Vermek "gelöst". (Wir sind bei Seite 3 anglelangt. Das wird langsam peinlich ;-))

Viertens:

Ich hofffe du hast diesen "Versuch" bei dem du festgestellt hast das der Daemon nach dem X-Mal stecker ziehen nicht mehr reagiert, nicht direkt aufeinanderfolgend gemacht.
Vor allem wenn bei diesem Versuch auch noch KDE läuft, kommt das System ganz schön ins schwitzen, und da wird einem Prozess wie cpufreqd einfach aus "Zeitmangel" ein Kill-Signal gesendet.
<>
wer denkt zu wissen, weiss weniger als er denkt.

Ein Kumpel der zu allem eine Link hat.

57

27.01.2009, 16:28

Ah ok, vielen Dank ^^
ASUS P5B S775
Core2Duo E6400, 8192MB DDR2-RAM, 250GB und 500GB-SATA-Festplatte
Radeon X1650 XT, SH-S183L-SATA
Gentoo-Linux, 2.6.26-gentoo-r1 KDE-4.1.2
gcc 4.1.2 (Gentoo 4.1.2), x86_64, UTF8