BearClementine
Anmeldungsdatum: 19. August 2013
Beiträge: 16
|
Hallo zusammen, ich habe vor einigen Tagen meinen etwas betagten Laptop (HP Compaq 6715s, ~10 Jahre alt) von 14.04 auf 16.04 aktualisiert. Danach ist der Prozessortakt stabil bei 800MHz eingefroren. Diese "magische Grenze" wird bei ähnlichen Problemen auch genannt, deren Lösungen mich aber bisher keinen Schritt weiter gebracht haben. Allerdings konnte ich eine (virtuelle) Datei einkreisen: /sys/devices/system/cpu/cpufreq/policy0/scaling_max_freq, die scheinbar bei keinem anderen Problem, das ich finden konnte, Ursache ist. Diese ist -auch in einer Live-CD-Session- bei 800 000 (800MHz) festgefroren. Auch kann ich diesen Wert nicht mit | echo 2000000 > /sys/devices/system/cpu/cpufreq/policy0/scaling_max_freq
|
ändern. Es wird zwar keine Fehlermeldung angezeigt, gesetzt wird der Wert aber auch nicht.
Wie auch bei vielen schon berichtet, zeigt der Befehl cpufreq-info diese (inhaltlich) total sinnlose Meldung (Zeile 12 und 25): 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29 | $ cpufreq-info
cpufrequtils 008: cpufreq-info (C) Dominik Brodowski 2004-2009
Bitte melden Sie Fehler an cpufreq@vger.kernel.org.
analysiere CPU 0:
Treiber: powernow-k8
Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0 1
Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0 1
Maximale Dauer eines Taktfrequenzwechsels: 109 us.
Hardwarebedingte Grenzen der Taktfrequenz: 800 MHz - 2.00 GHz
mögliche Taktfrequenzen: 2.00 GHz, 1.80 GHz, 1.60 GHz, 800 MHz
mögliche Regler: conservative, ondemand, userspace, powersave, performance
momentane Taktik: die Frequenz soll innerhalb 800 MHz und 800 MHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 800 MHz.
Statistik:2.00 GHz:3,52%, 1.80 GHz:0,00%, 1.60 GHz:0,00%, 800 MHz:96,48% (1)
analysiere CPU 1:
Treiber: powernow-k8
Folgende CPUs laufen mit der gleichen Hardware-Taktfrequenz: 0 1
Die Taktfrequenz folgender CPUs werden per Software koordiniert: 0 1
Maximale Dauer eines Taktfrequenzwechsels: 109 us.
Hardwarebedingte Grenzen der Taktfrequenz: 800 MHz - 2.00 GHz
mögliche Taktfrequenzen: 2.00 GHz, 1.80 GHz, 1.60 GHz, 800 MHz
mögliche Regler: conservative, ondemand, userspace, powersave, performance
momentane Taktik: die Frequenz soll innerhalb 800 MHz und 800 MHz.
liegen. Der Regler "ondemand" kann frei entscheiden,
welche Taktfrequenz innerhalb dieser Grenze verwendet wird.
momentane Taktfrequenz ist 800 MHz.
Statistik:2.00 GHz:3,52%, 1.80 GHz:0,00%, 1.60 GHz:0,00%, 800 MHz:96,48% (1)
|
Hinter dieser Meldung soll sich laut einigen ein BIOS-Limit verbergen, das man mit Punkt 1 (s. u.) ignorieren kann. Allerdings wundert mich, dass bei der Statistik die 2GHz doch vorkommen und aufgezeichnet werden. Folgende Ideen habe ich schon ausprobiert: Kernel-Boot-Option processor.ignore_ppc=1 → kein Erfolg Kernel-Boot-Option acpi=off → Laptop startet gar nicht erst BIOS zurücksetzen → drei mal raten, kein Erfolg Es scheint auch nicht am Netzteil oder am Akku zu liegen; ich habe mit Akku, ohne Akku (ausgebaut + Netzteil) und Akku mit Netzteil ausprobiert. Allerdings muss ich sagen, dass der Akku nicht mehr der beste ist und ~30min hält.
Was u. U. mit dem Problem zusammenhängen könnte, ist der CPU-Lüfter, der die ganze Zeit ohne Grund auf 100% läuft. Meine Frage ist nun, ob hier noch jemand weiß, wie ich das Problem in den Griff kriegen kann, denn 800MHz anstatt 2GHz sind schon doof. Liebe Grüße, Schönen Abend, Jan P.S.: Die Aufzählungsfunktion in diesem Editor ist nicht zu gebrauchen: Der erste Punkt wird erkannt, die nachfolgenden jedoch nicht. Vielleicht mache ich ja auch was falsch? Bearbeitet von Vej: Ich habe die Aufzählung mal als Beispiel gefixt.
|
XM-Franz
Supporter
Anmeldungsdatum: 15. Juni 2010
Beiträge: 3439
Wohnort: Moers
|
BearClementine schrieb: P.S.: Die Aufzählungsfunktion in diesem Editor ist nicht zu gebrauchen: Der erste Punkt wird erkannt, die nachfolgenden jedoch nicht. Vielleicht mache ich ja auch was falsch?
Naja, ...
Folgende Ideen habe ich schon ausprobiert:
Kernel-Boot-Option processor.ignore_ppc=1 → kein Erfolg Kernel-Boot-Option acpi=off → Laptop startet gar nicht erst BIOS zurücksetzen → drei mal raten, kein Erfolg Es scheint auch nicht am Netzteil oder am Akku zu liegen; ich habe mit Akku, ohne Akku (ausgebaut + Netzteil) und Akku mit Netzteil ausprobiert. Allerdings muss ich sagen, dass der Akku nicht mehr der beste ist und ~30min hält.
Wenn man es richtig macht, also ohne Leerzeile sowie ohne Zahlen mit Klammern, dann funktioniert es sogar. 😉 Nutze die Zitatefunktion für Details. 👍
|
BearClementine
(Themenstarter)
Anmeldungsdatum: 19. August 2013
Beiträge: 16
|
XM-Franz, ok schlechtes Beispiel... Weil mir die Aufzählung mit Zahlen und Punkten nicht gelungen ist, habe ich selber etwas gemacht, was halbwegs gut aussieht ☺. Könntest du mir das mit den Leerzeichen nochmal erklären? Ich hätte auch nichts dagegen, wenn du zu dem eigentlichen Thema etwas wüsstest 😀 Liebe Grüße, Jan Edit: XM-Franz, danke, hat sich erledigt. Einfach mal in deine Signatur gucken, erster Punkt.... 😀
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
vielleicht hilft ark-wiki weiter. Das Programm cpupower steckt in sudo apt install linux-tools-generic Nachtrag: Vorher was anderes schauen systemctl status cpufrequtils.service und cat /etc/init.d/cpufrequtils Gruß Taomon
|
HarryD
Anmeldungsdatum: 14. Juni 2006
Beiträge: 2686
Wohnort: Germany - BW
|
BearClementine schrieb:
... betagten Laptop (HP Compaq 6715s, ~10 Jahre alt) ... der CPU-Lüfter, der die ganze Zeit ohne Grund auf 100% läuft.
Unabhängig von den evtl. zusätzlichen Softwareproblemen könnte eine Reinigung hier helfen.
|
BearClementine
(Themenstarter)
Anmeldungsdatum: 19. August 2013
Beiträge: 16
|
HarryD, danke für die Idee. Ich habe den Lüfter aber erst vor einigen Monaten gereinigt, was mir tatsächlich ~20-25°C weniger gebracht hat. Jetzt läuft der Lüfter aber ungeregelt; die CPU-Temperatur bewegt sich irgendwo um die 30-35°C. Taomon, auch danke für deine Tipps. Das Tool cpupower nützt nichts: Ich kann alle Befehle zum Setzen der minimalen und maximalen Taktraten sowie des Governors ohne Fehlermeldung ausführen; das ändert aber rein gar nichts. systemctl status cpufrequtils.service: 1
2
3
4
5
6
7
8
9
10
11
12 | ● cpufrequtils.service - LSB: set CPUFreq kernel parameters
Loaded: loaded (/etc/init.d/cpufrequtils; bad; vendor preset: enabled)
Active: active (exited) since Sa 2016-06-11 18:30:13 CEST; 4min 6s ago
Docs: man:systemd-sysv-generator(8)
Process: 897 ExecStart=/etc/init.d/cpufrequtils start (code=exited, status=0/SUCCESS)
Jun 11 18:30:13 ########### systemd[1]: Starting LSB: set CPUFreq kernel parameters...
Jun 11 18:30:13 ########### cpufrequtils[897]: * CPUFreq Utilities: Setting ondemand CPUFreq governor...
Jun 11 18:30:13 ########### cpufrequtils[897]: * CPU0...
Jun 11 18:30:13 ########### cpufrequtils[897]: * CPU1...
Jun 11 18:30:13 ########### cpufrequtils[897]: ...done.
Jun 11 18:30:13 ########### systemd[1]: Started LSB: set CPUFreq kernel parameters.
|
cat /etc/init.d/cpufrequtils: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100 | #!/bin/sh
### BEGIN INIT INFO
# Provides: cpufrequtils
# Required-Start: $remote_fs loadcpufreq
# Required-Stop:
# Default-Start: 2 3 4 5
# Default-Stop:
# Short-Description: set CPUFreq kernel parameters
# Description: utilities to deal with CPUFreq Linux
# kernel support
### END INIT INFO
#
DESC="CPUFreq Utilities"
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
CPUFREQ_SET=/usr/bin/cpufreq-set
CPUFREQ_INFO=/usr/bin/cpufreq-info
CPUFREQ_OPTIONS=""
# use lsb-base
. /lib/lsb/init-functions
# Which governor to use. Must be one of the governors listed in:
# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
#
# and which limits to set. Both MIN_SPEED and MAX_SPEED must be values
# listed in:
# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
# a value of 0 for any of the two variables will disabling the use of
# that limit variable.
#
# WARNING: the correct kernel module must already be loaded or compiled in.
#
# Set ENABLE to "true" to let the script run at boot time.
#
# eg: ENABLE="true"
# GOVERNOR="ondemand"
# MAX_SPEED=1000
# MIN_SPEED=500
ENABLE="true"
GOVERNOR="ondemand"
MAX_SPEED="0"
MIN_SPEED="0"
check_governor_avail() {
info="/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors"
if [ -f $info ] && grep -q "\<$GOVERNOR\>" $info ; then
return 0;
fi
return 1;
}
[ -x $CPUFREQ_SET ] || exit 0
if [ -f /etc/default/cpufrequtils ] ; then
. /etc/default/cpufrequtils
fi
# if not enabled then exit gracefully
[ "$ENABLE" = "true" ] || exit 0
if [ -n "$MAX_SPEED" ] && [ $MAX_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --max $MAX_SPEED"
fi
if [ -n "$MIN_SPEED" ] && [ $MIN_SPEED != "0" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --min $MIN_SPEED"
fi
if [ -n "$GOVERNOR" ] ; then
CPUFREQ_OPTIONS="$CPUFREQ_OPTIONS --governor $GOVERNOR"
fi
CPUS=$(cat /proc/stat|sed -ne 's/^cpu\([[:digit:]]\+\).*/\1/p')
RETVAL=0
case "$1" in
start|force-reload|restart|reload)
log_action_begin_msg "$DESC: Setting $GOVERNOR CPUFreq governor"
if check_governor_avail ; then
for cpu in $CPUS ; do
log_action_cont_msg "CPU${cpu}"
$CPUFREQ_SET --cpu $cpu $CPUFREQ_OPTIONS 2>&1 > /dev/null || \
RETVAL=$?
done
log_action_end_msg $RETVAL ""
else
log_action_cont_msg "disabled, governor not available"
log_action_end_msg $RETVAL
fi
;;
stop)
;;
*)
echo "Usage: $0 {start|stop|restart|reload|force-reload}"
exit 1
esac
exit 0
|
Hier haben mich, ohne mich groß damit auszukennen, die Zeilen 44 und 45 stutzig gemacht. Daher habe ich dort gleich mal vernünftige Werte (MAX_SPEED="2000", MIN_SPEED="800") eingetragen und siehe da, nichts passiert; noch nicht mal nach einem Neustart. Soweit also nichts Neues zu berichten; vielleicht findest du, Taomon, ja noch etwas in den beiden Code-Snippets... Liebe Grüße, Jan
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Ich bin jetzt nicht so der Hardware-Nerd. Also das Gerät ist innen Staubbefreit? cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors mal schauen was das Teil kann. Gruß Taomon
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Zu diesem Gerät findest du per Google viele Tips mit unterschiedlichen Bootparametern. Das ist leider sehr spezifisch - "Hardwarekiste". Ich würde dir übrigens eine Neuinstallation mit Lubuntu empfehlen, das hilft dem Ding auf die Sprünge. Nutzt dein Gerät eigentlich beide Kerne?
|
BearClementine
(Themenstarter)
Anmeldungsdatum: 19. August 2013
Beiträge: 16
|
Taomon, der Vollständigkeit halber: | ~$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
conservative ondemand userspace powersave performance
|
hakel schrieb: Zu diesem Gerät findest du per Google viele Tips mit unterschiedlichen Bootparametern. Das ist leider sehr spezifisch - "Hardwarekiste".
Danke für den Hinweis. Nach erneutem Googeln habe ich die Lösung gefunden. Anstatt acpi=off oder noacpi war der Bootparameter apic=off bzw. noapic die Lösung; kleines, feines Detail; es kann sein, dass ich mich beim ersten Mal einfach nur verlesen habe...
Mit dem "richtigen" Bootparameter funktioniert wieder alles: Der Prozessortakt verhält sich normal und auch der Lüfter ist geregelt. An dieser Stelle möchte ich mich bei Allen bedanken, die mir (wie immer) so freundlich geholfen haben. Ihr seid eine super Community! Thema gelöst! Liebe Grüße,
Jan Edit: Den Tipp habe ich hier gefunden: Compaq 6715s very slow - need to be blacklisted?, im dritten (#3) Nutzerkommentar.
|