TLP FAQ

Aus ThinkPad-Wiki
Version vom 27. August 2016, 15:46 Uhr von Linrunner (Diskussion | Beiträge) (Was versteht man unter "ThinkPad Akkufunktionen"?)

Hier werden häufig gestellte Fragen beantwortet und (Umgehungs-)Lösungen zu gängigen Problemen gegeben.

Installation und Konfiguration

Wie kann ich TLP auf einem Entwickler-Release meiner Distribution XY installieren

Die TLP-Pakete für neue Distributions-Release werden normalerweise rechtzeitig zu deren Releasetermin im TLP-Repository bereitgestellt. Möchte man TLP bereits vorher mit einer Alpha- oder Beta-Version testen, so kann man die Pakete für die Vorversion händisch mit dem jeweiligen Paketmanager installieren.

Kann ich TLP zusammen mit anderen Power Management Tools wie laptop-mode-tools, Jupiter, etc. einsetzen?

Dies wir nicht empfohlen. Für Power Management Tools gilt: "Es kann nur einen geben". Um störende Wechselwirkungen zu vermeiden, sollte man nur ein Tool gleichzeitig einsetzen.

Hinweis: das vorstehende gilt nicht für Powertop, da es kein Power Management Tool im eigentlichen Sinne ist. Siehe Powertop.

Funktioniert TLP auch mit anderen Notebooks (nicht ThinkPads)?

TLP ist für alle Notebooks geeignet, einige Features sind jedoch nur für ThinkPads verfügbar.

Hinweis: da der Programmautor nur über Testmöglichkeiten auf ThinkPads verfügt, sind Berichte und Fragen zu anderen Notebooks im Support-Thread stets willkommen.

Soll ich TLP in einer virtuellen Maschine installieren?

Nein. Es ist ineffektiv ein Power Management Tool innerhalb einer virtuellen Maschine (Guest) zu verwenden. TLP sollte stattdessen besser im Betriebssystem des VM-Hosts installiert werden.

Wie kann ich die Einstellungen von TLP ändern?

Eine ausführliche Beschreibung aller Einstellungen findet sich im Artikel TLP Einstellungen.

Überschreibt ein Update von TLP meine Einstellungen?

Nein. Alle Paketwerkzeuge achten darauf, vom Benutzer angepasste Konfigurationsdateien nicht ohne Rückfrage zu ersetzen bzw. sie erstellen zuvor eine Kopie.

Muss ich meine Einstellungen nach einem Update von TLP anpassen?

Nicht unbedingt. Bei der Weiterentwicklung von TLP wird darauf geachtet, dass alte Konfigurationsdateien weiterhin funktionieren. Neue Features bekommen – soweit möglich – sinnvolle interne Defaults, sodass sie auch ohne expliziten Eintrag in die Konfiguration wirken.

Allerdings sorgt das Paketupdate nicht dafür, dass neue Features zur Konfigurationsdatei hinzugefügt werden. Wenn man also den Default für ein neues Feature anpassen möchte, kann man:

  • die Einstellung händisch zur Konfiguration hinzufügen; oder
  • alle eigenen Einstellungen in die temporäre, neue Konfigurationsdatei (Name hängt vom Paketwerkzeug ab) aufnehmen und und diese anschliessend an den endgültigen Ort kopieren.

Warum ziehen meine TLP-Einstellungen unter Kubuntu/KDE nicht korrekt?

Ein mögliches Symptom: im Akkubetrieb werden die AC-Einstellungen verwendet, am Netzteil die BAT-Einstellungen.

Grund: unter "Systemeinstellungen -> Energieverwaltung -> Profile ändern" wurden die Einstellungen der Energieprofile verändert.

Lösung: Voraussetzung für die korrekte Funktion von TLP ist die richtige Einstellung des Häkchens "Energiesparfunktion des Systems einschalten" unter "Prozessor und System":

  • Profil "Powersave" (Default für Akkubetrieb): Häkchen an
  • Profil "Performance" (Default am Netzteil): Häkchen aus

Bei selbst erstellten Profilen ist sinngemäß zu verfahren.

Ich verwende den Network Manager nicht, wie kann ich in Ubuntu/Debian tlp ohne tlp-rdw installieren?

sudo apt-get install --no-install-recommends tlp

Kann ich TLP auch mit Linux-Distributionen verwenden für die noch kein fertiges Paket existiert?

Prinzipiell ist es möglich den Source-Tarball bei GitHub herunterzuladen, auszupacken und per

tar xfvz TLP-V.v.tar.gz
cd TLP-V.v

zu installieren per (als root)

make install

und die Services zu aktivieren (als root).

systemctl enable tlp.service
systemctl enable tlp-sleep.service  

Es besteht jedoch kein Support dafür.

Hinweis: für das 'make install' sollte man die Makefile-Optionen an die verwendete Distribution anpassen.

Audio

Bei Problemen mit der Soundausgabe im Akkubetrieb (Störungen, Klickgeräusche) kann man probehalber in den Einstellungen den Stromsparmodus des Soundchips deaktivieren um das Problem einzugrenzen:

SOUND_POWER_SAVE_ON_AC=0
SOUND_POWER_SAVE_ON_BAT=0

Eingabegeräte

Warum funktioniert meine USB-Tastatur/-Maus nicht mehr?

TLP ist höchstwahrscheinlich nicht die Ursache, denn es nimmt standardmässig alle USB-Eingabegeräte (usbhid) vom Autosuspend aus.

Bluetooth-Maus stockt oder verliert die Verbindung

Ursache: nahezu alle internen und alle externen Bluetooth-Adapter sind USB-Geräte. Einige davon implementieren den Autosuspend-Modus nicht korrekt, was zu Problemen mit den verbundenen Bluetooth-Geräten führen kann.

Lösung: den USB-Bluetooth-Adapter identifizieren mit

tlp-stat -u | grep btusb

und die USB-ID zu USB_BLACKLIST hinzufügen. Die neue Einstellung aktivieren mit

sudo tlp usb

Funkgeräte (Bluetooth, WLAN, WWAN)

Langsames oder instabiles WLAN im Akkubetrieb

Ursache: der Kerneltreiber implementiert den Stromsparmodus nicht korrekt.

Lösung: Stromsparmodus im Akkubetrieb deaktivieren

WIFI_PWR_ON_BAT=off 

XFCE-Desktop / Xubuntu: Bluetooth wird beim Systemstart nicht deaktiviert

Ursache: XFCE verwendet das Bluetooth-Applet Blueman, das beim Start stets Bluetooth aktiviert.

Lösung: das Bluetooth-Applet aus dem Autostart entfernen oder das Paket blueman deinstallieren. Alternativ kann man Blueman patchen.

Warum funktioniert das Wiederherstellen des Funkgerätezustands mit RESTORE_DEVICE_STATE_ON_STARTUP nicht?

Ursache: Konflikt mit anderen Einstellungen wie DEVICES_TO_DISABLE/ENABLE_ON_...

Lösung: RESTORE_DEVICE_STATE_ON_STARTUP=1 und DEVICES_TO_DISABLE/ENABLE_ON_... nicht gleichzeitig verwenden.

Ursache: systemd 209 (or higher) implementiert einen eigenen Weg (systemd-rfkill.service, siehe Funkgeräte schalten), um die Schaltzustände beim Systemstart wiederherzustellen.

Lösung: RESTORE_DEVICE_STATE_ON_STARTUP=1 und das systemd-Feature nicht gleichzeitig verwenden.

Warum aktiviert TLP nicht USB Autosuspend für meine integrierte WWAN(UMTS) Karte?

Grund: einige Karten arbeiten nicht zuverlässig mit USB Autosuspend, daher schließt sie TLP standardmässig aus.

Lösung: um USB Autosuspend für WWAN(UMTS) zu erzwingen konfiguriert man

USB_BLACKLIST_WWAN=0

Siehe USB Einstellungen.

Grafik

Radeon

Warum flackert mein Display beim Wechsel der Stromquelle kurz?

Grund ist die automatische Umschaltung der Taktfrequenz bei Radeon-Karten (freier Treiber radeon ab Kernel 2.6.35). Ist dies nicht gewünscht, schafft folgende Einstellung (auf Kosten eines höheren Stromverbrauchs) Abhilfe:

RADEON_POWER_PROFILE_ON_AC=default
RADEON_POWER_PROFILE_ON_BAT=default

Nvidia Optimus

Warum hat mein Notebook einen extrem hohen Stromverbrauch?

Bei der Optimus-Hybridgrafik stecken im Notebook zwei Grafikeinheiten: eine von Intel auf dem Processor-Chip ("integrated", iGPU) und eine von Nvidia ("discrete", eGPU). Linux nutzt standardmäßig die Intel-Grafik, gleichzeitig ist die nicht genutzte Nvidia-Grafik eingeschaltet und verbraucht sehr viel Akkustrom weil kein Treiber geladen ist.

TLP kann nichts dagegen tun, stattdessen gibt es folgende Lösungsmöglichkeiten:

Ich verwende PRIME um die eGPU abzuschalten, warum wird sie dennoch beim Booten aktiviert?

Lösung: die eGPU vom Runtime PM ausschließen, entweder durch Blacklisten der Treiber

RUNTIME_PM_DRIVER_BLACKLIST="nouveau nvidia"

oder des Geräts

RUNTIME_PM_BLACKLIST="01:00.0"

Hinweis: um zu überprüfen, ob "01:00.0" zur verbauten Nvidia eGPU passt, verwendet man den Befehl

lspci | grep VGA

Siehe auch Runtime PM.

Laufwerke

Warum parkt meine Festplatte die Leseköpfe im Akkubetrieb so häufig (Klickgeräusche)?

Die TLP-Einstellung

DISK_APM_LEVEL_ON_BAT=128

entspricht der Ubuntu-Default-Einstellung und sollte nicht zu exzessiven Parkvorgängen (Stichwort "Load Cycle Count") führen. Leider interpretieren einige Hersteller, insbesondere bei neueren Plattenmodellen, die APM-Eckwerte sehr "grosszügig", um den Stromverbrauch zu senken.

In einem solchen Fall kann es helfen, im Akkubetrieb einen geeigneten Wert > 128 durch Ausprobieren zu ermitteln (siehe Notebook-Festplatten-Bug).

Warum funktioniert das automatische Anhalten der Festplatte (Spindown) nicht?

Die Verwendung von DISK_APM_LEVEL < 128 oder von DISK_SPINDOWN_TIMEOUT ermöglicht zwar das automatische Anhalten des Spindelmotors. In der Praxis greifen System und Anwendungen aber zu häufig auf die Festplatte zu und wecken sie wieder auf. Für dieses Problem existiert keine nachhaltige Lösung, da insbesondere zahlreiche Anwendungen angepasst werden müssten.

Wie kann ich meine 2. Festplatte anhalten?

Abschalten nach 1 Minute (= 12 · 5 Sekunden) Inaktivität mit:

DISK_SPINDOWN_TIMEOUT_ON_AC="0 12"
DISK_SPINDOWN_TIMEOUT_ON_BAT="0 12"

Siehe auch Spindelmotor abschalten.

Warum läuft beim Wechsel Akku <-> Netzbetrieb stets die Festplatte an?

TLP schreibt die Einstellungen für den APM-Level und den Timeout für das Abschalten des Spindelmotors bei jedem Wechsel der Stromquelle und beim Suspend/Resume. Durch den Schreibvorgang starten Festplatten immer den Spindelmotor. Um dies zu vermeiden, kann man entweder die betreffenden Einstellungen durch Auskommentieren ('#' am Zeilenanfang) deaktivieren oder das spezielle Schlüsselwort "keep" für die betroffene Festplatte einsetzen.

Siehe auch APM.

Warum ist meine Crucial M4 SSD im Akkubetrieb so langsam?

Die Crucial M4 verringert in Abhängigkeit vom APM Level die Performance. Möchte man dies nicht, so kann man APM wie folgt ausschalten:

DISK_APM_LEVEL_ON_AC="255 255"
DISK_APM_LEVEL_ON_BAT="255 255"

System extrem langsam im Akkubetrieb

Benutzer des ThinkPad T60 und T420 berichteten von diesem Problem. Als Umgehungslösung hat sich folgende Einstellung bewährt:

SATA_LINKPWR_ON_BAT=medium_power

Wechselschacht / Ultrabay: wieso wird trotz Konfiguration das optische Laufwerk im Akkubetrieb nicht ausgeschaltet?

Mögliche Ursachen:

ThinkPad ohne Ultrabay

Dazu zählen die Edge- und SL-Baureihen.

Inkompatibles Notebook

Die Funktion ist bisher nur mit ThinkPads getestet. Berichte und Fragen zu anderen Notebooks sind im Support-Thread stets willkommen.

Powertop

Disclaimer: TLP wurde nicht entworfen um Powertop glücklich zu machen!

Wozu brauche ich TLP, ich kann die Stromspareinstellungen doch mit Powertop vornehmen?

Powertop ist kein Power Management Tool, sondern lediglich ein Analysewerkzeug. Alle mit Powertop vorgenommenen Änderungen gehen beim nächsten Neustart des Systems verloren. Um die von Powertop empfohlenen Einstellungen permanent zu machen, benötigt man Tools wie TLP.

TLP setzt bereits in der mitgelieferten Standardkonfiguration alle sinnvollen Empfehlungen von Powertop automatisch um.

Warum empfiehlt mir Powertop im Akkubetrieb trotz aktivem TLP weitere Stromspar-Einstellungen?

Wichtig: TLP wendet maximale Stromspar-Einstellungen nur im Akkubetrieb an, daher bitte vor dem Starten von Powertop das Netzteil abziehen!

Nicht alle Empfehlungen von Powertop in der Rubrik "Tunables" sind sinnvoll bzw. sicher zu verwenden.

"VM writeback timeout"

Powertop erwartet auf einem Wert von 1500 hundertstel Sekunden (centisecs), wohingegen TLP Defaultwerte von 1500 am Netzteil und 6000 im Akkubetrieb setzt. Falls man Powertops Empfehlung folgen möchte, setzt man folgende Einstellung:

MAX_LOST_WORK_SECS_ON_BAT=15

"SATA ALPM link power"

Bei einigen Notebook-Modellen läßt sich ALPM für bestimmte Links nicht von "max_performance" auf "min_power" umschalten. Dies ist der Fall z.B. für eine offene Verbindung zum Laufwerk in der (nicht angeschlossenen) Docking Station.

Stromsparende Umgehungslösung für ThinkPads der X-Serie: im BIOS unter "Security -> IO Port Access" den Zugriff auf das Laufwerk in der Ultrabase auf "disabled" stellen (Ersparnis ca. 0,4 W).

"Wifi powersave"

  • Einige WLAN-Karten, z.B. Intel 3945abg, unterstützen mit aktuellen Linux-Kerneln kein Powersave.

"USB autosuspend"

TLP spart absichtlich USB-Eingabegeräte (HID) und WWAN-Geräte (3G/UMTS, 4G/LTE) vom Autosuspend aus, um den Benutzern Probleme mit "einschlafenden" Mäusen o.ä. zu ersparen.

Eingabegeräte kann man in die Whitelist aufnehmen (USB_WHITELIST, siehe USB) um Autosuspend zu aktivieren; für WWAN nutzt man:

 USB_BLACKLIST_WWAN=0

"HD audio powersave"

  • (Vermutlich) falsche Anzeige von Powertop

Powertop zeigt mir eine sehr hohe Leistungsaufnahme für Gerät XY an – was kann ich tun?

Es ist unmöglich die Leistungsaufnahme einzelner Notebook-Komponenten direkt zu messen, nur die Gesamtleistungsaufnahme ist am Akku messbar. In der Rubrik "Device stats" werden daher in der Spalte "Power est." grob geschätzte Werte angezeigt, die offensichtlich fehlerhaft sind und ignoriert werden sollten.

Prozessortaktsteuerung

Wieso werden die Takt-Einstellungen nicht bzw. unvollständig umgesetzt?

Falls tlp-stat -p andere als die gewählten Einstellungen anzeigt, gibt es mehrere mögliche Ursachen:

Die distributionseigenen Einstellungen funken dazwischen

Lösung: den distributionseigenen Mechanismus wie folgt deaktivieren:

Ubuntu

sudo update-rc.d -f ondemand remove

Änderung rückgängig machen mit:

sudo update-rc.d ondemand defaults

Debian

update-rc.d -f cpufrequtils remove     # als Root

Änderung rückgängig machen mit:

update-rc.d cpufrequtils defaults      # als Root

Ungültige Frequenzeinstellungen

Lösung: die gültigen Werte für den eigenen Prozessor werden von tlp-stat -p angezeigt. Beispiel:

/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies =  2400000 1600000  800000 [kHz]

Kein ondemand Governor mit intel_pstate

/sys/devices/system/cpu/cpu0/cpufreq/scaling_driver    = intel_pstate 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor  = powersave

Seit Kernel 3.9 wird auf Intel Sandy Bridge (oder neuerer) Hardware automatisch der neue Treiber intel_pstate verwendet. intel_pstate unterstützt als Governor nur noch powersave (empfohlener Standard) und performance, ondemand ist entfallen.

tlp-stat -p zeigt "x86_energy_perf_policy: program [for your kernel] not installed."

Die Lösung hängt von der Distribution ab:

  • Ubuntu: das Meta-Paket linux-tools (bzw. linux-tools-lts-* für HWE-Kernel) installieren; für Mainline-Kernel gibt es kein passendes Paket.
  • Debian: derzeit kein Paket verfügbar.
  • Arch: das Paket x86_energy_perf_policy installieren.
  • Fedora: das Paket kernel-tools installieren.

Systemstart und Suspend

systemd: muss ich die TLP Service Units aktivieren?

Ja. Die Service Units sind unabdingbar für den Betrieb von TLP:

  • tlp.service: wendet Stromspareinstellungen an und schaltet Funkgeräte bei Systemstart und Herunterfahren
  • tlp-sleep.service: wendet Stromspareinstellungen an bei Suspend und Resume

Herunterfahren startet den Laptop neu statt ihn abzuschalten

Benutzer von HP Laptops berichten von diesem Problem. Abhilfe schafft des Deaktivieren von Wake-on-LAN im BIOS.

Suspend nicht möglich im Akkubetrieb

Benutzer des ThinkPad T400 mit Kernel 3.0 berichteten von diesem Problem. Ursache war die benutzerspezifische Einstellung für das Ausschalten des optischen Laufwerks im Akkubetrieb. Diese ist wie folgt zu deaktivieren:

BAY_POWEROFF_ON_BAT=0

Ethernet nach Resume ohne Funktion

Ein Benutzer eines Dell XPS mit Kernel 4.4 berichtete dieses Problem.

Lösung: Wake-on-LAN aktivieren

WOL_DISABLE=N

ThinkPad Akku

Was versteht man unter "ThinkPad Akkufunktionen"?

ThinkPad Akkufunktionen meint Akku-Ladeschwellen sowie den/die Akku/s im Betrieb am Netzteil entladen bzw. rekalibrieren zu können.

Abgrenzung:

  • ThinkPad Akkufunktionen sind ausschließlich mit IBM/Lenovo ThinkPads möglich!
  • Alle anderen Lenovo Laptop-Modelle einschließlich IdeaPads – sowie natürlich andere Laptop-Fabrikate – werden nicht unterstützt. Hierfür bitte keine Fehlerberichte einreichen.
  • Es gibt keine zusätzlichen Stromsparfunktionen für ThinkPads.

Was sind gute Akku-Ladeschwellen?

Die Werkseinstellungen für die Akku-Ladeschwellen eines ThinkPads sind wie folgt: beim Anschliessen des Netzteils beginnt der Akku ab 96% zu laden und stoppt bei 100%. Diese Einstellungen sind optimiert für maximale Laufzeit. Ein dauerhaft hoher Ladezustand führt jedoch über die Jahre zu einem Rückgang der Ladekapazität des Akkus. Um dieses Problem abzumildern, können die Ladeschwellen justiert werden – verbunden mit mehr oder weniger starken Auswirkungen auf die Laufzeit.

Alles hängt davon ab, wie das ThinkPad genutzt wird, oder genauer, welche minimale Laufzeit unterwegs für seinen Benutzer akzeptabel ist. Am Ende geht es also um eine Abwägung höhere Akkulaufzeit vs. Verringerung der Akkulebensdauer.

Wenn das ThinkPad die meiste Zeit am Netzteil betrieben und selten abgesteckt wird, dann kann eine Maximierung der Lebensdauer auf Kosten der Laufzeit akzeptabel sein, d.h. 40% für die untere und 50% für die obere Ladeschwelle.

Wird es hingegen zumeist ohne Netzteil verwendet, dann erlaubt eine untere Schwelle von 85% und eine Obere von 90% eine wesentlich höhere Laufzeit und gleichzeitig einen Vorteil bei der Lebensdauer gegenüber den Werkseinstellungen.

Die Standardeinstellungen von TLP (75%/80%, sofern die betreffenden Konfigurationszeilen vom Benutzer einkommentiert wurden – sind noch ein wenig schonender im Hinblick auf die Lebensdauer.

Beim oben Gesagten ist stets zu bedenken, dass die untere Ladeschwelle die kritischere Einschränkung für die Laufzeit darstellt, da sie den niedrigsten vorkommenden Ladezustand definiert, der bei angeschlossenem Netzteil vorkommen kann.

Ausserdem soll daran erinnert werden, dass TLP über ein Kommando zum Voll-Laden verfügt (tlp fullcharge), falls man vorübergehend die Laufzeit maximieren möchte (z.B. auf Reisen).

Warum wird mein Akku trotz eingestellter Ladeschwellen auf 100% geladen?

Hier gibt es eine ganze Reihe möglicher Ursachen:

Notebook ist kein ThinkPad

Akkuladeschwellen und -rekalibrierung funktionieren nur mit ThinkPads.

Wichtig: andere Lenovo-Modelle, einschließlich IdeaPads, sowie andere Fabrikate, werden nicht unterstützt.

tp-smapi ist nicht installiert

Symptom: tlp-stat -b zeigt die Meldung

tp-smapi = inactive (kernel module 'tp_smapi' not installed)

Lösung: tp-smapi anhand der distributionsspezifischen Anleitung nachinstallieren.

Paket tp-smapi-dkms läßt sich nicht installieren

Symptom: die Installation des Pakets zeigt die Fehlermeldung

Setting up tp-smapi-dkms (0.41-1) ...
Creating symlink /var/lib/dkms/tp-smapi/0.41/source ->
                 /usr/src/tp-smapi-0.41
DKMS: add completed.
Error! Your kernel headers for kernel 3.X.0-YY-generic cannot be found.
Please install the linux-headers-3.X.0-YY-generic package,
or use the --kernelsourcedir option to tell DKMS where it's located

Lösung: das Paket linux-generic-headers nachinstallieren.

Kernelmodul tp_smapi lädt nicht

Symptom: tlp-stat -b zeigt die Meldung

tp-smapi = inactive (kernel module 'tp_smapi' load error)

Lösung: zunächst versucht man, das Kernelmodul manuell zu laden mit

sudo modprobe -v tp_smapi

und anhand der Fehlermeldung mit den dazu in tp-smapi Maßnahmen fortfahren bzw. eine Anfrage im Forum starten.

Generell nicht unterstützt wird tp-smapi bei folgenden Modellen:

  • ThinkPad SL300/400/500
  • ThinkPad X121e (AMD)
  • ThinkPad L430, L530, T430(s), T530, W530, X230 und alle neueren Modelle – siehe unten

Kernelmodul acpi_call ist nicht installiert

Symptom: tlp-stat -b zeigt die Meldung

tpacpi-bat = inactive (kernel module 'acpi_call' not installed)

Lösung: acpi-call anhand der distributionsspezifischen Anleitung nachinstallieren.

Kernelmodul acpi_call lädt nicht

Symptom: tlp-stat -b zeigt die Meldung

tpacpi-bat = inactive (kernel module 'acpi_call' load error)

Lösung: das Kernelmodul manuell laden mit

 sudo modprobe -v acpi_call

und ggf. mit der Fehlermeldung im Forum nachfragen.

Hardware inkompatibel zu tpacpi-bat

Symptom: tlp-stat -b zeigt die Meldung

tpacpi-bat = inactive (unsupported hardware)

Ursache: tpacpi-bat unterstützt ausschließlich ThinkPad T420(s)/T520/W520/X220 und neuere Modelle.

Lösung: keine.

ThinkPad T420(s)/T520/W520/X220

Bei der Sandy-Bridge-Generation unterstützt tp-smapi weder die untere Ladeschwelle noch das Rekalibrieren.

Die Ausgabe von tlp-stat zeigt

/sys/devices/platform/smapi/BAT0/start_charge_thresh = (not available)

Die Ausgabe von tlp setcharge bzw. fullcharge zeigt

start => Warning: cannot set threshold.

tlp discharge bzw. recalibrate schlagen fehl

Error: discharge function not available for this ThinkPad model.

Lösung: TLP verwendet statt tp-smapi automatisch die Alternative tpacpi-bat sofern das benötigte Kernelmodul acpi_call installiert ist – siehe Installation.

ThinkPad T430(s)/T530/W530/X230 und alle neueren Modelle

TLP verwendet statt tp-smapi automatisch die Alternative tpacpi-bat sofern das benötigte Kernelmodul acpi_call installiert ist – siehe Installation.

Akku wurde gewechselt

Durch Herausnehmen des Akkus können bei manchen Modellen die aktiven Ladeschwellen verloren gehen. Nach dem (Wieder-)Einsetzen eines Akkus wirken zunächst die Werkeinstellungen (96/100%). Die in TLP konfigurierten Ladeschwellen werden erst aktiv, nachdem das

  • System neu gestartet
  • wieder heruntergefahren und ausgeschaltet

wurde.

Alternativ kann man auch temporäre Schwellen setzen (wirken sofort).

Die von tlp-stat -b angezeigten Ladeschwellen entsprechen nicht den Einstellungen

Mögliche Ursachen:

Konfiguration wurde nicht aktiviert

Nach Anpassungen der Einstellungsdatei ist ein Neustart oder der Aufruf von

sudo tlp start

bzw.

sudo tlp setcharge

erforderlich.

ThinkPad Edge(E/S)-Reihe, L-Reihe, SL410/510, Yoga-Reihe

Bei diesen Baureihen entsprechen die mit tlp-stat -b ausgelesenen Werte für die Akkuladeschwellen nicht den zuvor geschriebenen Werten. So liefert z.B. das Setzen von START_CHARGE_THRESH_BATx=75 / STOP_CHARGE_THRESH_BATx=80 beim Auslesen stattdessen 75 / 74. Das Verhalten wird durch die Firmware (UEFI/BIOS) der betroffenen Modelle verursacht, nicht durch TLP. Nichtsdestotrotz funktionieren die Ladeschwellen wie eingestellt!

Unstetigkeiten des Ladestands bei ThinkPad T420(s)/T520/W520/X220 (und allen neueren Modellen)

Symptom: einige Benutzer berichten von stark reduzierter Akkukapazität oder plötzlichem Abfall des Ladestands von ca. 30% auf Null.

Wahrscheinliche Ursache: undokumentierte Änderung der Ladelogik durch Lenovo.

Lösung: die Ladeschwellen komplett entfernen oder nur entweder die untere oder die obere aber nicht beide verwenden; anschließend den Akku einmal rekalibrieren.

Hinweis: dies ist ein Software-Phänomen, der Akku wird dadurch nicht beeinträchtigt.

Wieso wird trotz erreichter Ladeschwelle im Panel weiterhin angezeigt, dass der Akku geladen wird?

Alle Panel-Applets verwenden die Standard-Schnittstelle des Kernels, die beim Eingriff von Ladeschwellen den Ladestatus nicht richtig wiedergibt. Konkret zeigt tlp-stat -b in diesem Fall für /sys/class/power_supply/BATx/status den Wert "Unknown". Dieses Verhalten läßt sich nicht ändern.

Bei ThinkPad-Modellen die tp-smapi unterstützen, zeigt tlp-stat -b hingegen unter /sys/devices/platform/smapi/BATx/ stets den tatsächlichen Zustand.

Funktionieren die Ladeschwellen auch wenn TLP/Linux nicht läuft?

Der Ladevorgang wird nicht per Software, sondern durch die Hardware gesteuert. TLP schreibt lediglich die Schwellen in die Hardwareregister der Ladeelektronik (per tp-smapi oder tpacpi-bat). Einmal in der Hardware gespeichert, wirken die Ladeschwellen dauerhaft weiter. Zum Entfernen siehe unten.

Was genau tut die untere Ladeschwelle START_CHARGE_THRESH_BATx?

START_CHARGE_THRESH_BATx sorgt dafür, dass der Akku nach kurzen Entladevorgängen beim Anstecken des Netzteils nicht sofort wieder geladen wird. Der Ladevorgang startet erst, wenn beim vorausgegangenen Entladen der Wert von START_CHARGE_THRESH_BATx unterschritten wurde. Liegt hingegen beim Anstecken des Netzteils die Ladung über START_CHARGE_THRESH_BATx, dann wird nicht geladen.

Wird bei gesetzten Ladeschwellen der Akku auch am Netzteil entladen?

Nein. Sonst müßte es ja Ent-Ladeschwellen heißen.

Kann man durch Setzen der unteren Ladeschwelle das weitere Entladen des Akkus verhindern?

Nein. Entladen des Akkus läßt sich nur durch Anstecken des Netzteils oder Ausschalten des ThinkPads verhindern.

Wie kann ich die Ladeschwellen entfernen?

Man entfernt die Ladeschwellen aus der Konfiguration durch Auskommentieren mit '#'

#START_CHARGE_THRESH_BAT0=75
#STOP_CHARGE_THRESH_BAT0=80 

und aktiviert mit

sudo tlp fullcharge

unmittelbar die Werkseinstellung 96%/100%.

Mein Akku läßt sich nach einer Rekalibration nicht mehr aufladen, die Anzeige zeigt permanent X%

Wahrscheinlichste Ursache: der Akku ist defekt (und war dies auch schon vor der Rekalibration).

USB

USB-Gerät funktioniert nicht

Symptom: einige USB-Geräte – z.B. Scanner – arbeiten nicht zuverlässig, wenn TLP den USB Autosuspend Modus aktiviert.

Lösung: mit lsusb die USB-Geräte-ID des betreffenden Geräts ermitteln, in USB_BLACKLIST eintragen (dabei das Kommentarzeichen '#' am Anfang der Zeile entfernen) und das Gerät erneut anstecken.

Hinweis: TLP nimmt alle Eingabegeräte (HID), also Tastaturen und Mäuse, automatisch vom Auto-Suspend-Modus aus. Für sie ist kein Eintrag in USB_BLACKLIST erforderlich.

Smartphone wird am USB-Anschluss nicht geladen

Mit lsusb die USB-Geräte-ID des Smartphones ermitteln, in USB_BLACKLIST eintragen und das Smartphone erneut anstecken.

Warnungen

Welche Art Warnungen zeigt "tlp-stat -w" an?

Derzeit prüft der Befehl das Kernel Log auf Fehler die möglicherweise durch SATA ALPM verursacht werden.

Was ist zu tun wenn Warnungen angezeigt werden?

TLPs Standard-Einstellung im Akkubetrieb

SATA_LINKPWR_ON_BAT=min_power

ist auf maximale Energieeinsparung ausgelegt. Hier wählt man probeweise einen weniger aggressiven Wert, d.h.:

SATA_LINKPWR_ON_BAT=medium_power

oder

SATA_LINKPWR_ON_BAT=max_performance

oder man deaktiviert die Einstellung komplett – siehe SATA ALPM.

Nach dem Ändern der Einstellung ist vor einer erneuten Prüfung ein Neustart erforderlich.

Vorstehendes gilt sinngemäß für SATA_LINKPWR_ON_AC, falls die Standard-Einstellung verändert wurde.

Hinweis: der Unterschied in der Leistungsaufnahme zwischen min_power und max_performance kann sich abhängig von der Hardware auf mehr als 1 W belaufen.

Was tun wenn die Änderung der Einstellungen die Fehlermeldungen nicht beseitigt?

Falls nur 1 oder 2 Fehler direkt nach dem Systemstart oder dem Wechsel der Stromquelle auftreten, kann man diese (nach Berichten von Benutzern) einfach ignorieren.

Im Fall einer hohen Anzahl von Fehlern, versucht man es mit einen neueren Kernel.

Was ist der Grund für die Fehlermeldungen?

Kandidaten sind:

  • Fehlerhafte Implementierung von ALPM in der Firmware der Platte, dem SATA Controller oder dem System BIOS
  • Probleme zwischen Controller und Platte
  • Fehler im Kernel-Treiber

Neue Funktionen

Wie erreiche ich, daß Feature "xyzzy" in TLP aufgenommen wird?

Einfach im Support-Thread melden und den Wunsch nachvollziehbar beschreiben:

  • Ziel des Features: was soll erreicht werden und warum?
  • Welche Anwendungsfälle sind zu berücksichtigen bzw. machen das Feature notwendig?
  • Vorhandene eigene Skripte (oder Links zu solchen) beifügen

Hinweis: der Autor behält sich vor, Featurewünsche zu einem von ihm gewählten Termin oder auch gar nicht zu implementieren.

Grundsätzlich werden in TLP nur Dinge implementiert, die mit der Senkung des Stromverbrauchs oder dem Akkubetrieb im Allgemeinen zu tun haben. Siehe dazu auch die untenstehende Abgrenzung.

Abgrenzung - welche Themen berücksichtigt TLP (absichtlich) nicht?

  • Auswahl des aktiven Akkus bei ThinkPads ("battery balancing")
  • Helligkeit des LCD-Backlights: kollidiert mit vorhandener Funktionalität z.B. des Gnome Power Managers
  • Lüftersteuerung: Lösungen sind bereits vorhanden: Thinkfan bzw. tpfanco.

Links

TLP

Lüftersteuerung

nur für ThinkPads

  • Thinkfan – einfaches Lüftersteuerungsprogramm
  • tpfanco – Lüftersteuerung mit GUI