Subject: LM-Sensors fr Eisfair-1???

Transcrição

Subject: LM-Sensors fr Eisfair-1???
Posted by Kay Martinen on Tue, 14 May 2013 23:18:57 GMT
View Forum Message <> Reply to Message
Ist es schon wieder verschwunden oder finde ich es nur wieder mal nicht.
Alle versuche es mit der Paket-suche vom Eis-Setup zu finden schlugen
fehl. Es wird mir nur eine libsensors gezeigt aber kein lm-sensors
paket. Auch nicht das vom Eis-2 (was ja nun logisch ist.
Letzte Info war das Holger Brünjes sich des Pakets angenommen hätte. Hab
ich wieder Pech und das wurde nix?
Kay
....der eben einen Proliant DL380 G4 mit Eis-1 installierte und den ohne
die Sensor-daten nicht dauerhaft betreiben will.
Subject: Re: LM-Sensors fr Eisfair-1???
Posted by Marcus Roeckrath on Wed, 15 May 2013 16:52:23 GMT
Hallo Kay,
Kay Martinen wrote:
> Ist es schon wieder verschwunden oder finde ich es nur wieder mal nicht.
Nicht verschwunden, aber gesperrt, da es bislang in der Praxis nicht easy in
Betrieb zu nehmen ist.
> Letzte Info war das Holger Brünjes sich des Pakets angenommen hätte. Hab
> ich wieder Pech und das wurde nix?
Holger hat sich des Paketes angenommen und er hat es nach Problemen wieder
gesperrt.
Wenn Du sagst, Du willst da ohne Unterstützung mal mit rumprobieren, rückt
es Holger vielleicht zur manuellen Installation raus.
-Gruss Marcus
Posted by Marcus Roeckrath on Fri, 17 May 2013 11:42:46 GMT
Hallo Kay,
Kay Martinen wrote:
Page 1 of 75 ---- Generated from
net(t)forum
> Ist es schon wieder verschwunden oder finde ich es nur wieder mal nicht.
Es ist wieder da undich habe mal ein wenig damit rumgespieltund mich wieder
darüber geärgert, dass auf meinem Desktop und dem eisfair-Server der
gleiche Chip verbaut ist, aber dennoch die Konfiguration vom Desktop im
Server nicht richtig funktioniert.
Das liegt, was die gelieferten Werte angeht, nicht am eisfair-Paket; ganz
rund läuft das aber auch noch nicht.
Ich habe die eisfair-Konfiguration für lm_sensors noch nicht benutzt, also
START=no, um das erstnal auf der Konsole zu testen.
Verbaut ist ein w83697hf-Chip.
Zuladende Module
i2c-dev
i2c-viapro
w83627hf (nicht irritieren lassen wegen oben w83697hf)
eeprom
Es werden weitere Module automatisch geladen (i2c-core, hwmon-vid).
In der /usr/share/doc/lm_sensors/sensors.conf Beispieldatei fehlt ein
vorbereitete Sektion für den w83697hf-Chip, daher hier mal mein Konstrukt
vom Desktop, was ich erstmal als Basis genommen habe:
chip "w83697hf-*"
label in0 "VCore"
label in2 "+3.3V"
label in3 "+5V"
label in4 "+12V"
label in5 "-12V"
label in6 "-5V"
label in7 "V5SB"
label in8 "VBat"
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
compute in4 ((28/10)+1)*@ , @/((28/10)+1)
compute in5 -((28/10)+1)*@ , -@/((28/10)+1)
compute in6 -((6.8/10)+1)*@ , -@/((6.8/10)+1)
# compute in5 (5.14 * @) - 14.91 , (@ + 14.91) / 5.14
# compute in6 (3.14 * @) - 7.71 , (@ + 7.71) / 3.14
compute in7 ((6.8/10)+1)*@ , @/((6.8/10)+1)
set in0_min 1.5 * 0.95
set in0_max 1.65 * 1.05
set in2_min 3.3 * 0.95
set in2_max 3.3 * 1.05
set in3_min 5.0 * 0.95
net(t)forum
set in3_max 5.0 * 1.05
set in4_min 12 * 0.90
set in4_max 12 * 1.10
set in5_max -12 * 0.90
set in5_min -12 * 1.10
set in6_max -5 * 0.95
set in6_min -5 * 1.05
set in7_min 5 * 0.95
set in7_max 5 * 1.05
set in8_min 3.0 * 0.80
set in8_max 3.0 * 1.20
label temp1 "System Temp"
label temp2 "CPU Temp"
set temp1_over 40
set temp1_hyst 37
set temp2_over 52
set temp2_hyst 47
label fan1 "CPU Fan"
ignore fan2
set fan1_div 4
set fan1_min 2000
set beep_enable 0
Die auskommentierten Zeilen für compute in5/6 sind die originalen, liefern
aber nur schwachsinnige Ausgaben für die negativen Spannungen(auf meinen
Desktop funktionieren diese computes), meine Varianten liefern zumidest
plausiblere Werte.
Ein Aufruf von sensors liefert nun:
eis # sensors
w83697hf-isa-0290
Adapter: ISA adapter
VCore:
+1.62 V (min = +2.62 V, max = +0.51 V) ALARM
+3.3V:
+3.41 V (min = +2.11 V, max = +0.26 V) ALARM
+5V:
+5.03 V (min = +0.00 V, max = +1.72 V) ALARM
+12V:
+11.98 V (min = +0.97 V, max = +0.49 V) ALARM
-12V:
-11.98 V (min = -0.12 V, max = -7.78 V) ALARM
-5V:
-5.30 V (min = -0.03 V, max = -0.00 V) ALARM
V5SB:
+5.40 V (min = +3.92 V, max = +0.05 V) ALARM
VBat:
+3.50 V (min = +0.00 V, max = +1.28 V) ALARM
CPU Fan: 3497 RPM (min = -1 RPM, div = 2) ALARM
System Temp: +41.0°C (high = +0.0°C, hyst = +16.0°C) ALARM sensor =
thermistor
CPU Temp: +35.5°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor
beep_enable: enabled
Man sieht:
net(t)forum
Die Werte scheinen plausibel, aber alle sind mit ALARM gekennzeichnet.
Worum?
Irgendwie werden die Werte für die mit set beginnenden Zeilen der
Konfiguration überhaupt nicht ausgewertet.
-Gruss Marcus
Hallo,
Marcus Roeckrath wrote:
>
>
>
>
set in5_max -12 * 0.90
set in5_min -12 * 1.10
set in6_max -5 * 0.95
set in6_min -5 * 1.05
Hier sind max und min settings noch zu vertauschen:
set in5_max -12 * 1.10
set in5_min -12 * 0.90
set in6_max -5 * 1.05
set in6_min -5 * 0.95
>
>
>
>
>
>
label temp1 "System Temp"
set temp1_over 40
set temp1_hyst 37
set temp2_over 52
set temp2_hyst 47
set temp1_max 40
set temp1_max_hyst 37
set temp2_max 52
> Irgendwie werden die Werte für die mit set beginnenden Zeilen der
> Konfiguration überhaupt nicht ausgewertet.
Die set-Zeilen werden nach einem einmaligen Aufruf von
sensors -s
net(t)forum
übernommen, danach ergibt ein sensors-Aufruf:
eis # sensors
w83697hf-isa-0290
VCore:
+1.63 V (min = +1.42 V, max = +1.73 V)
+3.3V:
+3.41 V (min = +3.14 V, max = +3.47 V)
+5V:
+5.03 V (min = +4.76 V, max = +5.24 V)
+12V:
+11.98 V (min = +10.82 V, max = +13.19 V)
-12V:
-11.92 V (min = -10.82 V, max = -13.19 V)
-5V:
-5.27 V (min = -4.49 V, max = -5.51 V)
V5SB:
+5.40 V (min = +4.49 V, max = +5.51 V)
VBat:
+3.50 V (min = +2.40 V, max = +3.60 V)
CPU Fan: 3479 RPM (min = 1997 RPM, div = 4)
System Temp: +41.0°C (high = +50.0°C, hyst = +45.0°C) sensor = thermistor
beep_enable: disabled
Das lm_sensors-Paket funktioniert nun alsofür den w83697ef-Chip.
-Gruss Marcus
Posted by Detlef Paschke on Sat, 18 May 2013 11:47:47 GMT
"Marcus Roeckrath" schrieb
>
> Hallo,
Hallo Marcus,
> Das lm_sensors-Paket funktioniert nun alsofür den w83697ef-Chip.
>
Bei mir ergibt sich bei einem Asus PR-DLS533 (Chip ist wohl der w83781d)
folgendes:
Alle Werte werden ohne Formatierung ausgegeben.
as99127f-i2c-0-2d
Adapter: SMBus PIIX4 adapter at e800
in0:
+1.49 V (min = +1.20 V, max = +1.60 V)
in1:
+1.25 V (min = +1.20 V, max = +1.60 V)
in2:
+3.31 V (min = +2.96 V, max = +3.63 V)
in3:
+3.01 V (min = +2.67 V, max = +3.28 V)
in4:
+3.20 V (min = +2.51 V, max = +3.79 V)
in5:
+0.54 V (min = +0.08 V, max = +1.02 V)
in6:
+3.58 V (min = +0.54 V, max = +1.17 V)
fan1:
3708 RPM (min = -1 RPM, div = 2)
net(t)forum
fan2:
3857 RPM (min = 9926 RPM, div = 2)
fan3:
0 RPM (min = 168750 RPM, div = 2)
temp1:
+61.0 C (high = +0.0 C, hyst = -128.0 C)
temp2:
+40.5 C (high = +60.0 C, hyst = +50.0 C)
temp3:
+44.5 C (high = +60.0 C, hyst = +50.0 C)
cpu0_vid: +1.525 V
Die Config hingegen sieht so aus:
START_LM_SENSORS='yes'
# Use: yes or no
#----------------------------------------------------------------------- ------# Cron settings
#----------------------------------------------------------------------- ------LM_SENSORS_CRON_USE='yes'
# use cron to request
LM_SENSORS_CRON_SCHEDULE='*/1 * * * *'
# request every 5 minutes
LM_SENSORS_OUTPUT='/var/log/log.sensors'
# output to using cron
LM_SENSORS_ALARM_MAIL='no'
# Send Mail on alarm
LM_SENSORS_ALARM_MAIL_TO='root@localhost'
# Mail Adress to send warning to
LM_SENSORS_ALARM_MAIL_ON_N='1'
# Warn only on specified alarms use '0'
# for ALL
LM_SENSORS_ALARM_MAIL_ON_1='CPU-Temp'
# CPU-Temp
LM_SENSORS_ALARM_HALT='no'
# halt system on alarm (!)
LM_SENSORS_ALARM_HALT_ON_N='1'
# halt only on specified alarms use '0'
# for all (!)
LM_SENSORS_ALARM_HALT_ON_1='CPU-Temp'
# if a label definition is used type the
# new Label for the value
LM_SENSORS_ALARM_HALT_ON_1_LIMIT='70'
# limit for '1'. sensor leave empty to use
# default alarm
#----------------------------------------------------------------------- ------# i2c chips
#----------------------------------------------------------------------- ------LM_SENSORS_I2C_DRIVER_N='1'
net(t)forum
# count of driver to configure
LM_SENSORS_I2C_DRIVER_1_NAME='i2c-piix4'
# name of the driver to load
LM_SENSORS_I2C_DRIVER_1_ACTIVE='yes'
# Use yes or no
#----------------------------------------------------------------------- ------# Chips configuration
#
# for a detailed description of this section
# read the documentation, please"
#----------------------------------------------------------------------- ------LM_SENSORS_CHIP_N='1'
# count of chips to configure
LM_SENSORS_CHIP_1_NAME='w83781d'
# Is only for you
LM_SENSORS_CHIP_1_ACTIVE='yes'
# Use yes or no
LM_SENSORS_CHIP_1='w83781d'
# 1. name of chip
LM_SENSORS_CHIP_1_BEEP='yes'
# beep for triggered alarms
LM_SENSORS_CHIP_1_LINE_N='16'
# count of definition lines
LM_SENSORS_CHIP_1_LINE_1='label in0 "VCore0"'
LM_SENSORS_CHIP_1_LINE_2='label in1 "VCore1"'
LM_SENSORS_CHIP_1_LINE_3='label in2 "+3.3V"'
LM_SENSORS_CHIP_1_LINE_4='label in3 "+5V"'
LM_SENSORS_CHIP_1_LINE_5='compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)'
LM_SENSORS_CHIP_1_LINE_6='label in4 "+12V"'
LM_SENSORS_CHIP_1_LINE_7='compute in4 ((28/10)+1)*@ , @/((28/10)+1)'
LM_SENSORS_CHIP_1_LINE_8='ignore in5'
LM_SENSORS_CHIP_1_LINE_9='ignore in6'
LM_SENSORS_CHIP_1_LINE_10='label fan1 "CPU0 Fan"'
LM_SENSORS_CHIP_1_LINE_11='label fan2 "CPU1 Fan"'
LM_SENSORS_CHIP_1_LINE_12='ignore fan3'
LM_SENSORS_CHIP_1_LINE_13='label temp1 "M/B Temp"'
LM_SENSORS_CHIP_1_LINE_14='label temp2 "CPU0 Temp"'
LM_SENSORS_CHIP_1_LINE_16='label cpu0_vid "CPU0 Vid"'
#----------------------------------------------------------------------- ------# End
#----------------------------------------------------------------------- ------eine /etc/sensors3 wurde mit folgendem Inhalt erstellt:
# /etc/sensors3.conf
chip "w83781d-*"
set beep_enable 1
label in0 "VCore0"
net(t)forum
label in1 "VCore1"
label in2 "+3.3V"
label in3 "+5V"
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
label in4 "+12V"
compute in4 ((28/10)+1)*@ , @/((28/10)+1)
ignore in5
ignore in6
label fan1 "CPU0 Fan"
ignore fan3
label temp1 "M/B Temp"
label temp2 "CPU0 Temp"
label cpu0_vid "CPU0 Vid"
auch bei einem direkten Aufruf mit sensors -c /etc/sensors3.conf bleibt die
Ausgabe Unformatiert.
Vor längerer Zeit hatte ich mit für mein Board eine Config mit Grundlage des
A7N8X-X zusammengesucht. Deren Werte habe ich in die aktuelle Config
übernommen mit einem Unterschied. Als Chip ist in meiner alten Config der
as99127f angegeben. Wenn ich den nun versuche einzutragen erscheint die
Fehlermeldung:
(/etc/config.d/lm_sensors:76) wrong value of variable
LM_SENSORS_CHIP_1: 'as99127f' (Use one w83781d)
Trage ich als Chip nun w83781d ein erfolgt die Ausgabe ohne Formatierung.
Eine direkte Eingabe von sensors -c
/usr/share/doc/lm_sensors/sample.conf/Asus/PR-DLS533.conf (das ist meine
alte Config) ergibt:
as99127f-i2c-0-2d
VCore0:
+1.50 V (min = +1.20 V, max = +1.60 V)
VCore1:
+1.25 V (min = +1.20 V, max = +1.60 V)
+3.3V:
+3.31 V (min = +2.96 V, max = +3.63 V)
+5V:
+5.05 V (min = +4.49 V, max = +5.51 V)
+12V:
+12.16 V (min = +9.55 V, max = +14.41 V)
CPU0 Fan: 3708 RPM (min = -1 RPM, div = 2)
CPU1 Fan: 3857 RPM (min = 9926 RPM, div = 2)
M/B Temp: +61.0°C (high = +0.0°C, hyst = -128.0°C)
CPU0 Temp: +40.0°C (high = +60.0°C, hyst = +50.0°C)
CPU0 Vid: +1.525 V
auch diese noch mal:
chip "as99127f-*"
net(t)forum
label in0 "VCore0"
label in1 "VCore1"
label in2 "+3.3V"
label in3 "+5V"
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
label in4 "+12V"
compute in4 ((28/10)+1)*@ , @/((28/10)+1)
ignore in5
ignore in6
ignore fan3
label cpu0_vid "CPU0 Vid"
Viele Grüße
Detlef Paschke
Posted by Marcus Roeckrath on Sat, 18 May 2013 12:24:24 GMT
Hallo Detlef,
Detlef Paschke wrote:
>
>
>
>
>
>
>
Bei mir ergibt sich bei einem Asus PR-DLS533 (Chip ist wohl der w83781d)
folgendes:
Alle Werte werden ohne Formatierung ausgegeben.
as99127f-i2c-0-2d
in0:
+1.49 V (min = +1.20 V, max = +1.60 V)
In der /etc/sensors3.conf gibt es keine Definitionen für den Chip; daher nur
Ausgabe von Raw-Werten.
> LM_SENSORS_CHIP_1_NAME='w83781d'
Das ergibt in /etc/sensors.conf eine falsche chip-Sektion.
Was steht eigentlich in /etc/sysconfig/lm_sensors?
Es gibt Module (/etc/sysconfig/lm_sensors), die mehrere Chips behandeln; in
der Konfiguration muss hier der Chip stehen; wenn das verschieden vom
Modulnamen ist, verhindert die Eingabeprüfung, dass Du den richtigen Chip
angeben kannst.
net(t)forum
Daher deaktiviere diese Eingabeprüfung:
/etc/check.d/lm_sensors:
LM_SENSORS_CHIP_%
LM_SENSORS_CHIP_%_ACTIVE
LM_SENSORS_CHIP_N
LM_SENSORS_CHIPS_CUI
in
LM_SENSORS_CHIP_%
LM_SENSORS_CHIP_N
NONE
Jetzt kannst Du für den Chip den korrekten Wert as99127f eintragen.
>
>
>
>
>
Eine direkte Eingabe von sensors -c
/usr/share/doc/lm_sensors/sample.conf/Asus/PR-DLS533.conf (das ist meine
alte Config) ergibt:
as99127f-i2c-0-2d
Dann trage doch die Zeilen aus PR-DLS533.conf jetzt ein, allerding fehlen
noch einige, wie die set-Statements für Minimum und Maximum ...
> CPU0 Fan:
3708 RPM (min = -1 RPM, div = 2)
Hier fehlt ein set-Statement.
> CPU1 Fan:
3857 RPM (min = 9926 RPM, div = 2)
Hier fehlt es auch.
> M/B Temp:
+61.0°C (high = +0.0°C, hyst = -128.0°C)
Hier auch.
Hier noch eine Standardsektion für Deinen Chip; wenn Du einfach mal sensors
ohne /etc/sensors(3).conf Datei aufrufst, siehst Du (Dein erstes Beispiel
ohne Formatierung), welche Ausgabe (in, temp, fan) überhaupt vorhanden sind
(wohl in0-in6, temp1-temp3, fan1-fan3, cpu0_vid):
chip "as99127f-*"
# Asus won't release a datasheet so this is guesswork.
# Thanks to Guntram Blohm, Jack, Ed Harrison, Artur Gawryszczak,
# Victor G. Marimon and others for their feedback.
# Dual power plane
label in0 "VCore 1"
label in1 "VCore 2"
# Single power plane (A7V133, A7M266, CUV4X)
net(t)forum
# label in0 "VCore"
# ignore in1
label in2 "+3.3V"
label in3 "+5V"
label in4 "+12V"
# These last two may not make sense on all motherboards.
label in5 "-12V"
label in6 "-5V"
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
compute in4 ((28/10)+1)*@ , @/((28/10)+1)
# AS99127F rev.1 (same as w83781d)
compute in5 -(240/60.4)*@ , -@/(240/60.4)
compute in6 -(90.9/60.4)*@ , -@/(90.9/60.4)
# AS99127F rev.2 (same as w83782d)
# compute in5 (5.14 * @) - 14.91 , (@ + 14.91) / 5.14
# compute in6 (3.14 * @) - 7.71 , (@ + 7.71) / 3.14
# Depending on your motherboard, you may have to use any of two formulae
# for temp2. Quoting Artur Gawryszczak (edited to reflect subsequent fixes
# to the driver):
# "I guess, that the formula "(@*15/43)+25, (@-25)*43/15" is correct
# for those Asus motherboards, which get CPU temperature from internal
# thermal diode (Pentium Coppermine, and above), while no formula is needed
# for Athlon/Duron boards, which use a thermistor in the socket."
# An alternative formula was then found and reported by Victor G. Marimon.
# Asus A7V133, Asus A7M266
# No compute line is needed
# Asus CUV4X, Asus A7V8X
# compute temp2 (@*15/43)+25, (@-25)*43/15
# Asus CUSL2, Asus CUV266-DLS, Asus TUSL2-C
# compute temp2 (@*30/43)+25, (@-25)*43/30
# See comments above if temp3 looks bad. What works for temp2 is likely
# to work for temp3 for dual-CPU boards, such as the CUV4X-D.
# Most Asus boards have temperatures settled like that:
# However, some boards have them swapped (A7N8X Deluxe rev.2,
# A7N8X-E Deluxe rev.2, CUV4X):
# label temp1 "CPU Temp"
# label temp2 "M/B Temp"
# Most boards have no temp3 by default, except for dual-CPU boards.
# label temp3 "CPU 2 Temp"
# ignore temp3
# set limits to 5% for the critical voltages
# set limits to 10% for the non-critical voltages
# set limits to 20% for the battery voltage
net(t)forum
#
#
#
#
#
#
#
#
#
#
#
#
#
#
set in0_min cpu0_vid*0.95
set in0_max cpu0_vid*1.05
set in2_min 3.3 * 0.95
set in2_max 3.3 * 1.05
set in3_min 5.0 * 0.95
set in3_max 5.0 * 1.05
set in4_min 12 * 0.90
set in4_max 12 * 1.10
set in5_min -12 * 0.90
set in5_max -12 * 1.10
set in6_min -5 * 0.95
set in6_max -5 * 1.05
# examples for temperature limits
# set temp1_max
40
# set temp1_max_hyst 37
# set temp2_max
52
# set temp3_max
52
-Gruss Marcus
Hallo,
ein paar Hinweise zu Experimenten mit dem lm_sensors-Paket:
1.
Die Eingabe des korrekten Chipnamens wird in einigen Fällen dadurch
verhindert, dass ein Modul mehrere Chips bedient und daherin diesen Fällen
Modulnameund Chipname nicht identisch sind. Abhilfe schafft die
Deaktivierung dieser Eingabeprüfung:
LM_SENSORS_CHIP_%
E LM_SENSORS_CHIP_N
LM_SENSORS_CHIP_%_ACTIV
in
net(t)forum
LM_SENSORS_CHIP_%
E LM_SENSORS_CHIP_N
NONE
LM_SENSORS_CHIP_%_ACTIV
ändern.
2.
Bei geladenen Treibern aber ohne /etc/sensors.conf oder /etc/sensors3.conf
einmal sensors aufrufen. Die Ausgabe zeigt die verfügbaren Sensoren (in,
temp, fan ...) allerdings mit Raw-Werten und den Namen des Chips, von dem
nur der erste Teil bis zum ersten "-" wichtig ist z. B. w83697hf.
3.
Unter http://home.foni.net/~marcusroeckrath/eisfair/sensors.conf.eg findet
Ihr eine Beispiel sensors.conf für viele Chips. Sucht die Sektion für einen
Chip und tragt die entsprechenden Konfigurationszeilen (label-, set-,
compute-Zeilen) in die eisfair-Konfiguration ein.
Man kann auch erstmal manuell testen:
1.
Die mit sensors-detect festgestellten Module manuell laden. (Detection im
Menu benutzen)
2.
sensors ohne Konfiguration aufrufen zur Feststellung der vorhandenen
Sensoren (siehe oben 2.)
3.
Die bereitgestellte sensorf.conf.eg nach /etc/sensors.conf kopieren und den
Abschnitt für den eigenen Chip bearbeiten (alle anderen chip-Abschnitte
können gelöscht werden).
4.
sensors -s aufrufen, damit die set-Statements ausgeführt werden.
5.
sensors aufrufen und die Ausgabe begutachten
6.
Eventuell /etc/sensors.conf nachbearbeiten und zurück zu Schritt 4
7.
net(t)forum
Ist alles zufriedenstellend, die Statements in die
eisfair-LM_Sensors-Konfiguration übertragen.
-Gruss Marcus
Posted by Detlef Paschke on Sat, 18 May 2013 18:09:13 GMT
"Marcus Roeckrath" schrieb im Newsbeitrag
news:[email protected]...
>
> Hallo Detlef,
>
Hallo Marcus,
>
> Was steht eigentlich in /etc/sysconfig/lm_sensors?
# Generated by sensors-detect on Sat May 18 12:46:06 2013
# This file is sourced by /etc/init.d/lm_sensors and defines the modules to
# be loaded/unloaded.
#
# The format of this file is a shell script that simply defines variables:
# HWMON_MODULES for hardware monitoring driver modules, and optionally
# BUS_MODULES for any required bus driver module (for example for I2C or
SPI).
HWMON_MODULES="w83781d"
# For compatibility reasons, modules are also listed individually as
variables
# MODULE_0, MODULE_1, MODULE_2, etc.
# You should use BUS_MODULES and HWMON_MODULES instead if possible.
MODULE_0=w83781d
>
>
>
>
>
>
>
>
>
>
Daher deaktiviere diese Eingabeprüfung:
LM_SENSORS_CHIP_%
LM_SENSORS_CHIP_N
in
net(t)forum
> LM_SENSORS_CHIP_%
> LM_SENSORS_CHIP_N
>
NONE
>
> Jetzt kannst Du für den Chip den korrekten Wert as99127f eintragen.
gut geschehen und hilft. Ein Interessanter Punkt ist noch, dass die Prüfung
wieder zurückgesetzt wird wenn man eine Sample Configuration importiert.
> Dann trage doch die Zeilen aus PR-DLS533.conf jetzt ein, allerding fehlen
> noch einige, wie die set-Statements für Minimum und Maximum ...
>
ja, bin dazumal nicht ganz fertig geworden und dann blieb es lange liegen.
>
>
>
>
>
>
Hier noch eine Standardsektion für Deinen Chip; wenn Du einfach mal
sensors
ohne /etc/sensors(3).conf Datei aufrufst, siehst Du (Dein erstes Beispiel
ohne Formatierung), welche Ausgabe (in, temp, fan) überhaupt vorhanden
sind
(wohl in0-in6, temp1-temp3, fan1-fan3, cpu0_vid):
oh Danke die kann ich gut gebrauchen.
Viele Grüße
Detlef Paschke
Hallo Detlef,
>> Was steht eigentlich in /etc/sysconfig/lm_sensors?
> HWMON_MODULES="w83781d"
Das Modulist auch für den as99127f zuständig.
> gut geschehen und hilft. Ein Interessanter Punkt ist noch, dass die
> Prüfung wieder zurückgesetzt wird wenn man eine Sample Configuration
> importiert.
Unter bestimmten Umständen wird die Check-Datei neu geschrieben.
Holger und ich haben gestern schon ein wenig über lm_sensors diskutiert.
Holger hat das Paket auch nur geerbt, deshalb muss man sich auch erst
einarbeiten.
net(t)forum
-Gruss Marcus
Posted by Detlef Paschke on Sun, 19 May 2013 12:33:47 GMT
>
> Hallo Detlef,
Hallo Holger,
>> gut geschehen und hilft. Ein Interessanter Punkt ist noch, dass die
>> Prüfung wieder zurückgesetzt wird wenn man eine Sample Configuration
>> importiert.
>
> Unter bestimmten Umständen wird die Check-Datei neu geschrieben.
>
> Holger und ich haben gestern schon ein wenig über lm_sensors diskutiert.
> Holger hat das Paket auch nur geerbt, deshalb muss man sich auch erst
> einarbeiten.
Nun läuft es ja schon ganz gut.
Aber eins verstehe ich gar nicht, Meine Ausgabe ohne Formatierung sah noch
gestern so aus:
as99127f-i2c-0-2d
in0:
+1.49 V (min = +1.20 V, max = +1.60 V)
in1:
+1.25 V (min = +1.20 V, max = +1.60 V)
in2:
+3.31 V (min = +2.96 V, max = +3.63 V)
in3:
+3.01 V (min = +2.67 V, max = +3.28 V)
in4:
+3.20 V (min = +2.51 V, max = +3.79 V)
in5:
+0.54 V (min = +0.08 V, max = +1.02 V)
in6:
+3.58 V (min = +0.54 V, max = +1.17 V)
fan1:
3708 RPM (min = -1 RPM, div = 2)
fan2:
3857 RPM (min = 9926 RPM, div = 2)
fan3:
0 RPM (min = 168750 RPM, div = 2)
temp1:
+61.0 C (high = +0.0 C, hyst = -128.0 C)
temp2:
+40.5 C (high = +60.0 C, hyst = +50.0 C)
temp3:
+44.5 C (high = +60.0 C, hyst = +50.0 C)
cpu0_vid: +1.525 V
nach der Bastelei gestern sieht die Ausgabe ohne Formatierung so aus:
as99127f-i2c-0-2d
in0:
+1.49 V (min = +1.46 V, max = +1.60 V)
net(t)forum
in1:
+1.25 V (min = +1.46 V, max = +1.60 V)
in2:
+3.31 V (min = +3.14 V, max = +3.47 V)
in3:
+3.01 V (min = +2.83 V, max = +3.12 V)
in4:
+3.20 V (min = +2.85 V, max = +3.47 V)
in5:
+0.54 V (min = +0.80 V, max = +0.34 V)
in6:
+3.58 V (min = +3.15 V, max = +3.49 V)
fan1:
3792 RPM (min = 2657 RPM, div = 2)
fan2:
3947 RPM (min = 2657 RPM, div = 2)
fan3:
0 RPM (min = 2657 RPM, div = 2)
temp1:
+53.0°C (high = +40.0°C, hyst = +37.0°C)
temp2:
+38.5°C (high = +52.0°C, hyst = +47.0°C)
temp3:
+42.5°C (high = +52.0°C, hyst = +47.0°C)
cpu0_vid: +1.525 V
wie bekomme ich denn die min max werte wieder in die Ausgangssituation? Die
/etc/sensors3.conf ist leer aber irgend wo muss ja noch was gespeichert
sein.
Viele Grüße
Detlef Paschke
>
>
> Das lm_sensors-Paket funktioniert nun alsofür den w83697ef-Chip.
>
also bei meinem Asus PR-DLS533 Chip AS99127F rev. 2 läuft nun auch alles wie
es soll. Nach Bereinigung von -5 und -12 Volt die uninteressant sind und
fan3 der keine Werte Liefert (im Bios gar nicht vorhanden) sieht die Ausgabe
so aus und deckt sich mit den Werten im Bios:
as99127f-i2c-0-2d
VCore0:
+1.50 V (min = +1.20 V, max = +1.60 V)
VCore1:
+1.25 V (min = +1.20 V, max = +1.60 V)
+3.3V:
+3.31 V (min = +2.96 V, max = +3.63 V)
+5V:
+5.03 V (min = +4.49 V, max = +5.51 V)
+12V:
+12.16 V (min = +9.55 V, max = +14.41 V)
M/B Temp: +54.0°C (high = +60.0°C, hyst = +57.0°C)
CPU0 Vid: +1.525 V
net(t)forum
Bei VCore, +3,3V und CPU-Temp musste keine Anpassung erfolgen auch die min
max Werte scheinen fest im Chip hinterlegt zu sein. Bei den Lüftern muss nur
der min Wert angegeben werden und bei temp1 (M/B Temp) war kein max Wert
vorgegeben und musste angegeben werden.
Interessant ist, dass bei der Abfrage über PhpSysinfo der min-Wert von fan1
und fan2 auf 0 steht. Ich Denke aber, dass das nichts mit lm_sensors zu tun
hat.
Viele Grüße
Detlef Paschke
Posted by Marcus Roeckrath on Sun, 19 May 2013 17:49:59 GMT
Hallo Detlef,
> Interessant ist, dass bei der Abfrage über PhpSysinfo der min-Wert von
> fan1 und fan2 auf 0 steht. Ich Denke aber, dass das nichts mit lm_sensors
> zu tun hat.
Ist ein Fehler in phpsysinfo; sensors zeigt es ja richtig anund das ist
entscheidend.
-Gruss Marcus
Hallo Detlef,
> wie bekomme ich denn die min max werte wieder in die Ausgangssituation?
> Die /etc/sensors3.conf ist leer aber irgend wo muss ja noch was
> gespeichert sein.
Hat sich das erledigt?
Ansonsten kann ich Dir dazu nichts sagen.
-Gruss Marcus
Subject: AW: LM-Sensors fr Eisfair-1???
>
> Hallo Detlef,
Hallo Marcus,
>> wie bekomme ich denn die min max werte wieder in die Ausgangssituation?
>> Die /etc/sensors3.conf ist leer aber irgend wo muss ja noch was
>> gespeichert sein.
>
> Hat sich das erledigt?
>
> Ansonsten kann ich Dir dazu nichts sagen.
ja, ich habe lm_sensors deinstalliert, den Server neu gestartet und
lm_sensors wieder installiert und alles war wieder gut. Im nachhinein
betrachtet evtl. dumm, ich hätte mal nur den Server neu starten sollen so
wäre es besser einzugrenzen und hätte vermutlich schon genügt. Wer weiß was
da im Speicher noch feststeckte.
Viele Grüße
Detlef Paschke
>
> Hallo Detlef,
Hallo,
>> Interessant ist, dass bei der Abfrage über PhpSysinfo der min-Wert von
>> fan1 und fan2 auf 0 steht. Ich Denke aber, dass das nichts mit
>> lm_sensors
>> zu tun hat.
>
> Ist ein Fehler in phpsysinfo; sensors zeigt es ja richtig anund das ist
> entscheidend.
so dachte ich auch. Ich wollte es der nur Vollständigkeit halber erwähnen
falls noch andere darüber stolpern.
Viele Grüße
Detlef Paschke
Posted by Kay Martinen on Mon, 20 May 2013 07:34:38 GMT
Am 19.05.2013 20:34, schrieb Detlef Paschke:
> "Marcus Roeckrath" schrieb
>>
>> Ist ein Fehler in phpsysinfo; sensors zeigt es ja richtig anund das ist
>> entscheidend.
>
> so dachte ich auch. Ich wollte es der nur Vollständigkeit halber
> erwähnen falls noch andere darüber stolpern.
Bin auch schon drüber gestolpert. Und es scheint egal zu sein ob man bei
lm-sensors namen vergibt für die temp und fan-angaben. phpsysinfo
interessiert es nicht. Aber ich vermute auch das liegt daran das diese
werte von lm-sensors nicht beachtet werden. Denn mit 'sensors' tauchen
sie auch nicht auf.
Kay
Posted by Marcus Roeckrath on Mon, 20 May 2013 08:20:19 GMT
Hallo Kay,
Kay Martinen wrote:
>
>
>
>
>
Bin auch schon drüber gestolpert. Und es scheint egal zu sein ob man bei
lm-sensors namen vergibt für die temp und fan-angaben. phpsysinfo
interessiert es nicht. Aber ich vermute auch das liegt daran das diese
werte von lm-sensors nicht beachtet werden. Denn mit 'sensors' tauchen
sie auch nicht auf.
sensors zeigt bei mir korrekt die selbst gewählten Namen (Statement label)
für temp und fan an:
eis # sensors
w83697hf-isa-0290
VCore:
+1.62 V (min = +1.42 V, max = +1.73 V)
+3.3V:
+3.41 V (min = +2.98 V, max = +3.63 V)
+5V:
+5.00 V (min = +4.76 V, max = +5.24 V)
+12V:
+12.04 V (min = +10.82 V, max = +13.19 V)
-12V:
-12.04 V (min = -10.82 V, max = -13.19 V)
-5V:
-5.32 V (min = -4.49 V, max = -5.51 V)
V5SB:
+5.40 V (min = +4.49 V, max = +5.51 V)
VBat:
+3.50 V (min = +2.40 V, max = +3.60 V)
net(t)forum
phpsysinfo auch.
Einzig der korrekte Wert für die minimalen Fan-Drehzahl fehlt.
-Gruss Marcus
Am 20.05.2013 10:20, schrieb Marcus Roeckrath:
>
>
>
>
>
>
>
>
>
sensors zeigt bei mir korrekt die selbst gewählten Namen (Statement label)
für temp und fan an:
eis # sensors
phpsysinfo auch.
Und wie hast du das geschafft. Ich habe mit manuellem Eintragen in der
conf datei keinen erfolg gehabt. Hab ich an der falschen stelle gesucht?
>
> Einzig der korrekte Wert für die minimalen Fan-Drehzahl fehlt.
Na, das kann man verschmerzen denke ich. Ich hab nun auch wieder einen
DL360 G4P mit Eisfair-1 und werde das die Tage mal antesten. Auf dem
DL380 G4 zeigt die HP Management-Homepage jedenfalls Temperaturen und
drehzahlen. Also muss es irgendwie gehen - unter Windows 2000 mit dem
PHP-Pack von HP.
Kay
Posted by Marcus Roeckrath on Tue, 21 May 2013 07:07:54 GMT
Hallo Kay,
Kay Martinen wrote:
>> sensors zeigt bei mir korrekt die selbst gewählten Namen (Statement
net(t)forum
>> label) für temp und fan an:
>>
>> eis # sensors
>> CPU Fan: 3443 RPM (min = 1997 RPM, div = 4)
>> System Temp: +41.0°C (high = +50.0°C, hyst = +45.0°C) sensor =
>> thermistor
>> CPU Temp: +35.5°C (high = +52.0°C, hyst = +47.0°C) sensor =
>> thermistor
>>
>> phpsysinfo auch.
>
> Und wie hast du das geschafft. Ich habe mit manuellem Eintragen in der
> conf datei keinen erfolg gehabt. Hab ich an der falschen stelle gesucht?
Wie sieht denn bei Dir die Ausgabe von sensors aus?
-Gruss Marcus
Hallo,
es gibt Boards, auf denen wird nicht das Modul für den Sensor-Chip, sondern
der acpi-Treiber für das Board geladen.
Danach liefert sensors ohne jede weitere Konfiguration sofort korrekte Werte
inklusive der richtigen Label und Alarmgrenzen eine sinnvolle Ausgabe; es
ist keine Konfigurationsdatei /etc/sensors.cfg bzw. /etc/sensors3.cfg
notwendig.
Als Beispiel hier für das Asus P5Q Deluxe Board die Konfiguration für das
lm_sensors-Paket:
LM_SENSORS_I2C_DRIVER_N='1'
LM_SENSORS_I2C_DRIVER_1_NAME='asus_atk0110'
LM_SENSORS_CHIP_N='0'
Die Einstellungen für Alarm-Mails macht man wie gewünscht.
-Gruss Marcus
net(t)forum
Hallo Marcus
>>> sensors zeigt bei mir korrekt die selbst gewählten Namen (Statement
>>> label) für temp und fan an:
> Wie sieht denn bei Dir die Ausgabe von sensors aus?
>
Na so:
Welcome to eisfair!
base : 2.0.4
eiskernel: 2.0.33 (2.6.32-eisfair-1-SMP)
fileserver # sensors
w83782d-isa-0290
in0:
+2.02 V (min = +1.30 V, max = +3.33 V)
in1:
+2.05 V (min = +1.30 V, max = +3.33 V)
in2:
+3.46 V (min = +2.80 V, max = +3.81 V)
in3:
+2.93 V (min = +2.69 V, max = +3.28 V)
in4:
+3.22 V (min = +2.64 V, max = +3.68 V)
in5:
+0.59 V (min = +0.18 V, max = +0.96 V)
in6:
+0.75 V (min = +0.54 V, max = +1.18 V)
in7:
+3.04 V (min = +2.67 V, max = +3.28 V)
in8:
+3.20 V (min = +1.50 V, max = +3.50 V)
fan1:
4560 RPM (min = 664 RPM, div = 8)
fan2:
6750 RPM (min = 664 RPM, div = 8)
fan3:
2721 RPM (min = 664 RPM, div = 8)
temp1:
+30.0
thermistor
temp2:
+37.5
temp3:
+38.5
cpu0_vid: +2.000 V
und das mit...
# /etc/sensors.conf
chip "w83781d-*"
set beep_enable 0
label temp1 "SYS Temp"
label fan1 "CPU1 RPM"
label fan3 "P/S Fan"
label "2.0V" "CPU core"
label "2.5V" "+2.5V"
net(t)forum
label "3.3V" "I/O"
label "5.0V" "+5V"
label "12V" "+12V"
set in1_min 2.5 * 0.95
set in1_max 2.5 * 1.05
set in2_min 3.3 * 0.95
set in2_max 3.3 * 1.05
set in3_min 5 * 0.9
set in3_max 5 * 1.1
set temp1_hyst 40
set temp1_over 45
set temp2_hyst 55
set temp2_over 60
set temp3_hyst 60
set temp3_over 65
set fan1_min 1000
set fan2_min 1000
ignore "2.5V"
wovon ich auch einen symlink nach /etc/sensors.d machte. Hilft aber auch
nicht. Die label werden anscheinend ignoriert. Und die BEEP Einstellung
ebenso. Ich hab auch nur die Label verändert. An den InX u.a. feldern
hab ich bisher nichts verändert. Die stehen noch auf default.
Die /etc/config.d/lm-sensors
LM_SENSORS_CHIP_1_NAME=''
# Is noly for you
# Use yes or no
# 1. name of chip
LM_SENSORS_CHIP_1_BEEP='no'
# beep for triggered alarms
LM_SENSORS_CHIP_1_LINE_N='28'
# count of definition lines
LM_SENSORS_CHIP_1_LINE_1='label temp1 "SYS Temp"'
LM_SENSORS_CHIP_1_LINE_4='label fan1 "CPU1 RPM"'
LM_SENSORS_CHIP_1_LINE_5='label fan2 "CPU2 RPM"'
LM_SENSORS_CHIP_1_LINE_6='label fan3 "P/S Fan"'
LM_SENSORS_CHIP_1_LINE_7='label "2.0V" "CPU core"'
LM_SENSORS_CHIP_1_LINE_8='label "2.5V" "+2.5V"'
LM_SENSORS_CHIP_1_LINE_9='label "3.3V" "I/O"'
LM_SENSORS_CHIP_1_LINE_10='label "5.0V" "+5V"'
LM_SENSORS_CHIP_1_LINE_11='label "12V" "+12V"'
LM_SENSORS_CHIP_1_LINE_12='set in1_min 2.5 * 0.95'
LM_SENSORS_CHIP_1_LINE_13='set in1_max 2.5 * 1.05'
LM_SENSORS_CHIP_1_LINE_14='set in2_min 3.3 * 0.95'
LM_SENSORS_CHIP_1_LINE_15='set in2_max 3.3 * 1.05'
LM_SENSORS_CHIP_1_LINE_16='set in3_min 5 * 0.9'
LM_SENSORS_CHIP_1_LINE_17='set in3_max 5 * 1.1'
net(t)forum
LM_SENSORS_CHIP_1_LINE_18='set in4_min 12 * 0.9'
LM_SENSORS_CHIP_1_LINE_19='set in4_max 12 * 1.1'
LM_SENSORS_CHIP_1_LINE_20='set temp1_hyst 40'
LM_SENSORS_CHIP_1_LINE_21='set temp1_over 45'
LM_SENSORS_CHIP_1_LINE_26='set fan1_min 1000'
LM_SENSORS_CHIP_1_LINE_27='set fan2_min 1000'
LM_SENSORS_CHIP_1_LINE_28='ignore "2.5V"'
LM_SENSORS_CHIP_1_LINE_29='ignore temp3'
Zum Board von 'dmidecode':
Handle 0x0002, DMI type 2, 8 bytes
Base Board Information
Manufacturer: Gigabyte Technology Co. Ltd.
Product Name: i440BX-8671
Drin stecken 2* Pentium III 500MHz (Slot1), onboard SCSI und IDE, u.
384 MB RAM
Fällt dir; oder jemand anderem; daran etwas falsches auf?
BTW, Andere Kiste:
auf dem Proliant DL360 G4P GIBT es m.W. IPMI. sensors-detect fragt auch
ob es das testen soll und findet... nichts. Davor findet er zwar einen
Nat. Semi PC8741x Super I/O schreibt aber in klammern dabei (no hardware
monitoring). Auch mit nachinst. von dmidecode das gleiche (empfielt er
vorher). ACPI hab ich noch nicht versucht. Teste ich noch.
Kay
Hallo,
>
>
>
>
>
>
>
>
es gibt Boards, auf denen wird nicht das Modul für den Sensor-Chip,
sondern der acpi-Treiber für das Board geladen.
Danach liefert sensors ohne jede weitere Konfiguration sofort korrekte
Werte inklusive der richtigen Label und Alarmgrenzen eine sinnvolle
Ausgabe; es ist keine Konfigurationsdatei /etc/sensors.cfg bzw.
/etc/sensors3.cfg notwendig.
net(t)forum
>
>
>
>
>
>
>
>
>
>
lm_sensors-Paket:
Die Einstellungen für Alarm-Mails macht man wie gewünscht.
Wenn ich nun noch das Modul coretemp lade, bekomme ich mit sensors auch die
Temperaturwerte für die einzelnen Kerne angezeigt; dazu ist in der
lm_sensors-Konfiguration dann zu setzen:
LM_SENSORS_I2C_DRIVER_2_NAME='coretemp'
Die Ausgabe sieht dann so aus:
eisserver # sensors
atk0110-acpi-0
Adapter: ACPI interface
Vcore Voltage:
+1.08 V (min = +0.80 V, max = +1.60 V)
+3.3 Voltage:
+3.33 V (min = +2.97 V, max = +3.63 V)
+5 Voltage:
+5.02 V (min = +4.50 V, max = +5.50 V)
+12 Voltage:
+12.21 V (min = +10.20 V, max = +13.80 V)
CPU FAN Speed:
1506 RPM (min = 600 RPM, max = 7200 RPM)
CHASSIS1 FAN Speed: 0 RPM (min = 600 RPM, max = 7200 RPM)
POWER FAN Speed:
0 RPM (min = 600 RPM, max = 7200 RPM)
CPU Temperature: +27.0°C (high = +60.0°C, crit = +95.0°C)
MB Temperature:
+40.0°C (high = +45.0°C, crit = +95.0°C)
coretemp-isa-0000
Core 0:
+46.0°C (high = +74.0°C, crit = +100.0°C)
coretemp-isa-0001
Core 1:
+41.0°C (high = +74.0°C, crit = +100.0°C)
coretemp-isa-0002
Core 2:
+40.0°C (high = +74.0°C, crit = +100.0°C)
net(t)forum
coretemp-isa-0003
Core 3:
+40.0°C (high = +74.0°C, crit = +100.0°C)
-Gruss Marcus
Hallo Kay,
Kay Martinen wrote:
> fileserver # sensors
> w83782d-isa-0290
> und das mit...
>
> # /etc/sensors.conf
> chip "w83781d-*"
Und da haben wir den Fehler schon.
In der sensors.conf muss stehen:
chip "w83782d-*"
Das zu ladende Kernelmodul heisst w83781d, welches allerdings verschiedene
Sensorchips bedient.
In der sensors.cfg bzw sensors3.cfg muss immer der konkrete Chip eine eigene
Sektion haben.
>
>
>
>
>
>
Die /etc/config.d/lm-sensors
LM_SENSORS_CHIP_1_NAME=''
# Is noly for you
# Use yes or no
# 1. name of chip
Hast Du die Prüfung, wie ich sie hier im Thread beschrieben habe,
abgeschaltet?
Mit dieser Prüfung kann der Chip-Name nicht abweichend vom Modulnamen sein.
Also Prüfung abschalten und als Chipname w83782d eintragen.
--
net(t)forum
Gruss Marcus
> Hallo Kay,
>
> Kay Martinen wrote:
>
>> fileserver # sensors
>> w83782d-isa-0290
>
>> und das mit...
>>
>> # /etc/sensors.conf
>> chip "w83781d-*"
>
> Und da haben wir den Fehler schon.
>
> In der sensors.conf muss stehen:
>
> chip "w83782d-*"
>
> Das zu ladende Kernelmodul heisst w83781d, welches allerdings verschiedene
> Sensorchips bedient.
Jetzt komme ich durcheinander. Warum muss ich w83782d-* angeben um
w83781d zu laden. Oder habe ich da was falsch verstanden?
>
> In der sensors.cfg bzw sensors3.cfg muss immer der konkrete Chip eine eigene
> Sektion haben.
Ich habe hier keine sensors2.cfg. Ich habe nur /etc/sensors.conf und ein
leeres /etc/sensors.d/ verzeichniss. Ist noch was kaputt hier?
>
>> Die /etc/config.d/lm-sensors
>>
>> LM_SENSORS_CHIP_N='1'
>> LM_SENSORS_CHIP_1_NAME=''
# Is noly for you
>> LM_SENSORS_CHIP_1_ACTIVE='yes'
# Use yes or no
>> LM_SENSORS_CHIP_1='w83781d'
# 1. name of chip
>
> Hast Du die Prüfung, wie ich sie hier im Thread beschrieben habe,
> abgeschaltet?
>
net(t)forum
> Mit dieser Prüfung kann der Chip-Name nicht abweichend vom Modulnamen sein.
>
> Also Prüfung abschalten und als Chipname w83782d eintragen.
>
ohne -* am ende? Wozu soll das überhaupt gut sein?
Jetzt bekomme ich hier z.b.
fileserver 2.0.4 # sensors
w83782d-isa-0290
in0:
+2.05 V (min = +1.30 V, max = +3.33 V)
in1:
+2.03 V (min = +2.37 V, max = +2.62 V) ALARM
in2:
+3.49 V (min = +3.14 V, max = +3.47 V) ALARM
in3:
+2.96 V (min = +4.08 V, max = +4.08 V) ALARM
in4:
+3.18 V (min = +4.08 V, max = +4.08 V) ALARM
in5:
+0.61 V (min = +0.18 V, max = +0.96 V)
in6:
+0.77 V (min = +0.54 V, max = +1.18 V)
in7:
+3.04 V (min = +2.67 V, max = +3.28 V)
in8:
+3.18 V (min = +1.50 V, max = +3.50 V)
CPU1 RPM: 4560 RPM (min = 664 RPM, div = 8)
CPU2 RPM: 6490 RPM (min = 664 RPM, div = 8)
P/S Fan: 2721 RPM (min = 664 RPM, div = 8)
SYS Temp: +30.0
thermistor
CPU1 Temp: +38.0
CPU2 Temp: +39.0
cpu0_vid: +2.000 V
Was ein Fortschritt ist. Aber für die Over und Hyst-einträge bekomme ich
"no such feature" o.ä. Die Fan_Min=1000 moniert er nicht zeigt hier aber
664 statt 1000.
wenn ich als chipname w83781d eingebe meckert er zwar nicht wegen
Features, nur erkennt er nicht mehr die Label.
w83782d-isa-0290
in0:
+2.05 V (min = +1.30 V, max = +3.33 V)
in1:
+2.05 V (min = +2.37 V, max = +2.62 V) ALARM
in2:
+3.44 V (min = +3.14 V, max = +3.47 V)
in3:
+2.90 V (min = +4.08 V, max = +4.08 V) ALARM
in4:
+3.23 V (min = +4.08 V, max = +4.08 V) ALARM
in5:
+0.56 V (min = +0.18 V, max = +0.96 V)
in6:
+0.74 V (min = +0.54 V, max = +1.18 V)
in7:
+3.02 V (min = +2.67 V, max = +3.28 V)
in8:
+3.20 V (min = +1.50 V, max = +3.50 V)
fan1:
4821 RPM (min = 664 RPM, div = 8)
net(t)forum
fan2:
6490 RPM (min = 664 RPM, div = 8)
fan3:
2766 RPM (min = 664 RPM, div = 8)
temp1:
+31.0
thermistor
temp2:
+39.0
temp3:
+40.0
cpu0_vid: +2.000 V
meanwhile...
fileserver # lsmod |grep w8378
w83781d
16343 0
hwmon_vid
1480 1 w83781d
i2c_core
12262 1 w83781d
Etwas ratlos.
Kay
Hallo Marcus
>> es gibt Boards, auf denen wird nicht das Modul für den Sensor-Chip,
>> sondern der acpi-Treiber für das Board geladen.
Schön, aber:
>>
>>
>>
>>
>>
lm_sensors-Paket:
ich finde bei mir keine LM_SENSORS_I2C_DRIVER u.s.w.
Kann es sein das es diese nur für Eisfair-2 gibt? Denn ich habe Eis-1
und da gibt es diese Einträge nicht. Auch F4 bringt da nix zutage.
???
Kay
net(t)forum
Hallo Kay,
Kay Martinen wrote:
>>> fileserver # sensors
>>> w83782d-isa-0290
>>
>>> und das mit...
>>>
>>> # /etc/sensors.conf
>>> chip "w83781d-*"
>>
>> Und da haben wir den Fehler schon.
>>
>> In der sensors.conf muss stehen:
>>
>> chip "w83782d-*"
>>
>> Das zu ladende Kernelmodul heisst w83781d, welches allerdings
>> verschiedene Sensorchips bedient.
>
> Jetzt komme ich durcheinander. Warum muss ich w83782d-* angeben um
> w83781d zu laden. Oder habe ich da was falsch verstanden?
Nein, Du missversteht da etwas.
Es wird vom lm_sensors-Init-Script folgende Module geladen:
1. Die in der Konfigurationen in den I2C-Optionen angegebenen Module.
2. Die in /etc/sysconfig.d/lm_sensors (von sensors-detect angelegt)
angegebenen Module.
>> In der sensors.cfg bzw sensors3.cfg muss immer der konkrete Chip eine
>> eigene Sektion haben.
>
> Ich habe hier keine sensors2.cfg. Ich habe nur /etc/sensors.conf und ein
> leeres /etc/sensors.d/ verzeichniss. Ist noch was kaputt hier?
cfg war ein Schreibfehler von mir, muss natürlich conf heissen.
>>> Die /etc/config.d/lm-sensors
>>>
>>> LM_SENSORS_CHIP_N='1'
>>> LM_SENSORS_CHIP_1_NAME=''
# Is noly for you
>>> LM_SENSORS_CHIP_1_ACTIVE='yes'
# Use yes or no
>>> LM_SENSORS_CHIP_1='w83781d'
# 1. name of chip
>>
>> Hast Du die Prüfung, wie ich sie hier im Thread beschrieben habe,
>> abgeschaltet?
>>
>> Mit dieser Prüfung kann der Chip-Name nicht abweichend vom Modulnamen
>> sein.
net(t)forum
>>
>> Also Prüfung abschalten und als Chipname w83782d eintragen.
>>
>
> ohne -* am ende? Wozu soll das überhaupt gut sein?
Bitte an den Unterschied von Modul und Chipname denken. Die CHIP-Optionen
beschreiben genau einen Chip, deswegen ist genau dieser hier anzugeben,
egal wie das Modul heisst, welches diesen Chip bedient.
Dein Chip heisst w83782d und wird vom Modul w83781d bedient.
Die Chips können per isa oder i2c angesprochen werden.
Wenn per isa steht in der sensors-Ausgabe
w83782d-isa-<portnummer>
per i2c angesprochen
w83782d-i2c-<portnummer>
In die Konfiguration ist NUR der reine Chipname einzutragen.
> fileserver 2.0.4 # sensors
> w83782d-isa-0290
Wird also per isa angesprochen.
> Was ein Fortschritt ist. Aber für die Over und Hyst-einträge bekomme ich
> "no such feature" o.ä. Die Fan_Min=1000 moniert er nicht zeigt hier aber
> 664 statt 1000.
Wie sieht /etc/sensors.conf (oder sensors3.conf) aus; es sollte nur eine der
beiden existieren, egal welche.
Die Grenzwerte für Temperaturen müssen so angegeben werden:
set temp1_max 50
set temp2_max 52
Das mit den Fan-Werten kann am Teiler (div=) liegen.
> wenn ich als chipname w83781d eingebe meckert er zwar nicht wegen
> Features, nur erkennt er nicht mehr die Label.
Ist ja auch falsch, es muss w83782d in der conf-Datei stehen; w83781d ist
ein anderer Chip.
Oder Du gibst mir Zugriff auf Deine Kiste per ssh.
net(t)forum
-Gruss Marcus
Hallo Kay,
Kay Martinen wrote:
>>> START_LM_SENSORS='yes'
>>> LM_SENSORS_I2C_DRIVER_N='1'
>
> ich finde bei mir keine LM_SENSORS_I2C_DRIVER u.s.w.
>
> Kann es sein das es diese nur für Eisfair-2 gibt? Denn ich habe Eis-1
> und da gibt es diese Einträge nicht. Auch F4 bringt da nix zutage.
Ich rede hier von eisfair-1.
Steht bei Dir
in der lm_sensors-Konfiguration (eisfair-Menu)?
Du brauchst für Dein System aber auch keine zusätzlichen i2c-Treiber, da der
Chip über isa angesprochen wird.
Und mit acpi-Modul hast Du wohl auch nichts zu schaffen.
-Gruss Marcus
> LM_SENSORS_I2C_DRIVER_N='0'
>
> in der lm_sensors-Konfiguration (eisfair-Menu)?
Das beunruhigt mich ja so! Ich sehe DEN GANZEN BLOCK nicht. Kein I2C
weit und breit in der lm_sensors Konfig.
net(t)forum
Darum kam ich ja auf die Frage. 1 oder 2...
Kay
Hallo Marcus
>
> Oder Du gibst mir Zugriff auf Deine Kiste per ssh.
>
Evtl. Morgen abend, wenn ich es nicht hin bekommen sollte. Mir gehts
mom. nicht so gut und ich werde den Klapptop jetzt Lappen. Ähh,
umverkehrt natürlich. :)
Danke erstmal für heute.
Kay
Subject: AW: LM-Sensors fr Eisfair-1???
Posted by Detlef Paschke on Wed, 22 May 2013 11:00:03 GMT
"Kay Martinen" schrieb
>
> w83782d-isa-0290
> Adapter: ISA adapter
> in0:
+2.02 V (min = +1.30 V, max = +3.33 V)
> in1:
+2.05 V (min = +1.30 V, max = +3.33 V)
> in2:
+3.46 V (min = +2.80 V, max = +3.81 V)
> in3:
+2.93 V (min = +2.69 V, max = +3.28 V)
> in4:
+3.22 V (min = +2.64 V, max = +3.68 V)
> in5:
+0.59 V (min = +0.18 V, max = +0.96 V)
> in6:
+0.75 V (min = +0.54 V, max = +1.18 V)
> in7:
+3.04 V (min = +2.67 V, max = +3.28 V)
> in8:
+3.20 V (min = +1.50 V, max = +3.50 V)
> fan1:
4560 RPM (min = 664 RPM, div = 8)
> fan2:
6750 RPM (min = 664 RPM, div = 8)
> fan3:
2721 RPM (min = 664 RPM, div = 8)
> temp1:
+30.0?C (high = +127.0?C, hyst = +0.0?C) sensor =
> thermistor
> temp2:
> thermistor
> temp3:
net(t)forum
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
thermistor
cpu0_vid: +2.000 V
>
>
>
>
>
label "2.0V" "CPU core"
label "2.5V" "+2.5V"
label "3.3V" "I/O"
label "5.0V" "+5V"
label "12V" "+12V"
und das mit...
# /etc/sensors.conf
chip "w83781d-*"
set beep_enable 0
woher nimmst Du diese Angaben für die Labels? Hier muss genau so bezeichnet
werden wie Du es auch bei den Labels für fan und temp gemacht hast. label
in? "Bezeichnung"
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
set in1_min 2.5 * 0.95
set in1_max 2.5 * 1.05
set in2_min 3.3 * 0.95
set in2_max 3.3 * 1.05
set in3_min 5 * 0.9
set in3_max 5 * 1.1
set temp1_hyst 40
set temp1_over 45
set temp2_hyst 55
set temp2_over 60
set temp3_hyst 60
set temp3_over 65
set fan1_min 1000
set fan2_min 1000
ignore "2.5V"
auch ignorieren wird "er" hier nix weil er gar keine Ahnung hat was 2.5V
ist. Es muss hier ignore in1 lauten wenn Dein 2.5V sich auf in1 bezieht.
>
> Zum Board von 'dmidecode':
> Handle 0x0002, DMI type 2, 8 bytes
> Base Board Information
net(t)forum
>
Manufacturer: Gigabyte Technology Co. Ltd.
>
Product Name: i440BX-8671
>
hier ist eine Beispielconfig.
Wie Marcus schon schrieb, gibt es unter
http://home.foni.net/~marcusroeckrath/eisfair/sensors.conf.eg noch weitaus
mehr und ansonsten ist http://www.lm-sensors.org/ immer ein guter
Ausgangspunkt.
chip "w83782d-*" "w83627hf-*"
# Same as above for w83781d except that in5 and in6 are computed
differently.
# Rather than an internal inverting op amp, the 82d/83s use standard
positive
# inputs and the negative voltages are level shifted by a 3.6V reference.
# The math is convoluted, so we hope that your motherboard
# uses the recommended resistor values.
label in0 "VCore 1"
label in1 "VCore 2"
label in2 "+3.3V"
label in3 "+5V"
label in4 "+12V"
label in5 "-12V"
label in6 "-5V"
label in7 "V5SB"
label in8 "VBat"
# Abit BP6 motherboard has a few differences. VCore1 and VCore2 are the core
# voltages of the two processors. Vtt is memory bus termination resistors
# voltage.
# label in1 "Vtt"
# label in8 "VCore2"
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
compute in4 ((28/10)+1)*@ , @/((28/10)+1)
compute in5 (5.14 * @) - 14.91 , (@ + 14.91) / 5.14
compute in6 (3.14 * @) - 7.71 , (@ + 7.71) / 3.14
compute in7 ((6.8/10)+1)*@ , @/((6.8/10)+1)
#
#
#
#
#
#
#
set in2_min 3.3 * 0.95
set in2_max 3.3 * 1.05
set in3_min 5.0 * 0.95
net(t)forum
#
#
#
#
#
#
#
#
#
#
#
set in3_max 5.0 * 1.05
set in4_min 12 * 0.90
set in4_max 12 * 1.10
set in5_max -12 * 0.90
set in5_min -12 * 1.10
set in6_max -5 * 0.95
set in6_min -5 * 1.05
set in8_min 3.0 * 0.80
set in8_max 3.0 * 1.20
# set up sensor types (thermistor is default)
# 1 = PII/Celeron Diode; 2 = 3904 transistor;
# 3435 = thermistor with Beta = 3435
# If temperature changes very little, try 1 or 2.
# set temp1_type 1
# set temp2_type 2
# set temp3_type 3435
# set temp1_max
40
# set temp2_max
52
# set temp3_max
52
Viele Grüße
Detlef Paschke
-registered Fli4l-User #00000209
Das "Zitat des Augenblicks" gibt es nur auf
http://schabau.dyndns.org
Subject: Re: AW: LM-Sensors fr Eisfair-1???
Hallo Detlef,
>>
>>
>>
>>
>>
# /etc/sensors.conf
chip "w83781d-*"
set beep_enable 0
net(t)forum
>> label temp3 "CPU2 Temp"
>> label fan1 "CPU1 RPM"
>> label fan2 "CPU2 RPM"
>> label fan3 "P/S Fan"
>
>
>> label "2.0V" "CPU core"
>> label "2.5V" "+2.5V"
>> label "3.3V" "I/O"
>> label "5.0V" "+5V"
>> label "12V" "+12V"
>
> woher nimmst Du diese Angaben für die Labels? Hier muss genau so
> bezeichnet werden wie Du es auch bei den Labels für fan und temp gemacht
> hast. label in? "Bezeichnung"
Solange bei chip, die falsche Chipbezeichnung steht, ist es völlig Wurst,
was dort definiert ist.
Ansonsten hat Kay in der eis-lm_sensors-Konfiguration schlicht die
vorbereiteten Zeilen genommen, die scheinbar/möglicherweise zu einem
via-Chip gehören.
Passend zum eigenen Chip, müssen hier alle Zeilen neu geschrieben werden.
>
>
>
>
Wie Marcus schon schrieb, gibt es unter
http://home.foni.net/~marcusroeckrath/eisfair/sensors.conf.eg noch weitaus
mehr und ansonsten ist http://www.lm-sensors.org/ immer ein guter
Ausgangspunkt.
Die Datei stammt aus dem aktuellen source-Paket von lm-sensors.org ...
> chip "w83782d-*" "w83627hf-*"
.... und es fehlen in diesem Abschnitt leider die Definitionen für die fans,
also sowas:
label fan1 "CPU Fan"
set fan1_div 4
set fan1_min 2000
-Gruss Marcus
Posted by Fabian Törner on Wed, 22 May 2013 18:10:14 GMT
Hallo Marcus,
net(t)forum
da ich mich auch noch mit der Sache rumschlage melde ich mich auch mal :)
>> Als Beispiel hier für das Asus P5Q Deluxe Board die Konfiguration für das
>> lm_sensors-Paket:
mein Board ist das Asus E45 M1-1 pro
>>
>>
>>
>>
>>
>>
> Wenn ich nun noch das Modul coretemp lade, bekomme ich mit sensors auch die
> Temperaturwerte für die einzelnen Kerne angezeigt; dazu ist in der
> lm_sensors-Konfiguration dann zu setzen:
coretemp gibts bei mir nicht:
Activate configuration now (y/n) [yes]? y
Creating new /etc/sensors3.conf
lm_sensors isn't running
[ WARN ]
* Starting lm-sensors ...
No sensors found!
Make sure you loaded all the kernel drivers you need.
Try sensors-detect to find out which these are.
[ FAIL ]
Press ENTER to continue
eis # modprobe coretemp
FATAL: Error inserting coretemp
(/lib/modules/2.6.32-eisfair-1-PAE/kernel/drivers/hwmon/coretemp.ko): No
such device
eis #
Mein System:
Welcome to eisfair!
base : 2.0.5svn2013-05-09
eiskernel: 2.2.0 (2.6.32-eisfair-1-PAE)
Viele Grüße
Fabian
net(t)forum
"Marcus Roeckrath" schrieb im Newsbeitrag
news:[email protected]...
>
> Hallo Detlef,
>
Hallo Marcus,
>> woher nimmst Du diese Angaben für die Labels? Hier muss genau so
>> bezeichnet werden wie Du es auch bei den Labels für fan und temp gemacht
>> hast. label in? "Bezeichnung"
>
> Solange bei chip, die falsche Chipbezeichnung steht, ist es völlig Wurst,
> was dort definiert ist.
>
das steht ja nun erst mal außer Frage. Die richtige Bezeichnung muss
zunächst eingefügt werden.
In dem Zusammenhang - Ist das nun nur eine zufällige Häufung oder kommt es
doch häufiger vor, dass Chip und Modul nicht identisch sind? Sollte die
Prüfung in /etc/check.d/lm_sensors nicht von Hause aus rausgenommen
werden? - Sie scheint ja doch eher Probleme zu bereiten.
> Ansonsten hat Kay in der eis-lm_sensors-Konfiguration schlicht die
> vorbereiteten Zeilen genommen, die scheinbar/möglicherweise zu einem
> via-Chip gehören.
gut, also eine in meinen Augen ungünstige (schlechte) Vorlage nicht fertig
zu ende konfiguriert.
>> Wie Marcus schon schrieb, gibt es unter
>> http://home.foni.net/~marcusroeckrath/eisfair/sensors.conf.eg noch
>> weitaus
>> mehr und ansonsten ist http://www.lm-sensors.org/ immer ein guter
>> Ausgangspunkt.
>
> Die Datei stammt aus dem aktuellen source-Paket von lm-sensors.org ...
>
> ... und es fehlen in diesem Abschnitt leider die Definitionen für die
> fans,
> also sowas:
>
> label fan1 "CPU Fan"
> set fan1_div 4
> set fan1_min 2000
>
nunja, die Drehzahlen sollte man mit dem Bios abgleichen ob evtl. noch eine
Umrechnung erfolgen muss (fan2 erscheint mir etwas Hochtourig aber evtl.
auch ein kleiner 50mm Chipsatzlüfter) ansonsten wären min und der Divisor ja
net(t)forum
bereits Vorgegeben und wenn man sie nicht unbedingt ändern möchte wäre dann
nur label fan1 und das hatte Kay ja bereits erledigt.
Somit reicht das Beispiel für die schwierigen Sachen, und zwar die in* Werte
aus um sich zunächst eine funktionierende Config bauen zu können.
Viele Grüße
Detlef Paschke
Hallo Detlef,
>
>
>
>
In dem Zusammenhang - Ist das nun nur eine zufällige Häufung oder kommt es
doch häufiger vor, dass Chip und Modul nicht identisch sind? Sollte die
Prüfung in /etc/check.d/lm_sensors nicht von Hause aus rausgenommen
werden? - Sie scheint ja doch eher Probleme zu bereiten.
Ist IMHO die Regel; ich weiss nicht, ob die in der Doku des Paketes
vollständig ist, aber am Ende findet sich eine Aufstellung, welcher Treiber
für welche Chips zuständig ist.
Holger hat mich gebeten, das Paket zu übernehmen, aber auch ich muss mich
nun erst in das Paket einarbeiten und möchte nun ungerne einen
Schnellschuss machen.
Ich habe auch schon ein paar Ideen:
Eigentlich will ich die gesamte Chipkonfiguration rausschmeissen und in der
Konfiguration nur die Treiber und Alarm-Definitionen drin lassen.
Die eisfair-lm_sensors-Konfiguration schreibt keine eigene sensors3.conf
mehr.
Dafür kommt in /etc direkt eine allumfassende - soweit das möglich ist sensors3.conf rein; in dieser nimmt man einfach per Editor Änderungen vor.
Sensors ist es schnurzegal, wieviel Chips in dieser Datei stehen.
Die Auswahl vorbereiteter Konfigurationen für bestimmte Boards kann erhalten
bleiben, schreibt diese aber nicht in die eisfair-Konfigurationsdatei
sondern kopiert diese schlicht über /etc/sensors3.conf.
net(t)forum
> gut, also eine in meinen Augen ungünstige (schlechte) Vorlage nicht fertig
> zu ende konfiguriert.
Wie die Beispielkonfiguration entstanden ist, entzieht sich meiner Kenntnis;
ich glaube auch nicht, dass Holger daran gearbeitet hat, er hat Paket auch
nur "geerbt". Möglicherweise lief das so auf dem Board des ursprünglichen
Paketentwicklers mit diesen Einstellungen.
-Gruss Marcus
Hallo Fabian,
Fabian Törner wrote:
> mein Board ist das Asus E45 M1-1 pro
Vielleicht hilft das:
http://debianforum.de/forum/viewtopic.php?f=13&t=135382
-Gruss Marcus
>
> Hallo Detlef,
Hallo Marcus,
> Holger hat mich gebeten, das Paket zu übernehmen, aber auch ich muss mich
> nun erst in das Paket einarbeiten und möchte nun ungerne einen
> Schnellschuss machen.
aber es hat sich doch schon einiges getan, zumindest bei mir und wenn ich es
richtig gelesen habe auch bei mehreren Boards bei Dir macht lm_sensors das
was es soll und wendet auch die Angaben der Config an. Da gab es ja vorher
Probleme.
> Ich habe auch schon ein paar Ideen:
net(t)forum
>
> Eigentlich will ich die gesamte Chipkonfiguration rausschmeissen und in
> der
> Konfiguration nur die Treiber und Alarm-Definitionen drin lassen.
Wenn das so geht macht es die Konfiguration sicher bedeutend einfacher.
>
>
>
>
>
>
>
Wie die Beispielkonfiguration entstanden ist, entzieht sich meiner
Kenntnis;
ich glaube auch nicht, dass Holger daran gearbeitet hat, er hat Paket auch
nur "geerbt". Möglicherweise lief das so auf dem Board des ursprünglichen
Paketentwicklers mit diesen Einstellungen.
das ist auch kein Vorwurf gewesen, aber meiner Meinung nach sollte dort eine
etwas gebräuchlichere Vorgabe stehen. Diese "2.5V", "2.0V"... werden doch in
den wenigsten Fällen (wenn überhaupt) zum Ziel führen.
Viele Grüße
Detlef Paschke
Posted by Olaf Jaehrling on Wed, 22 May 2013 20:41:12 GMT
Hallo Fabian,
--- Original-Nachricht --Absender: Fabian Törner
Datum: 22.05.2013 20:10
> Hallo Marcus,
>
> Am 21.05.2013 18:53, schrieb Marcus Roeckrath:
>
> da ich mich auch noch mit der Sache rumschlage melde ich mich auch mal :)
>
>>> Als Beispiel hier für das Asus P5Q Deluxe Board die Konfiguration für
>>> das
>>> lm_sensors-Paket:
>
> mein Board ist das Asus E45 M1-1 pro
unter http://www.lm-sensors.org/wiki/Devices finden sich alle zur Zeit
net(t)forum
unterstützten asus-treiber.
probiere sie einfach mal aus. Bei mir hat der asus_atk0110 ohne Problem
funktioniert.
Mein Board ist dieses:
sensors-detect
# sensors-detect revision 6085 (2012-10-30 18:18:45 +0100)
# Board: ASUSTeK Computer INC. M4N68T
Also:
modprobe asus_atk0110
vi /etc/sensors3.conf
chip "it87-*"
set beep_enable 0
........
Gruß
Olaf
Hallo Olaf,
Olaf Jaehrling wrote:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
Mein Board ist dieses:
sensors-detect
# Board: ASUSTeK Computer INC. M4N68T
Also:
modprobe asus_atk0110
vi /etc/sensors3.conf
chip "it87-*"
set beep_enable 0
.......
net(t)forum
Was sagt denn sensors zum Chip; bei mir
nepo-vw-server # sensors
atk0110-acpi-0
-Gruss Marcus
Hallo Markus,
--- Original-Nachricht --Absender: Marcus Roeckrath
Datum: 22.05.2013 22:57
>> .......
>
> Was sagt denn sensors zum Chip; bei mir
>
> nepo-vw-server # sensors
> atk0110-acpi-0
bei mir auch.
2.0.4 Server # sensors
atk0110-acpi-0
Adapter: ACPI interface
Vcore Voltage:
+1.42 V (min = +0.85 V, max = +1.60 V)
.......
sensors-detect hatte aber it87 erkannt. Das habe ich dann auch so in die
sensors3.conf übernommen. modprobe it87 meldete immer "no such device".
modprobe asus_atk0110 meldet keine Fehler und sensors liefert korrekte
Daten, wenn ich als chip it87 eintrage.
Das heißt nicht, dass das so bei Fabian funktioniert, aber er kann ja
mal versuchen die Treiber lt. der Homepage zu laden und gucken bei
welchem keine Fehlermeldung kommt. Dann den von sensors-detect erkannten
chip händisch in die
/etc/sensors3.conf eintragen und sensors aufrufen. Vllt. hat er ja Glück. :)
Wie man das aber in der Konfigurationsschicht einbaut .... da hab ich
auch absolut keine Idee. Leider bleibt dem User hier nur probieren. :(
Gruß
Olaf
>
--- Original-Nachricht --Absender: Olaf Jaehrling
Datum: 22.05.2013 23:16
> Hallo Markus,
Mist, schon wieder passiert :( Sorry Marcus.
Gruß
Olaf
HalloOlaf,
>> Was sagt denn sensors zum Chip; bei mir
>>
>> nepo-vw-server # sensors
>> atk0110-acpi-0
>
> bei mir auch.
> 2.0.4 Server # sensors
> atk0110-acpi-0
> Adapter: ACPI interface
> Vcore Voltage:
+1.42 V (min = +0.85 V, max = +1.60 V)
> ......
Wieso dann eine eine sensors.conf mit Chipbezeichnung "it87...".
IMHO müsstest Du ohne oder leerer sensors.conf die gleiche Ausgabe bekommen.
Sensors findet den atk0110-Chip, für den es in der conf überhaupt keine
Sektion gibt.
Wenn ich versuche,mittels eine chip atk-0110 Sektion eigene Labels zu
definieren, klappt das auch nicht.
>
>
>
>
sensors-detect hatte aber it87 erkannt. Das habe ich dann auch so in die
sensors3.conf übernommen. modprobe it87 meldete immer "no such device".
modprobe asus_atk0110 meldet keine Fehler und sensors liefert korrekte
Daten, wenn ich als chip it87 eintrage.
Benenne mal die sensors.conf um; sollte an der Ausgabe nichts ändern.
net(t)forum
Bei mir erkennt die Detection einen w83627ehf; kann den aber auch nicht
laden und eine chip w83627ehf-Sektion hat keinerlei Auswirkung.
Meine Quintessenz:
Wird der Sensorchip per acpi abgefragt, kann man keine eigenen Labels oder
auch sonstige Definitionen festlegen.
>
>
>
>
>
>
>
Das heißt nicht, dass das so bei Fabian funktioniert, aber er kann ja
mal versuchen die Treiber lt. der Homepage zu laden und gucken bei
welchem keine Fehlermeldung kommt. Dann den von sensors-detect erkannten
chip händisch in die
/etc/sensors3.conf eintragen und sensors aufrufen. Vllt. hat er ja Glück.
:) Wie man das aber in der Konfigurationsschicht einbaut .... da hab ich
auch absolut keine Idee. Leider bleibt dem User hier nur probieren. :(
Ich probiere immer erst manuell, also ohne die
eisfair-Konfigurationsschicht:
Treiber manuell laden dann sensors aufrufen; funtkioniert es dann, bekommt
man auch eine sensors-Ausgabe, wenn auch zunächst mit Raw-Werten.
Danach kann man sich um die Feinarbeit kümmern.
Denn von sensors angezeigten Chipnamen kann man nach Deaktiverung der
Prüfung auch in die eisfair-Konfigurationsschicht eintragen.
-Gruss Marcus
Hallo Marcus,
>
> Wieso dann eine eine sensors.conf mit Chipbezeichnung "it87...".
hat bei den Tests halt so ergeben.
>
> IMHO müsstest Du ohne oder leerer sensors.conf die gleiche Ausgabe bekommen.
Jupp, bekomme ich auch.
>
> Sensors findet den atk0110-Chip, für den es in der conf überhaupt keine
net(t)forum
> Sektion gibt.
Ja, scheint so, aber der Treiber muss erst geladen sein. Um modprobe
kommt man leider nicht drumrum.
>
> Wenn ich versuche,mittels eine chip atk-0110 Sektion eigene Labels zu
> definieren, klappt das auch nicht.
Hm, klingt logisch, da die sensors3.conf ja nicht mehr abgearbeitet wird.
>
> Denn von sensors angezeigten Chipnamen kann man nach Deaktiverung der
> Prüfung auch in die eisfair-Konfigurationsschicht eintragen.
Das hab ich auch schon so gemacht. Auch wenn es offensichtlich keine
Auswirkung hat. :)
sensors-detect erstellt ja die /etc/sysconfig/lm_sensors. Diese wird
offensichtlich auch nicht mehr beachtet. Wenn ich sie lösche geht immer
noch alles.
Gruß
Olaf
>
Posted by Marcus Roeckrath on Thu, 23 May 2013 07:05:23 GMT
Hallo Olaf,
>> Denn von sensors angezeigten Chipnamen kann man nach Deaktiverung der
>> Prüfung auch in die eisfair-Konfigurationsschicht eintragen.
>
> Das hab ich auch schon so gemacht. Auch wenn es offensichtlich keine
> Auswirkung hat. :)
Beim acpi-Treiber ist das ohne Belang.
> sensors-detect erstellt ja die /etc/sysconfig/lm_sensors. Diese wird
> offensichtlich auch nicht mehr beachtet. Wenn ich sie lösche geht immer
> noch alles.
net(t)forum
Hier ebenso; sensors-detect findet einen Chip und den "normalen" Treiber
dazu. /etc/init.d/sensors versucht den in dieser Datei hinterlegten Treiber
zuladen, was - wie beim manuellen Ladeversuch - fehlschlägt,man sieht die
Fehlermeldung allerdings nicht.
-Gruss Marcus
Posted by Detlef Paschke on Thu, 23 May 2013 14:31:03 GMT
> Meine Quintessenz:
>
> Wird der Sensorchip per acpi abgefragt, kann man keine eigenen Labels oder
> auch sonstige Definitionen festlegen.
>
irgendwo habe ich diese Woche gelesen, dass man bei Sensorchips die per acpi
abgefragt werden sofort die "richtigen" Werte bekommt und sich die
umständliche Umrechnung spart. Ich könnte mir vorstellen, dass in so einem
Fall Angaben aus der Config generell unberücksichtigt bleiben.
Ich finde leider die Quelle nicht mehr aber es war irgend ein Linux Forum.
Viele Grüße
Detlef Paschke
Hallo Detlef,
>> Meine Quintessenz:
>>
>> Wird der Sensorchip per acpi abgefragt, kann man keine eigenen Labels
>> oder auch sonstige Definitionen festlegen.
>>
>
> irgendwo habe ich diese Woche gelesen, dass man bei Sensorchips die per
net(t)forum
>
>
>
>
acpi abgefragt werden sofort die "richtigen" Werte bekommt und sich die
umständliche Umrechnung spart. Ich könnte mir vorstellen, dass in so einem
Fall Angaben aus der Config generell unberücksichtigt bleiben.
Ich finde leider die Quelle nicht mehr aber es war irgend ein Linux Forum.
Ich habe hier auch schon etwas darüber geschrieben.
In diesem Fall setzt man in der lm_sensors-Konfiguration
Es wird dann nur eine leere /etc/sensors3.conf erzeugt.
Den acpi-Treiber setzt man in der Konfiguration auf
-Gruss Marcus
Posted by Fabian Törner on Thu, 23 May 2013 17:00:13 GMT
Hallo Olaf & Marcus,
so einfach wird es anscheinend nicht bei mir :(
> Was sagt denn sensors zum Chip; bei mir
>
> nepo-vw-server # sensors
> atk0110-acpi-0
ich fange mal an mit der Testorgie:
Welcome to eisfair!
base : 2.0.5svn2013-05-09
eis # modprobe asus_atk0110
eis # sensors
No sensors found!
eis # modprobe it87
net(t)forum
FATAL: Error inserting it87
(/lib/modules/2.6.32-eisfair-1-PAE/kernel/drivers/hwmon/it87.ko): No
such device
eis # modprobe it87 force_id=0x8721
FATAL: Error inserting it87
(/lib/modules/2.6.32-eisfair-1-PAE/kernel/drivers/hwmon/it87.ko): No
such device
eis # sensors
No sensors found!
eis # sensors-detect
# Board: ASUSTeK COMPUTER INC. E45M1-M PRO
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):
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
No
AMD Family 12h and 14h thermal sensors...
Success!
(driver `k10temp')
No
AMD Family 15h power sensors...
No
Intel digital thermal sensor...
No
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):
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'...
No
Trying family `SMSC'...
No
Trying family `VIA/Winbond/Nuvoton/Fintek'...
Yes
Found `Nuvoton NCT6776F Super IO Sensors'
Success!
(address 0x290, driver `w83627ehf')
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'...
No
Trying family `SMSC'...
No
Trying family `VIA/Winbond/Nuvoton/Fintek'...
No
Trying family ÌTE'...
No
net(t)forum
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):
# DMI data unavailable, please consider installing dmidecode 2.7
# or later for better results.
Probing for ÌPMI BMC KCS' at 0xca0...
No
Probing for ÌPMI 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 ì2c-piix4' for device 0000:00:14.0: ATI Technologies Inc
SB600/SB700/SB800 SMBus
Module i2c-piix4 loaded successfully.
Module i2c-dev loaded successfully.
Next adapter: SMBus PIIX4 adapter at 0b00 (i2c-0)
Do you want to scan it? (YES/no/selectively): yes
Client found at address 0x50
Probing for Ànalog Devices ADM1033'...
No
No
Probing for `SPD EEPROM'...
Yes
(confidence 8, not a hardware monitoring chip)
Probing for ÈDID EEPROM'...
No
Client found at address 0x52
No
No
Probing for `SPD EEPROM'...
Yes
(confidence 8, not a hardware monitoring chip)
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `w83627ehf':
* ISA bus, address 0x290
Chip `Nuvoton NCT6776F Super IO Sensors' (confidence: 9)
net(t)forum
Driver `k10temp':
* Chip ÀMD Family 12h and 14h thermal sensors' (confidence: 9)
Warning: the required module k10temp is not currently installed
on your system. If it is built into the kernel then it's OK.
Otherwise, check http://www.lm-sensors.org/wiki/Devices for
driver availability.
Do you want to overwrite /etc/sysconfig/lm_sensors? (YES/no): Yes
You should now start the lm_sensors service to load the required
kernel modules.
Unloading i2c-dev... OK
Unloading i2c-piix4... OK
Unloading cpuid... OK
Soweit erstmal das Resultat.
Ich weiß noch nicht ob das nun positiv ist oder nicht, zumindest findert
er ein paar Sensoren.
Vielen Dank für eure Unterstützung & viele Grüße
Fabian
Hallo Fabian,
> Driver `w83627ehf':
> * ISA bus, address 0x290
>
Chip `Nuvoton NCT6776F Super IO Sensors' (confidence: 9)
>
> Driver `k10temp':
> * Chip ÀMD Family 12h and 14h thermal sensors' (confidence: 9)
Kannst Du w83627ehf laden?
Zeigt nach dem Laden dieser Module sensors irgendwelche Daten an?
Welche?
Da der w83627ehf per isa angesprochen wird, sind i2c-Module möglicherweise
unnötig.
net(t)forum
-Gruss Marcus
Posted by Kay Martinen on Thu, 23 May 2013 21:43:25 GMT
Am 21.05.2013 22:35, schrieb Kay Martinen:
>
>> LM_SENSORS_I2C_DRIVER_N='0'
>>
>> in der lm_sensors-Konfiguration (eisfair-Menu)?
>
> Das beunruhigt mich ja so! Ich sehe DEN GANZEN BLOCK nicht. Kein I2C
> weit und breit in der lm_sensors Konfig.
Vielleicht ist es untergegangen aber:
Ich habe das lm-sensors paket auf meinem Eis-1 aktuell runtergeladen vor
einigen Tagen und ich habe DEFINITIV dort keine I2C Sektion. Lese aber
hier immer wieder von dieser und einer sensors2.conf die ich ebenfalls
nicht habe. Also wie kommt das bitte? Habe ich das falsche paket oder
woher kommen diese Diskrepanzen.
Ich habe den Schweren Verdacht das hier zwei völlig verschiedene
Versionen miteinander verglichen werden.
Kay
Posted by Detlef Paschke on Fri, 24 May 2013 08:30:08 GMT
"Kay Martinen" schrieb
>
>
> Vielleicht ist es untergegangen aber:
>
> Ich habe das lm-sensors paket auf meinem Eis-1 aktuell runtergeladen vor
> einigen Tagen und ich habe DEFINITIV dort keine I2C Sektion. Lese aber
> hier immer wieder von dieser und einer sensors2.conf die ich ebenfalls
> nicht habe. Also wie kommt das bitte? Habe ich das falsche paket oder
> woher kommen diese Diskrepanzen.
>
> Ich habe den Schweren Verdacht das hier zwei völlig verschiedene
> Versionen miteinander verglichen werden.
net(t)forum
ich glaube die Sektion für für zusätzlich zu ladende Module (I2C) ist erst
neu hinzugekommen. Im einfachsten Fall deinstalliere bei dir doch lm_sensors
und installiere es neu. Dann sollte es ja keine Probleme mehr geben.
>
> Kay
Viele Grüße
Detlef Paschke
Posted by Holger Bruenjes on Fri, 24 May 2013 10:17:27 GMT
Hallo Kay
Am 2013-05-23 23:43, schrieb Kay Martinen:
>
>
>
>
>
>
>
>
>
Ich habe das lm-sensors paket auf meinem Eis-1 aktuell runtergeladen vor
einigen Tagen und ich habe DEFINITIV dort keine I2C Sektion. Lese aber
hier immer wieder von dieser und einer sensors2.conf die ich ebenfalls
nicht habe. Also wie kommt das bitte? Habe ich das falsche paket oder
woher kommen diese Diskrepanzen.
Ich habe den Schweren Verdacht das hier zwei völlig verschiedene
Versionen miteinander verglichen werden.
lm_sensors 1.9.91
eine sensors2.conf gibt es nicht
entweder
sensors.conf
sensors3.conf
wobei aktuell ist sensors3.conf
Holger
Posted by Fabian Törner on Fri, 24 May 2013 11:19:44 GMT
net(t)forum
Hallo Marcus,
>
> Kannst Du w83627ehf laden?
leider nein :(
Welcome to eisfair!
base : 2.0.5svn2013-05-09
eis # modprobe w83627ehf
FATAL: Error inserting w83627ehf
(/lib/modules/2.6.32-eisfair-1-PAE/kernel/drive
rs/hwmon/w83627ehf.ko): No such device
eis #
Vielen Dank & viele Grüße
Fabian
Posted by Kay Martinen on Fri, 24 May 2013 11:20:22 GMT
Am 24.05.2013 12:17, schrieb Holger Bruenjes:
> Hallo Kay
>
> Am 2013-05-23 23:43, schrieb Kay Martinen:
>
>>
>> Ich habe das lm-sensors paket auf meinem Eis-1 aktuell runtergeladen vor
>> einigen Tagen und ich habe DEFINITIV dort keine I2C Sektion. Lese aber
>>
> lm_sensors 1.9.91
Ja, erneut runtergeladen und nun passts. Ich hatte noch die vorige
(1.9.9?) gleich nachdem du das paket wieder frei geschaltet hattest. Ich
war nicht gewahr geworden das es aktualisiert wurde.
> eine sensors2.conf gibt es nicht
Mein Tepppfuhler!
Nachdem ich nun offenbar den korrekten Chip eintrug klappt es mit den
net(t)forum
Temp und Fan-Werten schon mal gut.
Was ich bisher noch nicht verstehe sind die Spannungswerte hier und die
compute-zeilen. Ich hab hier in0 bis in8 und m.w. müssten das in
unbekannter verteilung die Spannungswerte sein für:
Cpu0 Core
Cpu1 Core
+5 V
+12 V
-5 V
+12 V
und vermutlich auch vBatt, Standby-Spannung und evtl. noch 3,3 V
Aber das wichtige sind schon mal die Fans und Temp-Werte die auch die
max und Hyst Angaben inkl. Label jetzt übernehmen.
Das sieht dann z.b. so aus jetzt:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
File sensors3.conf saved
fileserver # sensors -s
w83782d-isa-0290
Cpu0 Core: +2.05 V (min = +1.30 V, max = +3.33 V)
Cpu1 Core: +2.05 V (min = +2.37 V, max = +2.62 V) ALARM
in2:
+3.46 V (min = +3.14 V, max = +3.47 V)
in3:
+2.93 V (min = +2.67 V, max = +3.28 V)
in4:
+3.22 V (min = +4.08 V, max = +4.08 V) ALARM
in5:
+0.58 V (min = +0.18 V, max = +0.96 V)
in6:
+0.75 V (min = +0.54 V, max = +1.18 V)
in7:
+3.04 V (min = +2.67 V, max = +3.28 V)
in8:
+3.18 V (min = +1.50 V, max = +3.50 V)
SYS Temp: +31.0
CPU0 Temp: +37.5
CPU1 Temp: +39.0
cpu0_vid: +2.000 V
Die ersten beiden 'Core' habe ich nur vermutet...
Kay
net(t)forum
Hallo Kay,
Kay Martinen wrote:
>
>
>
>
>
>
Nachdem ich nun offenbar den korrekten Chip eintrug klappt es mit den
Temp und Fan-Werten schon mal gut.
Was ich bisher noch nicht verstehe sind die Spannungswerte hier und die
compute-zeilen. Ich hab hier in0 bis in8 und m.w. müssten das in
unbekannter verteilung die Spannungswerte sein für:
>> w83782d-isa-0290
Treiber wird der w83781d sein (siehe /etc/sysconfig.d/lm_sensors); der wird
automatisch geladen, aber Du musst in der eisfair-Konfiguration w83782d als
Chip eintragen; das geht nur, wenn Du die Prüfung für diesen Parameter
abschaltest, wie ich es hier schon geschrieben habe.
Hier ein Beispiel für die Konfiguration Deines Chip, wie sie unter der
Chip-Sektion Zele für Zeile einzutragen sind:
chip "w83782d-*" "w83627hf-*"
# Same as above for w83781d except that in5 and in6 are computed
differently.
# Rather than an internal inverting op amp, the 82d/83s use standard
positive
# inputs and the negative voltages are level shifted by a 3.6V reference.
# The math is convoluted, so we hope that your motherboard
# uses the recommended resistor values.
label in0 "VCore 1"
label in1 "VCore 2"
label in2 "+3.3V"
label in3 "+5V"
label in4 "+12V"
label in5 "-12V"
label in6 "-5V"
label in7 "V5SB"
label in8 "VBat"
# Abit BP6 motherboard has a few differences. VCore1 and VCore2 are the core
# voltages of the two processors. Vtt is memory bus termination resistors
# voltage.
# label in1 "Vtt"
# label in8 "VCore2"
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
compute in4 ((28/10)+1)*@ , @/((28/10)+1)
net(t)forum
compute in5 (5.14 * @) - 14.91 , (@ + 14.91) / 5.14
compute in6 (3.14 * @) - 7.71 , (@ + 7.71) / 3.14
compute in7 ((6.8/10)+1)*@ , @/((6.8/10)+1)
set in2_min 3.3 * 0.95
set in2_max 3.3 * 1.05
set in3_min 5.0 * 0.95
set in3_max 5.0 * 1.05
set in4_min 12 * 0.90
set in4_max 12 * 1.10
set in5_max -12 * 0.90
set in5_min -12 * 1.10
set in6_max -5 * 0.95
set in6_min -5 * 1.05
set in8_min 3.0 * 0.80
set in8_max 3.0 * 1.20
# set up sensor types (thermistor is default)
# 1 = PII/Celeron Diode; 2 = 3904 transistor;
# 3435 = thermistor with Beta = 3435
# If temperature changes very little, try 1 or 2.
# set temp1_type 1
# set temp2_type 2
# set temp3_type 3435
set temp1_max
40
set temp2_max
52
set temp3_max
52
Nimm erstmal nur die nicht auskommentierten Zeilen.
Kann sein, dass die compute Zeilen für in5/in6 falsche Zahlen liefern; ich
habe da einfach die Zeilen für in3/in4 genommen, aber natürlich ein "-" vor
jede Rechnung gesetzt.
-Gruss Marcus
Hallo Fabian,
>> Kannst Du w83627ehf laden?
>
> leider nein :(
>
> FATAL: Error inserting w83627ehf
> (/lib/modules/2.6.32-eisfair-1-PAE/kernel/drive
> rs/hwmon/w83627ehf.ko): No such device
Der Chip (NCT6776F) ist zu neu und wird von unserem Treiber noch nicht
unterstützt.
Hier gibt es einen aktuelleren: http://roeck-us.net/linux/drivers/
Wenn Du Kernel-Treiber übersetzen kannst, könntest Du mal testen.
-Gruss Marcus
Hallo Fabian,
>
>
>
>
>
>
>
Der Chip (NCT6776F) ist zu neu und wird von unserem Treiber noch nicht
unterstützt.
Hier gibt es einen aktuelleren: http://roeck-us.net/linux/drivers/
Wenn Du Kernel-Treiber übersetzen kannst, könntest Du mal testen.
Unter
http://home.foni.net/~marcusroeckrath/eisfair/w83627ehf.ko
gibts den aktuellen Treiber zum Ersetzen des jetzigen.
Alten bitte vorher sichern und nach dem Ersetzen depmod -a aufrufen.
Dieser Treiber gilt NUR für den SMP-Kernel.
net(t)forum
-Gruss Marcus
Hallo,
> http://home.foni.net/~marcusroeckrath/eisfair/w83627ehf.ko
> Dieser Treiber gilt NUR für den SMP-Kernel.
Und zwar den 2.6.32.
-Gruss Marcus
Hallo Marcus,
> gibts den aktuellen Treiber zum Ersetzen des jetzigen.
vielen Dank dafür!
eis # cd /tmp
eis # wget http://home.foni.net/~marcusroeckrath/eisfair/w83627ehf.ko
--2013-05-24 17:38:24-http://home.foni.net/~marcusroeckrath/eisfair/w83627ehf
.ko
Resolving home.foni.net (home.foni.net)... 82.140.32.172
Connecting to home.foni.net (home.foni.net)|82.140.32.172|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 38185 (37K) [text/plain]
Saving to: 'w83627ehf.ko'
100%[======================================>] 38,185
--.-K/s in 0.1s
2013-05-24 17:38:24 (316 KB/s) - 'w83627ehf.ko' saved [38185/38185]
net(t)forum
eis # mc
eis # sensors
nct6776-isa-0290
in0:
+0.86 V (min = +0.00 V, max = +1.74 V)
in1:
+1.02 V (min = +0.00 V, max = +0.00 V) ALARM
in2:
+3.42 V (min = +0.00 V, max = +0.00 V) ALARM
in3:
+3.41 V (min = +0.00 V, max = +0.00 V) ALARM
in4:
+1.01 V (min = +0.00 V, max = +0.00 V) ALARM
in5:
+2.04 V (min = +0.00 V, max = +0.00 V) ALARM
in7:
+3.41 V (min = +0.00 V, max = +0.00 V) ALARM
in8:
+3.34 V (min = +0.00 V, max = +0.00 V) ALARM
fan1:
2122 RPM (min = 0 RPM) ALARM
fan2:
fan4:
fan5:
SYSTIN:
+30.0°C (high = +0.0°C, hyst = +0.0°C) ALARM sensor =
thermistor
CPUTIN:
+38.0°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor
AUXTIN:
-128.0°C (high = +80.0°C, hyst = +75.0°C) sensor = thermistor
cpu0_vid: +0.000 V
intrusion0: OK
intrusion1: ALARM
eis #
> Alten bitte vorher sichern und nach dem Ersetzen depmod -a aufrufen.
da habe ich was durcheinander gebracht :(
Habe das Modul runter geladen und ausgetauscht. Dann modprobe
aufgerufen. Dann sensors. Dann gesehen mist depmod vergessen.
Dann depmod -a ausgeführt dann nochmal modprobe dann nochmal sensors.
Die Ausgabe hat sich aber nicht verändert.
Kann es sein, dass es das Modul w83627ehf für den SMp Kernel gibt aber
nicht für den pae - normalerweise nutze ich den PAE und habe den obigen
Versuch nur mit dem SMP gemacht.
> Dieser Treiber gilt NUR für den SMP-Kernel.
s.o.
Fabian
PS: wie gehts nun weiter :)
net(t)forum
Hallo Fabian,
> eis # wget http://home.foni.net/~marcusroeckrath/eisfair/w83627ehf.ko
>
>
>
>
eis # sensors
nct6776-isa-0290
Sieht gut aus.
>> Alten bitte vorher sichern und nach dem Ersetzen depmod -a aufrufen.
>
> da habe ich was durcheinander gebracht :(
> Habe das Modul runter geladen und ausgetauscht. Dann modprobe
> aufgerufen. Dann sensors. Dann gesehen mist depmod vergessen.
> Dann depmod -a ausgeführt dann nochmal modprobe dann nochmal sensors.
Steht halt im Makefile drin, depmod aufzurufen.
> Kann es sein, dass es das Modul w83627ehf für den SMp Kernel gibt aber
> nicht für den pae - normalerweise nutze ich den PAE und habe den obigen
> Versuch nur mit dem SMP gemacht.
>
>> Dieser Treiber gilt NUR für den SMP-Kernel.
>
> s.o.
Ich kann hier nur für den SMP bauen.
> PS: wie gehts nun weiter :)
Testen und ich überlege dann mal, wie wir die neueren Module verfügbar
machen können.
Oder meinst Du mit "wie gehts weiter", wie Du jetzt die Ausgabe ganz richtig
hinbekommst?
Dann musst Du jetzt die ganzen Chipzeilen in der eisfair-config sauber
ausfüllen.
Schau mal in die Beispielconfig für zig Chips; bekommst Du unter der
gleichen URL als sensors.sonf.eg; oder Du suchst mal im Internet nach
sinnvollen set, compute, ... Zeilen für diesen Chip.
--
net(t)forum
Gruss Marcus
Hallo Marcus
>
>
>> Nachdem ich nun offenbar den korrekten Chip eintrug klappt es mit den
>> Temp und Fan-Werten schon mal gut.
>>
>> Was ich bisher noch nicht verstehe sind die Spannungswerte hier und die
>> compute-zeilen. Ich hab hier in0 bis in8 und m.w. müssten das in
>> unbekannter verteilung die Spannungswerte sein für:
>
>>> w83782d-isa-0290
>
> Treiber wird der w83781d sein (siehe /etc/sysconfig.d/lm_sensors); der wird
der wird auch geladen. Doch wenn ich in der sensors3.conf manuell den
283782d eintrage dann funktioniert wieder genau Nichts. Ändere ich das
zurück auf den w83781d dann klappt es wieder mit den labels u.a.
Ist das nicht genau das gegenteil von dem was du sagtest?
> automatisch geladen, aber Du musst in der eisfair-Konfiguration w83782d als
> Chip eintragen; das geht nur, wenn Du die Prüfung für diesen Parameter
> abschaltest, wie ich es hier schon geschrieben habe.
Hatte ich nach dem neu installieren vergessen und jetzt deaktiviert.
Habe es aber noch nicht übers Setup probiert weil dann die akt.
funktionierende sensors3.conf überschrieben wird.
Sollte da denn bei dem obigem umstand (Modul) ein unterschied bestehen?
Ich glaube nein.
BTW, ich musste erst nachlesen. Das Board ist ein Gigabyte GA-6BXDU und
lt. board doku:
PROTECTION
- Speaker Alarm when detect "CPU FAN Failure" or “ CPU Overheat” .
- Automatically slow down CPU speed when "CPU Overheat".
- Intel LDCM supported.
- H/W monitor power status (±5V, ±12V, VcoreA, VcoreB, voltage & CMOS
battery voltage).(Optional)
net(t)forum
> Kann sein, dass die compute Zeilen für in5/in6 falsche Zahlen liefern; ich
> habe da einfach die Zeilen für in3/in4 genommen, aber natürlich ein "-" vor
> jede Rechnung gesetzt.
Werde ich mal ausprobieren.
Kay
Hallo,
>> PS: wie gehts nun weiter :)
>
> Oder meinst Du mit "wie gehts weiter", wie Du jetzt die Ausgabe ganz
> richtig hinbekommst?
>
> Dann musst Du jetzt die ganzen Chipzeilen in der eisfair-config sauber
> ausfüllen.
>
> Schau mal in die Beispielconfig für zig Chips; bekommst Du unter der
> gleichen URL als sensors.sonf.eg; oder Du suchst mal im Internet nach
> sinnvollen set, compute, ... Zeilen für diesen Chip.
Unter /usr/share/doc/lm_sensors/sample.conf/Asus/P8Z68-V-LXconf
gibt es eine Beispielkonfiguration für den Chip.
-Gruss Marcus
Hallo Marcus,
> Unter /usr/share/doc/lm_sensors/sample.conf/Asus/P8Z68-V-LXconf
super - habe ich gefunden - was mach ich nun mit der?
Umbenennen und irgendwo hinspeichern ... wahrscheinlich ... nur wie und
net(t)forum
wo? :(
Sorry für die evtl. blöde Frage .. aber null Plan davon :(
Fabian
Hallo nochmal,
Am 24.05.2013 19:58, schrieb Fabian Törner:
> Sorry für die evtl. blöde Frage .. aber null Plan davon :(
Null Plan aber doch genug um das Problem zu lösen :)
Die Datei /usr/share/doc/lm_sensors/sample.conf/Asus/P8Z68-V-LX.conf
nach /etc/sensors3.conf kopiert und das wars :)
Fabian
PS: hätte auch übers setup Menü klappen können, das tats dann aber
irgendwie nicht :( die Datei wurde mit Inhalt #/etc/sensors3.conf
überschrieben
>
>
>
>
>
>
Nimm erstmal nur die nicht auskommentierten Zeilen.
Kann sein, dass die compute Zeilen für in5/in6 falsche Zahlen liefern; ich
habe da einfach die Zeilen für in3/in4 genommen, aber natürlich ein "-" vor
jede Rechnung gesetzt.
Das sieht doch schon mal gut aus oder?
w83782d-isa-0290
VCore A:
+2.05 V (min = +1.90 V, max = +2.10 V)
VCore B:
+2.03 V (min = +1.90 V, max = +2.10 V)
+3.3V:
+3.44 V (min = +3.14 V, max = +3.47 V)
+5V:
+4.92 V (min = +4.76 V, max = +5.24 V)
net(t)forum
+12V:
+12.22 V (min = +10.82 V, max = +13.19 V)
-12V:
-11.95 V (min = -13.18 V, max = -10.80 V)
-5V:
-5.35 V (min = -5.25 V, max = -4.75 V) ALARM
V5SB:
+5.11 V (min = +4.76 V, max = +5.24 V)
VBat:
+3.20 V (min = +2.40 V, max = +3.60 V)
SYS Temp: +32.0
CPU0 Temp: +40.0
CPU1 Temp: +40.5
cpu0_vid: +2.000 V
auch phpsysinfo zeigt das jetzt so mit label u.a. an.
Danke schonmal.
Kay
Am 24.05.2013 20:13, schrieb Kay Martinen:
>
>
> w83782d-isa-0290
> Adapter: ISA adapter
....
> CPU0 Fan: 4821 RPM (min = 1997 RPM, div = 4)
> CPU1 Fan: 6750 RPM (min = 2008 RPM, div = 8)
> P/S Fan: 2710 RPM (min = 2657 RPM, div = 2)
....
BTW. Ich habe den eindruck das die Teilerangabe nur den
angezeigten/berechneten Min-Wert verändert. Nicht aber den angezeigten
Drehzahlwert selbst.
chip "w83782d-*"
set fan1_div 4
set fan1_min 2000
set fan2_div 8
net(t)forum
set fan2_min 2000
set fan3_min 1000
set fan3_div 2
Ob ich bei Fan2 nun div 2,4 oder 8 angebe, nach 'sensors -s' ändert sich
nur der min-Wert.
Kann das jemand bestätigen? Oder steckt da noch ein Fehler meinerseits drin?
Kay
Hallo,
> http://home.foni.net/~marcusroeckrath/eisfair/w83627ehf.ko
Unter http://home.foni.net/~marcusroeckrath/eisfair/k10temp.ko gibt es nun
auch das k10temp-Modul für den 2.6.32-smp-Kernel.
depmod -a nach kopieren des Moduls
nach /lib/modules/2.6.32-eisfair-1-SMP/kernel/drivers/hwmon/
aufrufen.
-Gruss Marcus
Posted by Thomas Bork on Sun, 26 May 2013 23:03:16 GMT
> Ich kann hier nur für den SMP bauen.
Wieso das denn?
Es ist inzwischen ziemlich easy, auch für die anderen Versionen Module
zu bauen. Dazu muss der entsprechende Kernel aber schon einmal
installiert worden sein.
Ausgangs-Situation:
eiskernel-smp ist installiert.
net(t)forum
Notwendige Schritte, wenn man annimmt, dass Du weiterhin per Default den
SMP-Kernel verwenden willst:
1.
Installation eines der anderen Kernel, hier eiskernel-pae. Reboot.
2.
Installation des vorherigen eiskernel-smp. Reboot.
3.
Nun kannst Du per
/var/install/bin/kernel-dev-switch-kernel-config
zwischen den installierten Versionen für das Bauen umschalten.
Für den pae:
/var/install/bin/kernel-dev-switch-kernel-config pae
Zurück zum smp:
/var/install/bin/kernel-dev-switch-kernel-config smp
oder
/var/install/bin/kernel-dev-switch-kernel-config
(nimmt den gerade laufenden Kernel).
Ist auch eiskernel-virt installiert und soll dafür gebaut werden, rufst
Du entsprechend
/var/install/bin/kernel-dev-switch-kernel-config virt
auf.
-der tom
[eisfair-team]
Hallo Thomas,
Thomas Bork wrote:
>> Ich kann hier nur für den SMP bauen.
>
net(t)forum
> Wieso das denn?
Weil ich es einfach nicht besser wusste.
> Es ist inzwischen ziemlich easy, auch für die anderen Versionen Module
> zu bauen. Dazu muss der entsprechende Kernel aber schon einmal
> installiert worden sein.
Danke, genau nach einer Anleitung habe ich eben in der TT-Liste
nachgefragt.
Reicht es nicht dann sogar, aus einem downgeloadeten pae-Kernelpaket nur
bestimmte Dateien zu extrahieren (z. B. die .config-Dateien)?
-Gruss Marcus
Posted by Thomas Bork on Mon, 27 May 2013 10:51:03 GMT
> Reicht es nicht dann sogar, aus einem downgeloadeten pae-Kernelpaket nur
> bestimmte Dateien zu extrahieren (z. B. die .config-Dateien)?
Theoretisch ja.
Ich kann Dir im Moment aber nicht sagen, ob ich in meinen Paketen nicht
irgendwo davon ausgehe, dass bei Vorhandensein von bestimmten Dateien
eines Kernel-Paketes auch der Rest auf der Platte liegt.
Ausserdem:
Die Treiber von http://roeck-us.net/linux/drivers/ arbeiten in ihrem
Makefile mit Dingen wie
TARGET:= $(shell uname -r)
KERNEL_MODULES:= /lib/modules/$(TARGET)
KERNEL_BUILD:= $(KERNEL_MODULES)/build
SYSTEM_MAP:= /System.map-$(TARGET)
Willst Du die Module in den richtigen Pfad installieren und depmod
korrekt ausführen lassen, bleibt Dir die Installation des PAE und das
Ausführen von /var/install/bin/kernel-dev-switch-kernel-config. Damit
liegst Du dann bei laufendem PAE richtig.
Ansonsten musst Du immer manuell im Makefile (TARGET) fummeln, alle
notwendigen Teile aus den Kernel-Paketen holen und das Ausführen von
/var/install/bin/kernel-dev-switch-kernel-config.
net(t)forum
-der tom
[eisfair-team]
Hallo Thomas,
Thomas Bork wrote:
>> Reicht es nicht dann sogar, aus einem downgeloadeten pae-Kernelpaket nur
>> bestimmte Dateien zu extrahieren (z. B. die .config-Dateien)?
>
> Theoretisch ja.
>
> Ich kann Dir im Moment aber nicht sagen, ob ich in meinen Paketen nicht
> irgendwo davon ausgehe, dass bei Vorhandensein von bestimmten Dateien
> eines Kernel-Paketes auch der Rest auf der Platte liegt.
>
> Ausserdem:
> Die Treiber von http://roeck-us.net/linux/drivers/ arbeiten in ihrem
> Makefile mit Dingen wie
>
> TARGET
:= $(shell uname -r)
> KERNEL_MODULES
:= /lib/modules/$(TARGET)
> KERNEL_BUILD := $(KERNEL_MODULES)/build
> SYSTEM_MAP := /System.map-$(TARGET)
>
> Willst Du die Module in den richtigen Pfad installieren und depmod
> korrekt ausführen lassen,
Ich übersetze nur und installiere die Module nicht; wie auch, habe die
Hardware doch garnicht; ich mache also nur ein einfaches make.
Das ich ds Makefile anpassen muss, ist klar; wegen uname -r als TARGET muss
ich TARGET sowieso immer anpassen. BUILD muss natürlich auch passen.
> Ansonsten musst Du immer manuell im Makefile (TARGET) fummeln,
Da standardmäßig der smp-Kernel läuft und ich nicht zum kompilieren umbooten
möchte, muss ich TARGET für pae-Module doch immer korrekt auf die
pae-Bestandteile (z. B. build) setzen.
Aber mir ist jetzt prinzipiell klar, wie der Hase läuft; möchte nur
verhindern, dass der pae als installiertes Paket erscheint, wegen der
späteren Kernelupdates.
Kann ich die gleiche Vorgehensweise auch für den virt-Kernel machen, also
net(t)forum
virt-Module erzeugen; oder ist es nicht sinnvoll solche Module für den
virt-Kernel zu bauen.
-Gruss Marcus
Hallo Kay,
Kay Martinen wrote:
> -5V:
-5.35 V (min = -5.25 V, max = -4.75 V) ALARM
Setzt die Abweichung hier auch auf 10% und nicht 5%.
-Gruss Marcus
Posted by Thomas Bork on Mon, 27 May 2013 16:54:16 GMT
> Kann ich die gleiche Vorgehensweise auch für den virt-Kernel machen, also
> virt-Module erzeugen; oder ist es nicht sinnvoll solche Module für den
> virt-Kernel zu bauen.
Kannst Du machen. Ob die Module auf virtuellen Systemen jemand benötigt,
kann ich nicht beantworten.
-der tom
[eisfair-team]
>
>> -5V:
-5.35 V (min = -5.25 V, max = -4.75 V) ALARM
>
net(t)forum
> Setzt die Abweichung hier auch auf 10% und nicht 5%.
>
Gute idee. Damit ist auch der letzte Alarm weg. Danke.
Kay
Posted by Detlef Paschke on Sun, 16 Jun 2013 12:29:04 GMT
"Detlef Paschke" schrieb
>
>>>> Interessant ist, dass bei der Abfrage über PhpSysinfo der min-Wert
>>>> von
>>> fan1 und fan2 auf 0 steht. Ich Denke aber, dass das nichts mit
>>> lm_sensors
>>> zu tun hat.
>>
>> Ist ein Fehler in phpsysinfo; sensors zeigt es ja richtig anund das ist
>> entscheidend.
>
> so dachte ich auch. Ich wollte es der nur Vollständigkeit halber erwähnen
> falls noch andere darüber stolpern.
für alle die es ganz ordentlich haben wollen ;-)
Unter https://github.com/rk4an/phpsysinfo gibt es eine Vorabversion von
phpSysInfo 3.1.5 in der u.a. das Fan min. Problem gelöst ist zudem wurde
nach meiner Bitte nun auch eisfair als Distribution eingefügt sodass man
sich die Handarbeit in Zukunft sparen kann.
Viele Grüße
Detlef Paschke
Posted by Marcus Roeckrath on Sun, 16 Jun 2013 15:17:05 GMT
Hallo Detlef,
> für alle die es ganz ordentlich haben wollen ;-)
> Unter https://github.com/rk4an/phpsysinfo gibt es eine Vorabversion von
net(t)forum
> phpSysInfo 3.1.5 in der u.a. das Fan min. Problem gelöst ist zudem wurde
> nach meiner Bitte nun auch eisfair als Distribution eingefügt sodass man
> sich die Handarbeit in Zukunft sparen kann.
Danke, das ist eine gute Nachricht.
An wen hast Du geschrieben?
Da gibt es ja auch noch ein Problem mit hddtemp, das ich hier manuell fixe,
aber vielleicht ist das von allgemeinem Interesse.
-Gruss Marcus
Posted by Detlef Paschke on Sun, 16 Jun 2013 19:32:37 GMT
>
> Hallo Detlef,
Hallo Marcus,
>
>
>
>
>
>
>
>
>
Danke, das ist eine gute Nachricht.
An wen hast Du geschrieben?
Da gibt es ja auch noch ein Problem mit hddtemp, das ich hier manuell
fixe,
aber vielleicht ist das von allgemeinem Interesse.
das Problem habe ich unter http://sourceforge.net/p/phpsysinfo/discussion/
geschildert und Mieczys
Viele Grüße
Detlef Paschke
Posted by Marcus Roeckrath on Mon, 17 Jun 2013 07:57:02 GMT
net(t)forum
Hallo Detlef,
> das Problem habe ich unter http://sourceforge.net/p/phpsysinfo/discussion/
> geschildert und Mieczys?aw Nalewaj hat sich der Sache dann angenommen.
Angeblich stimmt mein sourceforge-Passwort nicht, also komme ich da nicht
rein, bevor ich es zurücksetzen lasse.
Habe gestern abend noch Mieczys?aw eine Mail geschrieben, worauf er heute
morgen noch ein paar Infos angefordert hat und nun ist schon eine Korrektur
in der developer-Version drin. :-))
PS: Mails an Mieczys?aw über seine sourceforge-Mailadresse kommen zurück, da
sein wahrer Mailprovider auf der Blacklist gelandet ist. Aus der
Bounce-Mail habe ich dann seine wahre Adresse genommen, an die gmx ohne
Meckern zugestellt hat.
-Gruss Marcus
Posted by Detlef Paschke on Mon, 17 Jun 2013 08:35:10 GMT
>
> Hallo Detlef,
Hallo Marcus
>
>
>
>
>
PS: Mails an Mieczys?aw über seine sourceforge-Mailadresse kommen zurück,
da
sein wahrer Mailprovider auf der Blacklist gelandet ist. Aus der
Bounce-Mail habe ich dann seine wahre Adresse genommen, an die gmx ohne
Meckern zugestellt hat.
ja, ich hatte das selbe Problem.
Viele Grüße
Detlef Paschke
net(t)forum

Subject: LM-Sensors fr Eisfair-1???

Transcrição

Documentos relacionados

Das offizielle Voxamps Forum des deutschen Vertriebes

Technische Assistenz (BTA, CTA) / Laborant (m/w) in Hamburg

digitales schutznetz ovella digital protection net

It Makes Perfect Sense

PIR Movement Detector – QI Guide

seLbst reparieren

Sp14` rn1C

Das offizielle Voxamps Forum des deutschen Vertriebes

Piezoresistive pressure sensor Piezoresistiver Drucksensor

Subject: sane - Erfolgserlebnis und Frage Posted by Stefan Puschek