Linux Lüfter dreht hoch und Runter... | T420s

Linux Betriebssystem

eyesking

New member
Themenstarter
Registriert
9 Feb. 2025
Beiträge
18
Hallo!

Ich bin neu hier im Forum und wollte meine erste Frage stellen.
Ich habe letztens von meinem T420s den Lüfter gewechselt, da der alte kaputt war. Seitdem dreht der Lüfter ständig hoch um auf eine Temperatur zu kommen und dann wieder runter wenn er sie erreicht hat, usw......
Ich habe schon Thinkfan dafür ausprobiert, den Lüfter zu regulieren und richtig einzustellen - das hat nichts gebracht da ein Fehler nach dem nächsten kam. Nun suche ich eine einfache und am besten grafische Alternative. Kann mir da irgendwer helfen, entweder im BIOS eine Einstellung zu suchen, eine Software mit der man das einstellen kann oder ein Bash Befehl.

Wichtig noch - der Laptop hat Linux Mint 22.1 mit dem 6.8 Kernel installiert, das UEFI ist aus 6/2011.

Vielen dank für das Antworten im Voraus!

Liebe Grüße:)
 
Lösung
Der Lüfter folgt einer Hysteresekurve. [1]
Die Standardkonfiguration von thinkfan sorgt dafür, dass er an geht, wenn die CPU-Temperatur 55°C überschreitet, und wieder aus, wenn sie 48°C unterschreitet (alte thnkfan.conf-Syntax):
Code:
(0,    0,    55)
(1,    48,    60)
(2,    50,    61)
(3,    52,    63)
(4,    56,    65)
(5,    59,    66)
(7,    63,    32767)
Die Stufen 0-7 liegen mit teils nur 1-2K Unterschied recht eng beieinander, was für das nervende Heulen sorgt, wenn die CPU-Temperatur sich genau in diesem Bereich bewegt und der Lüfter ständig hoch- und runterdreht.

Dagegen kann man prinzipiell zwei Dinge tun:
1. Versuchen, die Hysteresekurve aus dem kritischen Temperaturbereich herauszubewegen.
2. Die Kurve verbreitern...
Es dürften in Wahrheit weniger als 8 Lüfterstufen sein, TPFC für Windows nimmt dann die Nächstliegende.
Einer der von TPFC gefundenen Sensoren geht bei vielen TPs bei Netzteilanschluss auf konstant 65c, das ist dann die Mindesttemperatur der CPU bis man den Sensor auf Ignore setzt, was auch mit Linux dringend nötig wäre, gibt ja noch mehr Sensoren, die aber immer denselben Wert anzeigen.
 
- [0, 0, 65]
- [1, 60, 70]
- [2, 65, 75]
- [3, 70, 80]
- [4, 75, 85]
- [5, 80, 90]
- [7, 85, 32767]

Ich melde mich nochmal zurück, muss ich die Datei dann als thinkfan.conf oder .yaml abspeichern, weil sie .yaml-Syntax gesagt haben. Bei mir sieht das Terminal jetzt so aus:

ERROR: /etc/thinkfan.conf: Invalid entry.
root@T420S:/home/user#


[1] https://de.wikipedia.org/wiki/Hysterese
Beitrag automatisch zusammengeführt:

ERROR: /etc/thinkfan.conf: Invalid entry.
root@T420S:/home/user# nano /etc/thinkfan.conf
root@T420S:/home/user# thinkfan -n
ERROR: /etc/thinkfan.conf:
No fan specified in stepwise mapping.
root@T420S:/home/user# nano /etc/thinkfan.conf
root@T420S:/home/user# thinkfan -n
ERROR: ~TpFanDriver: Resetting fan control in /proc/acpi/ibm/fan: Invalid argument
ERROR: Module thinkpad_acpi doesn't seem to support fan_control
root@T420S:/home/user#
 
Zuletzt bearbeitet:
Wenn ich mir die Temperarurschwellen anschaue, komme ich zum Schluss, dass sie allesamt falsch sind, ebenso die im Wiki.

Da sich die Temperaturbereiche in den Lüfterstufen überlappen, "weiß" ThinkFan gar nicht, welche Lüfterstufe es vefrwenden soll.
Ein sinnvolles Beispiel findet bei Github:
Code:
(0,    0,    60)
(1,    60,    65)
(2,    65,    70)
(3,    70,    75)
(4,    75,    80)
(5,    80,    85)
(7,    85,    32767)
Der Temperaturverlauf ist hier treppenartig ausgebildet.

Hier das Beispiel von hikaru:
Stufen 1, 3 und 5 sind meiner Meinung nach fehlerhaft.

Code:
- [0, 0, 65]
- [1, 60, 70]
- [2, 65, 75]
- [3, 70, 80]
- [4, 75, 85]
- [5, 80, 90]
- [7, 85, 32767]
Welche Lüfterstufe soll jetzt z.B. bei 65°C geschaltet werden? - 0, 1 oder 2?
Auch in der Diskussion bei Github kommen mir gegen Ende etwas seltsame Einstellungen vor, besonders im letzten Beitrag.

Das erklärt zwar nicht, warum der TE die Fehlermeldungen erhält, aber warum der Lüfter sich manchmal etwas seltsam verhalten mag.
 
Und wie mache ich das mit der .yaml-Syntax? Sonst steht da wieder das die Datei falsch ist.
Beitrag automatisch zusammengeführt:

Es reicht auch bei mir wenn der Lüfter erst bei 65 oder 70 Grad losgeht, doll soll er aber zwischen 90 und 95 Grad lüften. Oder 85
Beitrag automatisch zusammengeführt:

Aber die von Hikaru ist gut? Wie setzt ich die um?
 
Zuletzt bearbeitet:
Soll ich die von Github dann in meine Datei mal packen?
Beitrag automatisch zusammengeführt:

Bessergesagt das is ja ne .yaml Datei aber TF fragt ja nach .conf, welche .conf Datei soll ich dann nehmen? Sorry, das ich so viele Fragen stelle aber ich bin noch Anfänger und möchte einfach das Problem mit euch beheben.
 
Der erste Unterschied in der thinkfan.conf ist die untersciedliche Verwendung von Klammern (rund vs eckig).
Oben werden eckige verwendet, bei Github hingegen runde - wenn es denn das richtige Projekt ist..
 
Ok, also was soll ich jetzt in die Datei einfügen und soll sie .conf oder .yaml heißen - Kann mir das wer schicken?
 
Das müssen die beantworten, die sich damit besser auskennen, als ich. Mit ThinkFan hatte ich nie etwas zu tun gehabt.
 
Ich kann gerne heute Abend mal meine Config posten. Im Prinzip ist es nicht problematisch wenn sich die Temperaturen überlappen, da beim lüfter hochfahren der eine Wert berücksichtigt wird und beim lüfter runterfahren eben der andere! Das nur mal als stark vereinfachte Erklärung on the go..
 
Das kannst du gerne machen! Ich hoffe ich darf duzen.... Funktioniert die Conf dann auch einfach in der thinkfan.conf Datei beim mir? Und geht da auch der Lüfter erst bei 65-70 Grad an?
 
Jupp so hab ich das auch verstanden, dass der Schwellwert fürs runterschalten der Lüfterdrehzahl
unter dem Wert liegen darf bei dem die aktuelle Drehzahl eingesetzt hat.
Ii.e. Stufe 3 kann z.B. bei 65°C einsetzen, und erst wieder auf 1 runterschalten(da Stufe 2 idR nicht existent)
wenn die temp zB 62°C unterschreitet.

Um zu checken welche Drehzahlstufen der Rechner kann,
einfach jede mal manuell im prog wählen, wenn sich nach paar sec die Drehzahl nicht signifikant ändert dann kennt er die nicht.
Iirc gingen hier bei TPs nur die ungeraden aka 1, 3, 5,, 7, von denen 5 oft auch net funzt

Wg der Streung id Fertigung der CPUs etc können selbst identische Rechner bei gleicher Belastng unterschiedliche temps entwickeln,
i.e. ein profil sollte für jede machine individuell erstelt werden.
Wenn das profil nur übernommen wurde ohne es auf die mashine zu tunen,
könnten eine Schwelle genau auf der durchnittlichen Temp bei häufigem Belastungslevel liegen,
so dass der Lüfter ständig nach ein paar sec hoch bzw runter schaltet,
anstatt so wie zumindest ich es bevorzuge, etwas früher einzusetzen und später runterzuschalten.

Wenn klar ist ob minimales Lüftergeräusch bzw wenige Drehzahlwechsel, oder kühleres System die Priorität darstellt,
mal nur mit der EC steuerung die Temperaturen bei den häufigsten Standardbelastungen ermitteln.
Für kühles System gehe ich schon bei einigen Grad vor den ermittelten Werten auf nächste Stufe,
maximal leise wäre bis kurz vorm Abrauchen auf 0rpm und dann volle Pulle einsetzen,
aber dazu kann ich nix sagen denn sowas tu ich als Mitglied der cool running faction meinen Rechnern nicht mal kurz im Test an.
Btw mir ist mal unbemerkt der Lüfter eines iirc Desktop Athlon 500 gestorben,
bis sich dann der Geruch deutlich bemerkbar machte. CPU war äusserlich übel mitgenommen aber funzte noch


Eine gute Massnahme(hier bis zu 7°C) gg Wärmeentwicklung wäre zu undervolten wenn das System erlaubt,
die höchsten Multiplier by default per SW so weit wie möglich abzuschalten und nur mit einem nicht standard profil zu erlauben,
(ich mache das zB beim rendern, archivieren ...)
sowie den benötigten Belastungszeitraum fürs hochschalten auf nächsten multiplier zB zu verdoppeln,
und auch schneller auf die niedrigere Taktrate runterschalten.
 
ERROR: /etc/thinkfan.conf: Invalid entry.
root@T420S:/home/user# nano /etc/thinkfan.conf
root@T420S:/home/user# thinkfan -n
ERROR: /etc/thinkfan.conf:
No fan specified in stepwise mapping.
root@T420S:/home/user# nano /etc/thinkfan.conf
root@T420S:/home/user# thinkfan -n
ERROR: ~TpFanDriver: Resetting fan control in /proc/acpi/ibm/fan: Invalid argument
ERROR: Module thinkpad_acpi doesn't seem to support fan_control

root@T420S:/home/user#
Hab mir nochmal deine Fehler angeschaut und es liest sich für mich hier so als würde thinkfan keinen Lüfter finden bzw. du hast glaub ich den thinkpad_acpi module nicht geladen: Ein wichtiger Schritt in der Vorbereitung. Siehe hier:

Additionally, on ThinkPads, you need to load the thinkpad_acpi module with
fan_control=1, or it will refuse to accept control from thinkfan.
That's most easily done with a file /etc/modprobe.d/thinkfan.conf and the
following entry in it:
options thinkpad_acpi fan_control=1

siehe auch hier im ThinkWiki Eintrag. Den Abschnitt unbedingt nochmal durcharbeiten, weil er es erst ermöglicht, dass thinkfan Zugriff auf den Lüfter bekommt!

Ansonsten sollte die example.conf vom thinkfan-Projekt eigentlich auch auf Anhieb direkt funzen, gesetzt den Fall dass alle vorbereitenden Schritte korrekt durchgeführt wurden.

Wenn das acpi modul geladen ist, dann kannst du im Terminal einen schnellen Test machen und die einzelnen Lüfterstufen seperat ansteuern mit foldendem Befehl. Wenn das bei dir jetzt nicht gehen sollte, liegt es mit ziemlicher Sicherheit daran.
Now that the module parameter fan_control=1 has been given to thinkpad-acpi, the fan levels can be set manually, e.g.:
Code:
$ echo level 4 | sudo tee /proc/acpi/ibm/fan

level kannst du dann einfach von 1 - 7 durchprobieren. Nach dem Testen unbedingt zurück auf auto schalten:

and return back to automatic mode as
Code:
$ echo level auto | sudo tee /proc/acpi/ibm/fan


Ein weiterer wichtiger Befehl mit dem du auch unabhängig von thinkfan stets den aktuellen Lüfterstatus und Drehzahl auslesen kannst:

Code:
cat /proc/acpi/ibm/fan


Hier mal auch meine Config Yaml Datei. Ich hab die Werte aber sehr konservativ gesetzt, damit der Lüfter die meiste Zeit, wenn er schon arbeiten muss auf Level 1 verweilt. Im Ergebnis ein kühleres System, das auch vom Schallpegel her angenehm ist. Insgesamt habe ich mich komplett auf den tpacpi sensor verlassen, die hwmon sensoren habe ich auskommentiert. Da das Ganze etwas länger zurück liegt, weiss ich nicht welche Umstände mich dazu geritten haben, aber es funktioniert seitdem einwandfrei und ich musste noch nie was nachjustieren.


Code:
##############################################################################
# thinkfan Config File vom 17.09.2023 Draft #1
# =============================================
#
# Please read the config manpage thinkfan.conf(5) before playing around with
# this.
#
# This is NOT a working config file that can just be copied. It is only meant
# to give a rough idea what can be done. In particular, don't copy & paste the
# fan speed config! Think about what you're doing.
#
# If you don't know what temperatures are right for your system, you should
# not be using thinkfan!
##############################################################################


##############################################################################
# Sensor Drivers and Temperature Inputs
# =====================================
#
# ATTENTION: The order in which sensors are specified here is significant when
# specifying the fan speeds further below!
#
# There are multiple ways in which a temperature input can be specified. An
# example for each is given below.
#
# The "correction:" and "optional:" keywords may be specified on any type of
# sensor.

sensors:
  # LM Sensors
  # ==========
  # Temperatures can be read directly from Linux drivers through the LM sensors.
  #
  # To configure this, install "lm-sensors" and "libsensors", then
  # run "sensors-detect", then run "sensors".
  # To build thinkfan from sources, you'll also need to install "libsensors-dev"
  # or equivalent package for your distribution.
  #
  # For example, the following output of "sensors":
  # ...
  # thinkpad-isa-0000
  # Adapter: ISA adapter
  # fan1:        2618 RPM
  # fan2:        2553 RPM
  # CPU:          +63.0 C 
  # GPU 1:        +55.0 C 
  # temp3:        +68.0 C 
  # temp4:         +0.0 C 
  # temp5:        +60.0 C 
  # temp6:        +64.0 C 
  # temp7:        +67.0 C 
  # temp8:         +0.0 C 
  # ...
  # would result in the following configuration:
  #- chip: thinkpad-isa-0000
  #  ids: [ CPU, "GPU 1", temp3, temp4, temp5, temp6, temp7, temp8 ]

  # hwmon: Full path to a temperature file (single sensor).
  # =======================================================
  # Disadvantage is that the index in "hwmon0" depends on the load order of
  # the driver modules, which may change across bootups on some systems.
  #- hwmon: /sys/class/hwmon/hwmon0/temp1_input

  # hwmon: Path to a complete driver folder
  # =======================================
  # Individual sensors need to be picked out with the "indices:" keyword.
  # This can be used with a stable path that does not depend on driver load
  # order. However certain drivers may not appear under such a stable path.
  #- hwmon: /sys/devices/pci0000:00/0000:00:03.1/0000:27:00.0/hwmon
  #  indices: [1, 2, 5, 6] # adds 4 temperature sensors
  #  correction: [0, 0, 0, -5] # add -5 °C to temp6_input

  # hwmon: Base path with name-based search
  # =======================================
  # Thinkfan will search under the given path for a hwmon driver that has a
  # file called "name" which contains the given name. This method should work
  # with all hwmon drivers and is robust against driver load order.
  #- hwmon: /sys/class/hwmon
  #  name: k10temp
  #  indices: [1]

  # Sensors can also be optional, e.g. in case of removable hardware
  #- hwmon: /sys/class/block/sdc/device/hwmon
  #  indices: [1]
  #  optional: true # don't exit if the sensor can't be read

  # atasmart: Read the temperature from a hard disk via S.M.A.R.T
  # =============================================================
  # Note that this is unreasonably CPU-intensive. Since Linux 5.6, the kernel
  # can report the temperatures of hard disks via the hwmon interface (see the
  # example above), which should be preferred if available.
  #
  # This is only available if thinkfan was compiled with USE_ATASMART enabled.
  #- atasmart: /dev/sda

  # tpacpi: Legacy interface to the thinkpad_acpi driver
  # ====================================================
  # Particularly on older Thinkpad laptops, this interface may give access to
  # 8-16 temperature sensors, but it may be hard to tell where/what exactly
  # they measure.
  # Some documentation for older models may be found at the thinkpad wiki:
  # https://www.thinkwiki.org/wiki/Thermal_Sensors
  #
  # Note that the hwmon interface is to be preferred nowadays.
  - tpacpi: /proc/acpi/ibm/thermal
    # Some of the temperature entries in /proc/acpi/ibm/thermal may be
    # irrelevant or unused, so individual ones can be selected:
    indices: [0]

  # nvml: The proprietary nVidia driver
  # ===================================
  # Temperatures can be read directly from nVidia GPUs that run with the
  # proprietary driver. The "nvml:" entry must specify the PCI bus ID of the
  # GPU (can be found with lspci)
  #
  # Note that this does not work with the open-source "nouveau" driver. Open
  # source drivers should support the hwmon interface instead (see above).
  #- nvml: 27:00.0

##############################################################################


##############################################################################
# Fan Drivers
# ===========
#
# Currently, thinkfan supports only one fan, but support for multiple fans is
# in development and will be released soon. For the time being, the examples
# given below are mutually exclusive.
#
fans:
  # hwmon: Full path to a PWM file
  # ==============================
  # Also subject to the potential problem with driver load order (see above)
  #- hwmon: /sys/class/hwmon/hwmon0/pwm1

  # hwmon: Path to a complete driver folder
  # =======================================
  #- hwmon: /sys/class/graphics/fb0/device/hwmon
  #  indices: [1] # Use pwm1

  # hwmon: Base path with name-based search
  # =======================================
  #- hwmon: /sys/class/hwmon
  #  name: amdgpu
  #  indices: [1]

  # tpacpi: Thinkpad-specific fan interface
  # =======================================
  # Currently, this is the only way to use disengaged and automatic mode on
  # thinkpads.
  - tpacpi: /proc/acpi/ibm/fan

##############################################################################


##############################################################################
# Fan Speeds (simple mode)
# ========================
#
# In simple mode, each entry is a [FANSPEED, LOWER_LIMIT, UPPER_LIMIT] tuple.
# This is a quick way to configure a small system like a laptop, where the
# temperature ratings for all monitored devices are similar. Only the highest
# temperature found across all sensors will be compared against these limits.
# All other temperatures are ignored.
#
# Correction values on individual sensors (see above) may be used to equalize
# small discrepancies in temperature ratings.
#
# The FANSPEED values in this example are valid for the thinkpad_acpi fan
# driver only (see above)
#
# [ Lüftergeschwindigkeit, Untergrenze, Obergrenze ]
levels:
  - [0, 0, 59]
  - [1, 42, 61]
  - [2, 57, 69]
  - [3, 63, 71]
  - [4, 67, 75]
  - [5, 73, 81]
  - [6, 79, 89]
  - ["level full-speed", 85, 91]
  - ["level auto", 91, 103]

##############################################################################


##############################################################################
# Fan Speeds (detailed mode)
# ==========================
#
# It is generally advisable to configure the temperature limits for each
# sensor individually.
#
# The speed values used here range from 0 to 255, which is valid for the PWM
# control files used by hwmon-based drivers.
#
# The temperatures specified in upper_limit and lower_limit apply to the
# sensors in the same order in which they were specified in the "sensors:"
# section above, and their length must match the total number of sensors that
# have been configured.
#
#levels:
#  - speed: 0
#    upper_limit: [50, 50, 50]
#
#  - speed: 100
#    lower_limit: [45, 45, 45]
#    upper_limit: [65, 65, 65]
#
#  - speed: 255
#    lower_limit: [60, 60, 60]

##############################################################################
 
Zuletzt bearbeitet:
Wenn ich mir die Temperarurschwellen anschaue, komme ich zum Schluss, dass sie allesamt falsch sind, ebenso die im Wiki.

Da sich die Temperaturbereiche in den Lüfterstufen überlappen, "weiß" ThinkFan gar nicht, welche Lüfterstufe es vefrwenden soll.
Die Konfigurationen sind nicht falsch. Wie gesagt, die Lüftersteuerung folgt einer Hysteresekurve. Den Wikipediaartikel dazu habe ich zwecks Verständnis auf Seite Eins verlinkt.
Einfach ausgedrückt: Die zweite Spalte ist beim Runterschalten der Lüfterstufen relevant, die Dritte beim Hochschalten.
Die Überlappungen sind gewollt, denn sie wirken dem nervigen Pulsieren entgegen. Je breiter die Hysterese, umso "träger" der Lüfter.

Ein sinnvolles Beispiel findet bei Github:
Code:
(0,    0,    60)
(1,    60,    65)
(2,    65,    70)
(3,    70,    75)
(4,    75,    80)
(5,    80,    85)
(7,    85,    32767)
Der Temperaturverlauf ist hier treppenartig ausgebildet.
Das Beispiel ist technisch funktionsfähig, da es aber keine Hysterese hat, wird der Lüfter an den Stufenpunkten pulsieren, und zwar im Takt der Schleife, die in Thinkfan einprogrammiert ist (sekündlich? millisekündlich? k.A.).

Hier meine vollständige thinkfan.yaml:
Code:
$ cat /etc/thinkfan.yaml 
sensors:
  - hwmon: /sys/devices/platform/thinkpad_hwmon/hwmon/hwmon5/temp1_input

fans:
  - tpacpi: /proc/acpi/ibm/fan

levels:
  - [0,     0,      65]
  - [1,     60,     70]
  - [2,     65,     75]
  - [3,     70,     80]
  - [4,     75,     85]
  - [5,     80,     90]
  - [7,     85,     32767]
Die funktioniert auf meinem X250 problemlos, und hat es in den letzten 12 Jahren (teils als thinkfan.conf) auch auf meinem X270, T430 und T530 getan.
 
Zuletzt bearbeitet:
Danke für die Erläuterung @hikaru.

Dann bleibt nur noch die Frage offen, warum @Ambrosius und Du mit /etc/thinkfan,yaml arbeitet, im Wki hingegen auf /etc/thinkfan.conf verwiesen wird. - Fehlt da vielleicht eine Aktualisierung im Wiki?
 
Thinkfan ist irgendwann (wann genau müsste ich nachschlagen) von seiner eigenen conf-Syntax auf YAML [1] umgestiegen, vermutlich, weil das ein verbreitetes Format und gerade "hipp" ist. Es hätte auch JSON, oder vor 20 Jahren INI oder XML sein können.

Funktional hat sich dadurch meines Wissens nach nichts geändert, zumindest nicht für so einfache Fälle wie meinen, wo ein einzelner Sensorwert einen einzelnen Lüfter steuert.
Ob das bei komplexeren Steuerungen auch noch gilt weiß ich nicht. Denkbar wäre z.B. eine Steuerung mit drei Sensoren und zwei Lüftern (CPU mit eigenem Lüfter; GPU mit eigenem Lüfter; und die HDD könnte ohne Lüfteraktivität trotzdem überhitzen, selbst wenn CPU und GPU passiv im grünen Bereich sind).

Insofern, ja, Beschreibungen die nach wie vor auf thinkfan.conf verweisen sind veraltet.


[1] https://de.wikipedia.org/wiki/YAML
 
Yaml hat den Vorteil, dass die Konfiguration bei manchen Rechnern stabiler funktioniert. Es gibt nämlich Thinkpads, die bei jedem Neustart die Hardwaresensoren anders benennen.

Solch ein Sonsor
Code:
hwmon /sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp2_input
kann sich beim nächsten Betriebssystemstart
Code:
hwmon /sys/devices/virtual/thermal/thermal_zone0/hwmon0/temp3_input
nennen, und schon funktioniert thinkfan nicht mehr.


In yaml kann man die 'indices' für die Sensoren angeben. Diese ändern sich nie.
Code:
sensors:
  - tpacpi: /proc/acpi/ibm/thermal
    indices: [0]

Dazu reagiert thinkfan mit einer .yaml träger, spich, der Lüfter springt so arg hin und her. Zumindest bei mir. :)
 
Yaml hat den Vorteil, dass die Konfiguration bei manchen Rechnern stabiler funktioniert. Es gibt nämlich Thinkpads, die bei jedem Neustart die Hardwaresensoren anders benennen.
Haargenau, das war jener Grund, warum ich solo auf tpacpi gesetzt habe. Entgegen der Empfehlung der Entwickler mit hwmon zu arbeiten, habe ich mit nem relativ alten x230 keine Probleme Legacy Sensoren zu verweden. Das würdei ich aber bei nem T14 GenX wohl aber anders machen..

Das was hikaru geschrieben hat, ist genau was thinkfans Stärken sind. Und ja, der Umstieg auf YAML war meines Wissens nach auch der Tatsache geschuldet, dass die Entwickler irgendwann den Bogen zu einem Dual Lüfter Design schlagen wollten um das nämlich auch abdecken zu können, den ich glaub bis heute aber noch nicht implementiert haben. So was ist dann aber auch nicht ganz simpel. Deswegen conf oder yaml nehmen sich nicht so viel.

Hoffe dass der TS damit was anfangen kann. sollte im Prinzip möglich sein, wenn du dich an die Dokumentation hälst. Fang bei der Github Seite an oder arbeite mal die verlinkten Seiten hier im Thread durch. Dadurch dass du sehr nah an deiner Hardware dran sitzt und dass idR ohne GUI ist es auf den ersten Blick scheinbar komplex, aber wenn man die Logik verstanden hat, dann ist es recht zugänglich...und der AHA Effekt wird dir sicher nicht verwehrt bleiben, bloß nur nicht Windows wieder reinstallieren ;)
 
Zuletzt bearbeitet:
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben