|
|
| (195 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| <div style="text-align: right;">
| | [[Bild:warning.png]] Die Inhalte dieser Seite waren veraltet und wurden deshalb vom TLP Autor entfernt. |
| [http://linrunner.de/en/tlp/docs/tlp-faq.html English version] | |
| </div>
| |
|
| |
|
| Hier werden häufig gestellte Fragen zu [[TLP_-_Stromspareinstellungen_fuer_Ubuntu|TLP]] beantwortet.
| | Bitte die [https://linrunner.de/tlp/faq offizielle Dokumentation (englisch)] verwenden. |
| | |
| = 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: [https://de.wikipedia.org/wiki/Highlander_%E2%80%93_Es_kann_nur_einen_geben "Es kann nur einen geben"]. Um störende Wechselwirkungen zu vermeiden, sollte man nur ein Tool gleichzeitig einsetzen.
| |
| | |
| <u>Hinweis:</u> TLP weigert sich explizit zu starten, wenn die laptop-mode-tools installiert sind.
| |
| | |
| == Funktioniert TLP auch mit anderen Notebooks (nicht ThinkPads)? ==
| |
| TLP ist für alle Notebooks geeignet, das Einstellen der Akkuladeschwellen ist jedoch nur für ThinkPads verfügbar.
| |
| | |
| Da der Programmautor nur über Testmöglichkeiten auf ThinkPads verfügt, sind Berichte und Fragen zu anderen Notebooks im [http://www.thinkpad-forum.de/thinkpad-software/linux-und-osx/84030-projektvorstellung-tlp---stromspareinstellungen-für-ubuntu/ Support-Thread] stets willkommen.
| |
| | |
| == Wie kann ich die Einstellungen von TLP ändern? ==
| |
| Eine ausführliche Beschreibung aller Einstellungen findet sich im Artikel [[TLP_Einstellungen|TLP Einstellungen]].
| |
| | |
| == Kann ich TLP auch mit Kubuntu, Xubuntu, o.ä. verwenden? ==
| |
| Ja. Alle Funktionen von TLP arbeiten unabhängig von der gewählten Desktopumgebung.
| |
| | |
| == 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 [https://github.com/linrunner/TLP/tags Github] herunterzuladen, auszupacken und per
| |
| tar xfvz linrunner-TLP-VERSION-COMMIT.tar.gz
| |
| cd linrunner-tlp-COMMIT
| |
|
| |
| # als Root
| |
| make install
| |
| chkconfig --add tlp # oder das distributions-spezifische Kommando
| |
| zu installieren, es besteht jedoch kein Support dafür.
| |
| | |
| Wer über Interesse und die nötigen Kenntnisse verfügt, TLP für andere Distributionen zu paketieren, zu testen und zu supporten, kann sich anhand der [http://linrunner.de/en/tlp/docs/tlp-developer-documentation.html Entwicklerdokumentation] informieren und möge sich sehr gerne im [http://www.thinkpad-forum.de/thinkpad-software/linux-und-osx/84030-projektvorstellung-tlp---stromspareinstellungen-für-ubuntu/ Support-Thread] melden.
| |
| | |
| = Systemperformance =
| |
| == 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
| |
| | |
| = Prozessortaktsteuerung =
| |
| == Wieso werden die Takt-Einstellungen nicht bzw. unvollständig umgesetzt? ==
| |
| Falls tlp-stat im Abschnitt ''"Prozessor"'' andere als die gewählten Einstellungen anzeigt, gibt es mehrere mögliche Ursachen:
| |
| | |
| === Die distributionseigenen Einstellungen funken dazwischen ===
| |
| <u>Lösung:</u> 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 ===
| |
| <u>Lösung:</u> die gültigen Werte für den eigenen Prozessor werden von tlp-stat 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.
| |
| | |
| = Suspend/Hibernate =
| |
| == Kernel 3.0: Suspend nicht möglich im Akkubetrieb ==
| |
| Zwei Benutzer des ThinkPad T400 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
| |
| | |
| == Warum läuft stets vor einem Suspend meine 2. Festplatte an? ==
| |
| Vor einem Suspend bzw. einer Hibernation werden vom System alle Stromsparfunktionen abgeschaltet, dadurch wird die Festplatte gestartet. Dasselbe passiert beim Resume (Aufwachen) durch Setzen der Stromspareinstellungen. Dieses Verhalten läßt sich nicht abstellen.
| |
| | |
| = Festplatte =
| |
| == 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 [[TLP_Einstellungen#Advanced_Power_Management|APM-Eckwerte]] sehr "großzügig", um den Stromverbrauch zu senken.
| |
| | |
| In einem solchen Fall kann es helfen, im Akkubetrieb einen geeigneten Wert > 128 durch Ausprobieren zu ermitteln (siehe [http://wiki.ubuntuusers.de/Notebook-Festplatten-Bug Notebook-Festplatten-Bug]).
| |
| | |
| == Warum funktioniert das automatische Anhalten der Festplatte (spin down) nicht? ==
| |
| Die Verwendung <code>DISK_APM_LEVEL</code> < 128 oder von <code>DISK_SPINDOWN_TIMEOUT</code> 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 angepaßt werden müßten.
| |
| | |
| == 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 [[TLP_Einstellungen#Spindelmotor_abschalten|Spindelmotor abschalten]].
| |
| | |
| == 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"
| |
| | |
| = Funkgeräte (Bluetooth, WLAN, WWAN) =
| |
| | |
| == XFCE-Desktop / Xubuntu: Bluetooth wird beim Systemstart nicht deaktiviert ==
| |
| Ursache: XFCE verwendet das Bluetooth-Applet [http://wiki.ubuntuusers.de/Bluetooth/Blueman Blueman], das beim Start stets Bluetooth aktiviert.
| |
| | |
| Lösung: das Bluetooth-Applet aus dem [http://wiki.ubuntuusers.de/Autostart#Xubuntu-Xfce Autostart entfernen] oder das Paket '''blueman''' deinstallieren. Alternativ kann man [https://bugs.launchpad.net/blueman/+bug/908375 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, 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 [[TLP_Einstellungen#USB|USB Einstellungen]].
| |
| | |
| = Grafik =
| |
| == Radeon ==
| |
| === Warum flackert mein Display beim Wechsel der Stromquelle kurz? ===
| |
| Grund ist die [[TLP_Einstellungen#Radeon|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:
| |
| * Im BIOS eine der beiden Grafikeinheiten deaktivieren
| |
| * Verwendung von [http://wiki.ubuntuusers.de/Hybrid-Grafikkarten/Bumblebee Bumblebee]
| |
| * Verwendung von [http://wiki.ubuntuusers.de/Hybrid-Grafikkarten/PRIME Optimus/PRIME]
| |
| | |
| === Ich verwende PRIME um die eGPU abzuschalten, warum wird sie dennoch beim Booten aktiviert? ===
| |
| Lösung: die eGPU vom Runtime PM ausschließen mit folgender Konfiguration:
| |
| RUNTIME_PM_BLACKLIST="01:00.0"
| |
| <u>Hinweis:</u> um zu überprüfen, ob "01:00.0" zur verbauten Nvidia eGPU passt, verwendet man den Befehl
| |
| lspci | grep VGA
| |
| | |
| Siehe auch [[TLP_Einstellungen#Runtime_Power_Management|Runtime PM]].
| |
| | |
| = Sound =
| |
| Bei Problemen mit der Soundausgabe im ''Akkubetrieb'' (Störungen, Klickgeräusche) kann man probehalber in den [[TLP_Einstellungen#Sound|Einstellungen]] den Stromsparmodus des Soundchips deaktivieren um das Problem einzugrenzen:
| |
| | |
| SOUND_POWER_SAVE_ON_AC=0
| |
| SOUND_POWER_SAVE_ON_BAT=0
| |
| | |
| = 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 [[TLP_Einstellungen#USB|USB_BLACKLIST]] eintragen (dabei das Kommentarzeichen '#' am Anfang der Zeile entfernen) und das Gerät erneut anstecken.
| |
| | |
| <u>Hinweis:</u> 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.
| |
| | |
| = Powertop =
| |
| == 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 Standardkonfigruation alle ''sinnvollen'' Empfehlungen von Powertop automatisch um.
| |
| | |
| == Warum empfiehlt mir Powertop im Akkubetrieb trotz aktivem TLP weitere Stromspar-Einstellungen? ==
| |
| 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 [[TLP_Einstellungen#Dateisystem|Einstellung]]:
| |
| MAX_LOST_WORK_SECS_ON_BAT=15
| |
| | |
| === "Runtime PM for PCI Device" ===
| |
| Powertop ist der Auffassung, dass das Runtime PM für alle PCI Geräte aktiviert werden sollte. Dies kann jedoch zu Funktionsstörungen führen.
| |
| | |
| Wie Erfahrungen mit einer früheren Version von TLP zeigen, können dadurch manche Notebook-Modelle z.B. nicht mehr sauber heruntergefahren werden, sondern machen stattdessen stets einen Neustart. Daher setzt TLP Runtime PM nur für einen Teil der PCI Geräte.
| |
| | |
| Die Powertop-Meldung also bitte entweder ignorieren oder per [[TLP_Einstellungen#Runtime_Power_Management|Einstellung]] Runtime PM für alle Geräte erzwingen:
| |
| RUNTIME_PM_ALL=1
| |
| | |
| === "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. Erkennbar ist das am Hinweis ''"disabled by kernel"'' in der Ausgabe von tlp-stat:
| |
| wlan0(iwl3945): power management = off (disabled by kernel)
| |
| | |
| === "USB autosuspend" ===
| |
| * TLP spart absichtlich USB-Eingabegeräte (HID) vom Autosuspend aus, um den Benutzern Probleme mit "einschlafenden" Mäusen o.ä zu ersparen
| |
| * Während einer laufenden WWAN/UMTS-Verbindung schlägt Powertop u.U. trotz aktiviertem Autosuspend an
| |
| | |
| === "HD audio powersave" ===
| |
| * (Vermutlich) falsche Anzeige von Powertop
| |
| | |
| = Akku =
| |
| == Warum wird mein Akku trotz eingestellter Ladeschwellen auf 100% geladen? ==
| |
| Hier gibt es eine ganze Reihe möglicher Ursachen:
| |
| === Notebook ist kein ThinkPad ===
| |
| Alle Akkufunktionen von TLP funktionieren nur mit ThinkPads.
| |
| | |
| === tp-smapi ist nicht installiert ===
| |
| tp-smapi nach der distributionsspezifischen [[TLP_-_Linux_Stromsparen#Installieren|Installationsanleitung]] 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 ===
| |
| Zunächst sollte man überprüfen, ob das Kernelmodul <code>tp_smapi</code> geladen wird. Erscheint bei folgendem Terminalkommando
| |
| sudo modprobe -v tp_smapi
| |
| eine Fehlermeldung, dann sollte man mit den in [http://wiki.ubuntuusers.de/TP-SMAPI#Kernelmodul-manuell-laden tp-smapi] beschriebenen Maßnahmen fortfahren.
| |
| | |
| Generell nicht unterstützt wird tp-smapi von folgenden Modellen:
| |
| * ThinkPad SL300/400/500
| |
| * ThinkPad X121e (AMD)
| |
| * ThinkPad L430, L530, T430(s), T530, W530, X230 – siehe übernächsten Abschnitt
| |
| | |
| === ThinkPad T420(s)/T520/W520/X220 ===
| |
| Bei der Sandy-Bridge-Generation unterstützt tp-smapi nicht mehr alle Akku-Funktionen. Symptome sind:
| |
| | |
| 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.
| |
| | |
| Ursache: auf ThinkPads der Sandy-Bridge-Generation wird von [http://wiki.ubuntuusers.de/tp-smapi#ThinkPad-T420-s-T520-W520-X220-bis-Ubuntu-11-04 tp-smapi] weder die untere Ladeschwelle noch das Entladen am Netzteil unterstützt.
| |
| | |
| Lösung: TLP verwendet statt tp-smapi automatisch die Alternative tpacpi-bat sofern das benötigte Kernelmodul <code>acpi_call</code> installiert ist – siehe [[TLP_-_Linux_Stromsparen#Installieren|Installation]].
| |
| | |
| === ThinkPad T430(s)/T530/W530/X230 ===
| |
| TLP verwendet statt tp-smapi automatisch die Alternative tpacpi-bat sofern das benötigte Kernelmodul <code>acpi_call</code> installiert ist – siehe [[TLP_-_Linux_Stromsparen#Installieren|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 Einstellungen#Akku_.2A.2ATP|TLP konfigurierten Ladeschwellen]] werden erst aktiv, nachdem das
| |
| * System neu gestartet
| |
| * wieder heruntergefahren und ausgeschaltet
| |
| wurde.
| |
| | |
| Alternativ kann man auch [[TLP_-_Stromspareinstellungen_fuer_Ubuntu#Akku-Ladeschwellen_vor.C3.BCbergehend_.C3.A4ndern_.2A.2ATP|temporäre Schwellen setzen]] (wirken sofort).
| |
| | |
| == Die von tlp-stat 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 ===
| |
| Bei diesen Baureihen entsprechen die 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 (BIOS) der betroffenen Modelle verursacht, nicht durch TLP. Nichtsdestotrotz funktionieren die Ladeschwellen wie eingestellt!
| |
| | |
| == 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.
| |
| | |
| == Wieso wird trotz erreichter Ladeschwelle im Panel weiterhin angezeigt, dass der Akku geladen wird? ==
| |
| Alle Panel-Applets verwenden die Standard-Schnittstelle des Kernels (Dateien unter '''/sys/class/power_supply/BAT0/''') die bei Anwesenheit von Ladeschwellen den Ladestatus nicht richtig wiedergibt. Die Angaben unter '''/sys/devices/platform/smapi/BAT0/''', wie sie z.B. tlp-stat -b anzeigt, sind hingegen stets korrekt. Dieses Verhalten läßt sich nicht ändern.
| |
| | |
| == 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).
| |
| | |
| = 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 [http://www.thinkpad-forum.de/thinkpad-software/linux-und-osx/84030-projektvorstellung-tlp---stromspareinstellungen-für-ubuntu/ Support-Thread] stets willkommen.
| |
| | |
| = Neue Funktionen =
| |
| == Wie erreiche ich, daß Feature "xyzzy" in TLP aufgenommen wird? ==
| |
| Einfach im [http://www.thinkpad-forum.de/thinkpad-software/linux-und-osx/84030-projektvorstellung-tlp---stromspareinstellungen-für-ubuntu/ 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
| |
| <u>Hinweis:</u> 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? ==
| |
| * Lüftersteuerung: Lösungen sind bereits vorhanden: Thinkfan bzw. tpfanco.
| |
| * Helligkeit des LCD-Backlights: kollidiert mit vorhandener Funktionalität z.B. des Gnome Power Managers
| |
| | |
| = Links =
| |
| == TLP ==
| |
| * [[TLP - Linux Stromsparen]] – Installation, Benutzerdokumentation
| |
| * [[TLP Einstellungen]] – Konfiguration
| |
| * [http://linrunner.de/en/tlp/docs/tlp-developer-documentation.html TLP Developer Documentation] – Hinweise zur Paketierung (englisch)
| |
| * [http://linrunner.de/tlp TLP] – Projekt-Homepage
| |
| * [http://linrunner.de/en/tlp/tlp.html TLP] – English Documentation
| |
| | |
| == Lüftersteuerung ==
| |
| ''nur für ThinkPads''
| |
| * [[Thinkfan]] – einfaches Lüftersteuerungsprogramm
| |
| * [[Thinkpad Fan Control|tpfanco]] – Lüftersteuerung mit GUI
| |
| | |
| | |
| [[Category:Linux]]
| |
| [[Category:Stromsparen]]
| |
| [[Category:Ubuntu]]
| |
Die Inhalte dieser Seite waren veraltet und wurden deshalb vom TLP Autor entfernt.
