• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Lüfter (PC) läuft ständig

C

Chivas

Hallo liebes Forum,

Ich mache meine ersten Gehversuche unter Linux. Habe zuerst Ubuntu probiert. Aber Ubuntu mag meine Grafikkarte nicht. Jetzt habe ich SuSE installiert. Funktioniert soweit sehr gut, aber im Vergleich zu Win und Ubuntu ist das System lauter, weil der Lüfter ständig läuft. Ist jetzt nicht so, dass er volle Kanone rödelt, aber er ist deutlich lauter, als unter Ubuntu.

Deswegen meine Frage, was kann ich da machen? Ich habe unter Yast keine Einstellungen zB zum Powermanagment gefunden.

Gruß und Dank

Grafikkarte
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Juniper [Radeon HD 5700 Series] [1002:68b8]
Subsystem: Giga-byte Technology Device [1458:21d7]
Kernel driver in use: fglrx_pci

Prozessor
product: Intel(R) Core(TM) i5 CPU 650 @ 3.20GHz

Motherboard
product: P7P55D LE
vendor: ASUSTeK Computer INC.
physical id: 0
version: Rev 1.xx
 
OP
C

Chivas

Danke für die Antwort! Ja, ich weiß, dass die Karte "eigentlich" unterstützt wird, aber irgendein Problem (die einen sagen, es sei die Schuld von ATI, die anderen von Ubuntu) führt dazu, dass zB die Fenster ruckeln, wenn man sie verschiebt und alle Lösungen die ich im Netz gefunden haben, funktionieren bei mir nicht.

Ich kann FANCONTROL unter "Software installieren/entfernen" nicht finden. Fehlt mir da ein Repository?
 
T

tomm.fa

.Linux Club Aushilfsadministrator
Teammitglied
Schaue mal nach sensors und installiere dieses Paket, dort ist fancontrol enthalten.
 
J

josef-wien

Hast Du als root
Code: 
sensors-detect
ausgeführt? Funktioniert das Laden des dabei ermittelten Moduls, und kann nach erfolgreichem Laden das Programm
Code: 
pwmconfig
aufgerufen werden?

Was geben bei einem Mißerfolg als normaler Benutzer die Befehle
Code: 
grep . /sys/devices/system/cpu/cpu*/cpufreq/*governor
grep . /sys/devices/system/cpu/cpu*/cpufreq/*ted_cpus
grep . /sys/devices/system/cpu/cpu*/cpufreq/scaling_*_freq*
lsmod | grep asus
sensors
aus? Geht es hier überhaupt um den CPU-Ventilator? Oder ist es der Ventilator der Grafikkarte?
 
OP
C

Chivas

Also, die Frage, ob es die Grafikkarte oder der Prozessor ist, ist gar nicht so leicht zu beantworten. Wie gesagt, der Lüfter läuft quasi "nur" eine Stufe lauter als unter Ubuntu und da beide dicht beieinander liegen ist die Quelle schwierig zu verorten. Aber ich würde sagen, es ist der Prozessor-Lüfter.

sensors-detect
Code: 
# sensors-detect revision 5861 (2010-09-21 17:21:05 +0200)
# System: System manufacturer System Product Name
# Board: ASUSTeK Computer INC. P7P55D LE

This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.

Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): yes
Module cpuid loaded successfully.
Silicon Integrated Systems SIS5595...                       No
VIA VT82C686 Integrated Sensors...                          No
VIA VT8231 Integrated Sensors...                            No
AMD K8 thermal sensors...                                   No
AMD Family 10h thermal sensors...                           No
AMD Family 11h thermal sensors...                           No
Intel digital thermal sensor...                             Success!
    (driver `coretemp')
Intel AMB FB-DIMM thermal sensor...                         No
VIA C7 thermal sensor...                                    No
VIA Nano thermal sensor...                                  No

Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): yes
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               Yes
Found `Nuvoton W83667HG-B (NCT5571D) Super IO Sensors'      Success!
    (address 0x290, driver `w83627ehf')
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'...                   No
Trying family `SMSC'...                                     No
Trying family `VIA/Winbond/Nuvoton/Fintek'...               No
Trying family `ITE'...                                      No

Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no): yes
Probing for `IPMI BMC KCS' at 0xca0...                      No
Probing for `IPMI BMC SMIC' at 0xca8...                     No

Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (yes/NO): yes
Probing for `National Semiconductor LM78' at 0x290...       No
Probing for `National Semiconductor LM79' at 0x290...       No
Probing for `Winbond W83781D' at 0x290...                   No
Probing for `Winbond W83782D' at 0x290...                   No

Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): yes
Using driver `i2c-i801' for device 0000:00:1f.3: Intel 3400/5 Series (PCH)
Module i2c-dev loaded successfully.

Next adapter: Radeon i2c bit bus 0x90 (i2c-0)
Do you want to scan it? (YES/no/selectively): yes

Next adapter: Radeon i2c bit bus 0x91 (i2c-1)
Do you want to scan it? (YES/no/selectively): yes

Next adapter: Radeon i2c bit bus 0x92 (i2c-2)
Do you want to scan it? (YES/no/selectively): yes

Next adapter: Radeon i2c bit bus 0x93 (i2c-3)
Do you want to scan it? (YES/no/selectively): yes
Client found at address 0x50
Probing for `Analog Devices ADM1033'...                     No
Probing for `Analog Devices ADM1034'...                     No
Probing for `SPD EEPROM'...                                 No
Probing for `EDID EEPROM'...                                Yes
    (confidence 8, not a hardware monitoring chip)

Next adapter: Radeon i2c bit bus 0x94 (i2c-4)
Do you want to scan it? (YES/no/selectively): yes

Next adapter: Radeon i2c bit bus 0x95 (i2c-5)
Do you want to scan it? (YES/no/selectively): yes

Next adapter: Radeon i2c bit bus 0x96 (i2c-6)
Do you want to scan it? (YES/no/selectively): yes

Next adapter: Radeon i2c bit bus 0x97 (i2c-7)
Do you want to scan it? (YES/no/selectively): yes

Next adapter: Radeon aux bus DP-auxch (i2c-8)
Do you want to scan it? (YES/no/selectively): yes

Now follows a summary of the probes I have just done.
Just press ENTER to continue:    

Driver `w83627ehf':
  * ISA bus, address 0x290
    Chip `Nuvoton W83667HG-B (NCT5571D) Super IO Sensors' (confidence: 9)

Driver `coretemp':
  * Chip `Intel digital thermal sensor' (confidence: 9)

Do you want to generate /etc/sysconfig/lm_sensors? (YES/no): yes
Unloading i2c-dev... OK
Unloading cpuid... OK

pwmconfig - da scheint es ein Problem zu geben
Code: 
# pwmconfig revision 5857 (2010-08-22)
This program will search your sensors for pulse width modulation (pwm)
controls, and test each one to see if it controls a fan on
your motherboard. Note that many motherboards do not have pwm
circuitry installed, even if your sensor chip supports pwm.

We will attempt to briefly stop each fan using the pwm controls.
The program will attempt to restore each fan to full speed
after testing. However, it is ** very important ** that you
physically verify that the fans have been to full speed
after the program has completed.

/usr/sbin/pwmconfig: There are no pwm-capable sensor modules installed

grep . /sys/devices/system/cpu/cpu*/cpufreq/*governor
Code: 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor:ondemand
/sys/devices/system/cpu/cpu1/cpufreq/scaling_governor:ondemand
/sys/devices/system/cpu/cpu2/cpufreq/scaling_governor:ondemand
/sys/devices/system/cpu/cpu3/cpufreq/scaling_governor:ondemand

grep . /sys/devices/system/cpu/cpu*/cpufreq/*ted_cpus
Code: 
/sys/devices/system/cpu/cpu0/cpufreq/affected_cpus:0
/sys/devices/system/cpu/cpu0/cpufreq/related_cpus:0 1 2 3
/sys/devices/system/cpu/cpu1/cpufreq/affected_cpus:1
/sys/devices/system/cpu/cpu1/cpufreq/related_cpus:0 1 2 3
/sys/devices/system/cpu/cpu2/cpufreq/affected_cpus:2
/sys/devices/system/cpu/cpu2/cpufreq/related_cpus:0 1 2 3
/sys/devices/system/cpu/cpu3/cpufreq/affected_cpus:3
/sys/devices/system/cpu/cpu3/cpufreq/related_cpus:0 1 2 3

grep . /sys/devices/system/cpu/cpu*/cpufreq/scaling_*_freq*
Code: 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies:3201000 3200000 3067000 2933000 2800000 2667000 2533000 2400000 2267000 2133000 2000000 1867000 1733000 1600000 1467000 1333000 1200000 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq:1200000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq:3201000
/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq:1200000
/sys/devices/system/cpu/cpu1/cpufreq/scaling_available_frequencies:3201000 3200000 3067000 2933000 2800000 2667000 2533000 2400000 2267000 2133000 2000000 1867000 1733000 1600000 1467000 1333000 1200000 
/sys/devices/system/cpu/cpu1/cpufreq/scaling_cur_freq:1200000
/sys/devices/system/cpu/cpu1/cpufreq/scaling_max_freq:3201000
/sys/devices/system/cpu/cpu1/cpufreq/scaling_min_freq:1200000
/sys/devices/system/cpu/cpu2/cpufreq/scaling_available_frequencies:3201000 3200000 3067000 2933000 2800000 2667000 2533000 2400000 2267000 2133000 2000000 1867000 1733000 1600000 1467000 1333000 1200000 
/sys/devices/system/cpu/cpu2/cpufreq/scaling_cur_freq:1200000
/sys/devices/system/cpu/cpu2/cpufreq/scaling_max_freq:3201000
/sys/devices/system/cpu/cpu2/cpufreq/scaling_min_freq:1200000
/sys/devices/system/cpu/cpu3/cpufreq/scaling_available_frequencies:3201000 3200000 3067000 2933000 2800000 2667000 2533000 2400000 2267000 2133000 2000000 1867000 1733000 1600000 1467000 1333000 1200000 
/sys/devices/system/cpu/cpu3/cpufreq/scaling_cur_freq:1200000
/sys/devices/system/cpu/cpu3/cpufreq/scaling_max_freq:3201000
/sys/devices/system/cpu/cpu3/cpufreq/scaling_min_freq:1200000

lsmod | grep asus
Code: 
asus_atk0110           13984  0 
hwmon                   2012  3 asus_atk0110,radeon,thermal_sys

sensors
Code: 
radeon-pci-0100
Adapter: PCI adapter
temp1:       +71.0°C                                    

atk0110-acpi-0
Adapter: ACPI interface
Vcore Voltage:      +0.92 V  (min =  +0.80 V, max =  +1.60 V)
 +3.3 Voltage:      +3.38 V  (min =  +2.97 V, max =  +3.63 V)
 +5 Voltage:        +5.09 V  (min =  +4.50 V, max =  +5.50 V)
 +12 Voltage:      +12.04 V  (min = +10.20 V, max = +13.80 V)
CPU FAN Speed:     1095 RPM  (min =  600 RPM)
CHASSIS1 FAN Speed:1371 RPM  (min =  600 RPM)
CHASSIS2 FAN Speed: 763 RPM  (min =  600 RPM)
POWER FAN Speed:      0 RPM  (min =  600 RPM)
CPU Temperature:    +34.5°C  (high = +60.0°C, crit = +95.0°C)  
MB Temperature:     +40.0°C  (high = +45.0°C, crit = +75.0°C)

Wow, ich glaube, dass ist der längste Beitrag, den ich je in einem Forum gepostet habe. Hoffe, das geht in Ordnung mit dem QUOTE.

Gruß
 
OP
C

Chivas

Ich habe den "Sensor"-Test jetzt mal bei Ubuntu wiederholt. Zum Vergleich.

Code: 
atk0110-acpi-0
Adapter: ACPI interface
Vcore Voltage:      +0.93 V  (min =  +0.80 V, max =  +1.60 V)
 +3.3 Voltage:      +3.38 V  (min =  +2.97 V, max =  +3.63 V)
 +5 Voltage:        +5.11 V  (min =  +4.50 V, max =  +5.50 V)
 +12 Voltage:      +12.10 V  (min = +10.20 V, max = +13.80 V)
CPU FAN Speed:     1081 RPM  (min =  600 RPM)
CHASSIS1 FAN Speed:1371 RPM  (min =  600 RPM)
CHASSIS2 FAN Speed: 770 RPM  (min =  600 RPM)
POWER FAN Speed:      0 RPM  (min =  600 RPM)
CPU Temperature:    +42.5°C  (high = +60.0°C, crit = +95.0°C)  
MB Temperature:     +40.0°C  (high = +45.0°C, crit = +75.0°C)

@gropiuskalle - ändere ich sofort
 
J

josef-wien

Fangen wir mit dem Ergebnis an:

Wie Du wohl bemerkt hast, gibt es bei der Drehzahl der drei Ventilatoren zwischen openSUSE und Ubuntu so gut wie keinen Unterschied. Wenn wir jetzt wie Sherlock Holmes diese drei Ventilatoren als Verursacher ausscheiden, bleibt der Ventilator der Grafikkarte als Übeltäter übrig. Da meine diesbezüglichen Ansprüche ziemlich bescheidener Natur sind, sind alle meine Grafikkarten ohne Ventilator ausgekommen, ich kann Dir daher hier nicht weiterhelfen. Der Übersicht halber scheint es angeraten zu sein, dieses Thema hier abzuschließen (lösen trifft ja nicht zu) und im passenden Forum einen neuen Beitrag zu erstellen. Verwendest Du in beiden Fällen fglrx? Gibt es Unterschiede zwischen den Dateien /etc/X11/xorg.conf oder zwischen den Dateien der Verzeichnisse /etc/X11/xorg.conf.d?

Jetzt kommen noch ein paar Erklärungen zu meinen Fragen von heute vormittag:

openSUSE und Ubuntu verwenden das Modul asus_atk0110, dieses kann nur Informationen ausgeben, aber keine Änderungen durchführen. Das von sensors-detect vorgeschlagene Modul w83627ehf dürfte bei Deinem board genau so wenig funktionieren wie bei meinem (Du kannst modprobe w83627ehf versuchen, aber Du wirst eine Fehlermeldung erhalten), dadurch sind pwmconfig bzw. fancontrol die Hände gebunden. Somit bleibt nur der Weg, den CPU-Ventilator über das BIOS zu steuern (was bei meinem board sehr zufriedenstellend funktioniert).

Mit den Auswertungen aus dem "Pseudo-Verzeichnis" /sys wollte ich erkunden, ob der richtige Regler ondemand (die Taktfrequenz der CPU wird je nach Arbeitsanfall gesteuert) eingesetzt ist, und ob die einzelnen Kerne unabhängig voneinander getaktet werden (was der Fall ist).

Zum Abschluß folgt noch ein Hinweis:

Wenn Du auch die "geschätzten" Temperaturen der einzelnen Prozessorkerne sehen willst, mußt Du im Runlevel-Editor von YaST den Dienst lm_sensors aktivieren. Du solltest aber in der Datei /etc/sysconfig/lm_sensors die Eintragung(en) für w83627ehf wieder entfernen, um diesbezügliche Fehlermeldungen zu verhindern.
 
S

spoensche

Das Problem hängt mit 99%iger Sicherheit mit ACPI zusammen.
@Chivas:

Poste doch mal bitte die Ausgabe von
Code: 
dmesg | egrep -i "acpi|err|fglrx|fb|radeon"
 
OP
C

Chivas

Entschuldigt, dass ich mich erst jetzt wieder melde, aber ich war auf Geschäftsreise und jetzt bin ich schier erschlagen, von eurer Hilfe! WOW! Danke!

Zur Lüftersteuerung über den BIOS
Macht es Sinn, daran herum zu spielen, wenn die Einstellungen unter Ubuntu funktionieren? Oder anders gefragt: Könnte es sein, dass SuSE andere Einstellungen braucht um perfekt zu arbeiten? Oder ist es höchst unwahrscheinlich, dass das in meinem Fall hilft?

Bin mir jetzt nicht sicher, ob wir noch in diesem Thread oder in einem anderen die weiteren Spuren verfolgen sollen. Aber ich denke, ich mach einen neuen auf.

Schon mal vielen herzlichen Dank, bis hier hin ;) Ich hoffe, wir sehen uns im neuen Thread!

Kann geschlossen werden ...
 
gropiuskalle

gropiuskalle

Also bei mir greifen Lüftereinstellungen via BIOS-settings durchaus. Teste es einfach mal, so lange Du die Temperaturen überwachst, kann so schnell nichts kaputt gehen. Als grafisches frontend für sensors empfehle ich →GKrellM (über das openSUSE-Standard/Oss-Repository zu beziehen), damit lassen sich auch die gpu-Temperatur sowie diverse Umdrehungszahlen überwachen. Am besten, Du siehst Dir das auch mal genauer an, wenn die cpu richtig gestresst wird, z.B. mit dem →System Stability Tester (→möp, diese 'home:'-Quelle würde ich aber nicht dauerhaft aktivieren).
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben