Linux Projektvorstellung: TLP – Linux Stromsparen

Linux Betriebssystem

linrunner

Ubuntuversteher
Themenstarter
Registriert
22 Juni 2007
Beiträge
13.276
Nachdem im Forum öfters nachgefragt wird, wie man Linux die Feinheiten des Stromsparens beibringt, habe ich mich vor einiger Zeit entschlossen, meine Skriptsammlung in eine allgemein benutzbare Form zu bringen. Das Ergebnis möchte ich Euch an dieser Stelle vorstellen.

Dokumentation ist auf der offiziellen Website https://linrunner.de/tlp/ zu finden (die Infos in unserem Wiki werden von mir nicht mehr gepflegt und sind veraltet).

Fragen und Probleme einfach hier im Thread posten.

Für die erste Analyse benötige ich bitte stets den kompletten Output von

Code:
sudo tlp-stat
Anmerkung: ich fordere oft in der weiteren Analyse Teilausgaben an - das sollt ihr jedoch nicht selbstständig tun! Immer zuerst die vollständige Ausgabe.

Bitte auch die FAQ beachten!

Rückmeldungen der Art "alles funktioniert" sind natürlich auch gern gesehen ... :cool:
 
Zuletzt bearbeitet:
Ich habe das Problem durch ein
Code:
sudo yum distro-sync full
gelöst.
 
Zuletzt bearbeitet:
Bin mir nicht sicher ob das mit TLP zusammenhängt, habe mit einem X230 folgendes Problem.
Nach dem Herausnehmen aus der Dockingstation funktioniert suspend nicht.

Komischerweise zeigt lsusb nach dem Herausnehmen immer noch die Geräte, die am Dock angeschlossen sind an:
Code:
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 003 Device 002: ID 0bdb:1926 Ericsson Business Mobile Networks BV 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 147e:2020 Upek TouchChip Fingerprint Coprocessor (WBF advanced mode)
Bus 001 Device 004: ID 0a5c:21e6 Broadcom Corp. BCM20702 Bluetooth 4.0 [ThinkPad]
Bus 001 Device 005: ID 04f2:b2ea Chicony Electronics Co., Ltd Integrated Camera [ThinkPad]
Bus 002 Device 003: ID 17ef:100a Lenovo ThinkPad Mini Dock Plus Series 3
Bus 002 Device 005: ID 0681:0022 Siemens Information and Communication Products Gigaset SX353 ISDN
Bus 002 Device 006: ID 04e8:6860 Samsung Electronics Co., Ltd GT-I9100 Phone [Galaxy S II], GT-I9300 Phone [Galaxy S III], GT-P7500 [Galaxy Tab 10.1]
Bus 002 Device 007: ID 046d:c508 Logitech, Inc. Cordless Trackball
Ein Suspend funktioniert, wenn das Gerät nicht gedockt war.

Hat jemand einen Tipp? Danke.
 
Da das Abdocken nicht erkannt wird, liegt ein Kernelproblem nahe. Wie lange hast Du nach dem Abdocken gewartet bevor Du lsusb eingegeben hast?

ps. Ob es an TLP liegt kannst Du doch ganz leicht per Deinstallieren (oder Deaktivieren in der Konfiguration) testen.
 
Zuletzt bearbeitet:
Lange > 30 min, sollte genug sein, oder? Ich werd' morgen mal sehen, was beim undock im syslog protokolliert wird.
 
So, gerade nochmals probiert. Der Zeitablauf, damit man die Loginfos zuordnen kann:
  • Sa 5. Jan 10:37:16 CET 2013 undock
  • Sa 5. Jan 10:37:55 CET 2013 suspend
  • Sa 5. Jan 10:38:32 CET 2013 back

Die Ausgabe von tlp-stat -T liegt unter http://paste.ubuntu.com/1499078/, syslog unter http://paste.ubuntu.com/1499079/.

Problem ist tlp unabhängig. Mein nächster Versuch ist mit einem Mainline-Kernel.
 
Zuletzt bearbeitet:
Welche Ubuntu-Version? Für 12.04 gibt es auch einen Backport-Kernel 3.5 - Metapakete sind:
  • linux-generic-lts-quantal
  • linux-image-generic-lts-quantal
  • linux-headers-generic-lts-quantal

EDITH: TLP verhält sich wie erwartet. dmesg sieht bei mir ähnlich aus einschl. USB. Vielleicht machst Du dir noch die Mühe die USB-Ereignisse deinen einzelnen Geräten zuzuordnen. Ich würde auch mal alle USB-Geräte vom Dock abhängen und erneut testen, dann ggf. einzeln wieder dran. Sollten wir dann auch vom Thread hier abhängen lassen.
 
Zuletzt bearbeitet:
Ich bin auf Ubuntu 12.10. Mit Mainline 3.8RC2 funktioniert der Suspend nach Undocking. Auch die USB-Geräte sind "weg".
 
Dann solltest Du einen freundlichen Bugreport gegen den Ubuntu-Kernel werfen (gebootet mit dem defekten Kernel):
Code:
ubuntu-bug linux
Zuvor jedoch noch hier oder per Google suchen.
 
Zuletzt bearbeitet:
TLP auf X220 i7, Fedora Kernel 3.7.1-2.fc18.x86_64
Code:
$ ./thinkwatt -r 300
for more accurate results use tp_smapi
recording (01/300))
average was 6.04023 W
Mehrere Messungen waren alle bei dem Wert, was ja sehr gut ist.

Warum macht thinkwatt die Meldung bzgl. tp_smapi? Jedenfalls ist tp_smapi installiert. Aber das Verzeichnis /sys/devices/platform/smapi existiert nicht, was wohl zu der Meldung führt. Manchmal funktioniert thinkwatt auch erst nach einem Reboot.
 
Zuletzt bearbeitet:
Warum macht thinkwatt die Meldung bzgl. tp_smapi?
Weil das Modul nicht geladen ist, was man auch am fehlenden Verzeichnis erkennt (am einfachsten in der Ausgabe von tlp-stat -b). Zeig mal:
Code:
rpm -qa | grep smapi
modinfo tp_smapi
uname -a
modprobe -v tp_smapi
tlp-stat -b
 
Code:
$ rpm -qa | grep smapi
akmod-tp_smapi-0.41-1.fc18.x86_64
tp_smapi-0.41-1.fc18.noarch

$ modinfo tp_smapi
ERROR: Module tp_smapi not found.

$ modprobe -v tp_smapi
FATAL: Module tp_smapi not found.

$ sudo tlp-stat -b
--- TLP 0.3.7.1 --------------------------------------------

+++ Battery
Hint: ThinkPad extended battery info not available (tp-smapi kernel module not installed).
/sys/class/power_supply/BAT0/manufacturer = SANYO
/sys/class/power_supply/BAT0/model_name = 42T4861
/sys/class/power_supply/BAT0/cycle_count = 0
/sys/class/power_supply/BAT0/status = Discharging
 
Das kernelspezifische Modul bzw. Paket wurde nicht automatisch erzeugt, daher ist keins da. Da müßte RomanX etwas dazu sagen.
 
Moin

Was sagt denn
Code:
rpm -qa |grep -e '^kernel'
uname -a
akmods --force

RomanX
 
Ist die Funktionalität von TLP ansich davon auch betroffen?

Hier die Daten:
Code:
$ rpm -qa |grep -e '^kernel'
kernel-tools-libs-3.7.1-2.fc18.x86_64
kernelshark-1.2-4.20120606git8266dff.fc18.x86_64
kernel-modules-extra-3.6.6-3.fc18.x86_64
kernel-headers-3.7.1-2.fc18.x86_64
kernel-3.7.1-2.fc18.x86_64
kernel-modules-extra-3.7.1-2.fc18.x86_64
kernel-devel-3.7.1-2.fc18.x86_64
kernel-3.6.11-3.fc18.x86_64
kernel-tools-3.7.1-2.fc18.x86_64
kernel-tools-libs-devel-3.7.1-2.fc18.x86_64
kernel-doc-3.7.1-2.fc18.noarch
kernel-devel-3.6.10-4.fc18.x86_64
kernel-3.6.6-3.fc18.x86_64

 $sudo akmods --force
Checking kmods exist for 3.7.1-2.fc18.x86_64               [  OK  ]
Building and installing acpi_call-kmod                     [  OK  ]
Building and installing tp_smapi-kmod                      [FEHLGESCHLAGEN]
Building rpms failed; see /var/cache/akmods/tp_smapi/0.41-1-for-3.7.1-2.fc18.x86_64.failed.log for details

Hint: Some kmods were ignored or failed to build or install.
You can try to rebuild and install them by by calling
'/usr/sbin/akmods --force' as root.

$ uname -a
Linux *** 3.7.1-2.fc18.x86_64 #1 SMP Fri Jan 4 00:10:48 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
 
Moin

@linrunner: Ausnahmsweise nicht. Meine Glaskugel funktioniert grade mal wieder. :cool:


@dirkk: Kommt davon, wenn man mit einem Kernel aus updates-testing rumspielt. :)

Code:
rm /usr/src/kernels/3.7.1-2.fc18.x86_64/include/linux/version.h
akmods --force

RomanX
 
Vielen Dank RomanX, es funktioniert. Nun ist der Verbrauch bei 6,35 W.
Kommt davon, wenn man mit einem Kernel aus updates-testing rumspielt
Insbesondere, da der Kernel inzwischen negatives Karma hat. :facepalm:

Aber ich hatte einen guten Grund. Nach der Installation wurde sofort auf Kernel 3.6.11 upgedatet. Damit funktionierte aber thinkwatt auch nicht. Denn offenbar fehlten die Header und Devel-Files. Wenn ich die installieren wollte, bot yum mir die für Kernel 3.6.10 an. Allerdings brach yum dann ab, als es bemerkte, das der Kernel dafür zu neu ist. yum downgrade ging auch nicht...... da kam mir der Kernel 3.7.1 gerade recht. Aber der ist ja wohl auch eine Niete.
 
Moin Moin

Für alle, die eine GOBI-UMTS Karte haben, habe ich mal den gobi-loader paketiert und ins Repo hochgeladen.
Code:
yum install gobi_loader

Die Firmwaredateien sind nicht im RPM enthalten. Die müsst ihr nach wie vor selber installieren.

RomanX

P.S.:
Der Support für Fedora 16 endet am 12. Februar 2012.
Danach gibt es dafür auch keine Updates mehr im tlp-repo.
 
Zuletzt bearbeitet:
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben