Lm-sensors jelezhet-e hamis értékeket?

Debian GNU/Linux

Üdvözlet!

Kb.3 hete tértem át Uhu 2.1-ről Debian Lenny 5.0.4-re. Minden kalasszúl működik, csak az lm-sensors progival gyült meg kicsit a bajom. Egész pontosan a Lenny alatt mutatott hőmérséklet értékekkel van bajom, konkrétan nem tudom eldönteni, valósak-e az általa mutatott hőmérsékletek.

A Gép:

- Alaplap: Gigabyte GA-73PVM-S2
- Processzor: Intel Pentium Dual CPU E2180 2.00 GHz
- Memória: 2 GIB RAM
- Videokártya: ASUS nVidia 8600 GTS

Az a problémám, hogy az előző rendszeremhez képest képest az értékek jó 5-10 fokkal nagyobbakat mutat, de ha a BIOS-ban megnézhető hőmérsékletekkel hasonlítom össze, akkor is brutális az eltérés. Konkrétan, ha elindítom a gépet, a BIOS által jelzett 25-29 fokhoz képest a rendszer felállása után már kb. 50 fok körül jár a hőmérséklet. Most, 20 fokos szobahőmérséklet melett az alábbi értékeket mutatja a sennsors parancs, miközben a procimagoknak a leterheltsége egyenként nincs 10 százalék:

it8718-isa-0290
Adapter: ISA adapter
in0: +1.15 V (min = +0.00 V, max = +4.08 V)
in1: +1.84 V (min = +0.00 V, max = +4.08 V)
in2: +3.31 V (min = +0.00 V, max = +4.08 V)
in3: +2.98 V (min = +0.00 V, max = +4.08 V)
in4: +2.14 V (min = +0.00 V, max = +4.08 V)
in5: +0.00 V (min = +0.00 V, max = +4.08 V) ALARM
in6: +1.18 V (min = +0.00 V, max = +4.08 V)
in7: +3.10 V (min = +0.00 V, max = +4.08 V)
Vbat: +3.07 V
fan1: 1464 RPM (min = 0 RPM)
fan2: 0 RPM (min = 0 RPM)
temp1: +47.0°C (low = +127.0°C, high = +127.0°C) sensor = transistor
temp2: +30.0°C (low = +127.0°C, high = +127.0°C) sensor = thermal diode
temp3: -2.0°C (low = +127.0°C, high = +127.0°C) sensor = transistor
cpu0_vid: +0.613 V

coretemp-isa-0000
Adapter: ISA adapter
Core 0: +50.0°C (high = +86.0°C, crit = +100.0°C)

coretemp-isa-0001
Adapter: ISA adapter
Core 1: +49.0°C (high = +86.0°C, crit = +100.0°C)

Ráadásul a GPU hőmérsékletét nem is mutatja, viszont az nvidia-settings korrektül jelzi a kb. 60 fokot. A probléma ott kezdődik, mikor lejátszanék pl. egy youtube videót, a procimagok egyből el kezdik verdesni a 60 fokos határt, de gyakran túl is lépnek rajta. Ez Uhu-n max. 58 fok volt, a 60 fölé sose ment ez az érték.

Ha videot akarok tömöríteni, simán 70 fok közelébe ugrik a hőmérséklet. Kissé ijesztő, mivel a neten található specifikációk szerint az én processzoromnak max. 74 fok az üzemi hőmérséklete, nem tudom, hogy az lm-sensors honnan vette a 84 ill. 100 fokos kritikus értéket? Istenigazából azt sem tudom, hogy a temp1 és temp2 értékei mire vonatkoznak. A 127 fokos felső plafonból kiindulva akár a GPU is lehetne.

Mivel más rendszer most nem volt kéznél, csak egy pendrivera telepített legújabb Puppy, megnéztem az alól is. Ott voltak csak érdekes infok. Pl. nem látta a két magot, csak egyet, de az is stabilan 54 fok körűl működött, de inkább 60. Viszont ott megjelent a GPU hőmérséklete is.

Minden fellelhető doksit leírást elolvastam az elmúlt napokban az lm-sensors, fancontrol, pwmconfig triumvirátusról, de csak egyre kuszább lett minden.

Tehát a kérdéseim a következők lennének:

- Reálisak-e ezek a hőmérsékleti értékek Lenny alatt, vagy inkább az Uhu alatti értékek voltak az igaziak?

- Ha a Lenny mutatja jól, mit tudnék csinálni, hogy egy egyszerű videokonvertálásnál ne szaladjon el ennyire a hőmérséklet? A CPU Fan stabilan 1400-1500 körül pörög, de az istennek sem óhajt 1600 felé menni, pedig tudná a 2400-as fordulatszámot is.

A segítségeket előre is köszönöm.

  • 1956 megtekintés

( bsh | 2010. 05. 29., szo – 15:01 )

minden csak konfiguráció kérdése... a program azt mutat, amit csak akarsz...

"nem tudom, hogy az lm-sensors honnan vette a 84 ill. 100 fokos kritikus értéket? Istenigazából azt sem tudom, hogy a temp1 és temp2 értékei mire vonatkoznak."
vs.
"Minden fellelhető doksit leírást elolvastam az elmúlt napokban"

hát pedig akkor illene tudni honnan veszi ezeket az értékeket... :)

a hőmérséklet lehet attól is magasabb, hogy mondjuk nem megy a cpufreq daemon.

Daemon megy, alaphelyzetbe terhelés nélkül 1200 GHz-t mutat.

Amúgy tényleg mindent elolvastam, csak nem voltak egyértelműek az infok, sőt, sokszor egymással ellentétes információkat kaptam. Volt, ahol azt írták, a temp1 a rendszer hőmérséklet. Volt, ahol azt, hogy a processzor külső hőmérséklete a temp1, ami nem egyezhet a coretempel, mivel az meg a mag értékeit mutatja, és hogy igából akkor kell aggódni, ha a temp1 a magas. Voltak olyan leírások (köztük magán a progi wikijébe), hogy a sensors config állományába fel kell cserélni az érzékelőket, mert nem mindig rendeli helyes össze azokat. Pl. legyen mind a három thermal diode, stb.
Aztán még sorolhatnám. Nálam pillanatnyilag teljes a káosz. :-)

ez úgy működik, hogy van az alaplapon egy vezérlő csip, ami nálad ez az it8718. ez egy többfunkciós csip, tartalmaz több csatornás analóg-digital átalakítókat is, aminek több bemenete van. ezekre köthetők különféle feszültségek (feszültségméréshez), hőmérő diódák, termisztorok, ventilátorok, stb. a csip ezeket az analóg értékeket átalakítja digitálissá és ez kiolvasható a regisztereiből a lm-sensors és hasonló programok által.
az azonban, hogy melyik bemenetre mit köt az alaplap gyártója, az már rá van bízva. pl. lehet, hogy egyik alaplapnál in1-en a 3.3V van, in2-n meg a vcore, temp1 bemeneten a cpu, temp2 bemeneten meg a déli híd hőmérséklet szenzora, másik alaplapnál meg mondjuk a vcore van az in1-en, az in2 nincs is használva, és a temp1 és temp2 is fordítva van bekötve.
ezeket egyes egyedül a gyártó tudja, hisz ő tervezte az adott lapot. illetve ha jó vagy lektronikából, akkor esetleg kisilabizálhatod, hogy melyik bemenetre mi van kötve. de egyszerűbb, ha elkezded izzasztani az egyes komponenseket, és közben figyeled, melyik értékek változnak.
ezeket a program természetesen nem fogja tudni, ezeket neked magadnak kell bekonfigurálni a te lapodhoz, hogy minden azt mutassa, amit kell. az lm-sensors alap konfig fájlja tartalmaz egy valamilyen általános beállítást, ami egy adott alaplapon lett tesztelve, de ez nem jelenti azt, hogy ez a konfig nálad is egy az egyben jó lesz.
további probléma, hogy ezek a csipek általában csak 12 bites a/d-vel bírnak, így 0...4095 közti értékeket lehet velük mérni. ez azt jelenti, hogy kb. 4 voltnál kisebb feszültségeket direktbe tudnak mérni (elméletileg) 0,001V felbontással, de az ezen kívül eső feszültségeket különféle ellenálláshálózatok segítségével először le kell osztani, hogy a csip által emészthető tartományba essenek. ezeket a leosztás után mért értékeket aztán a leosztás értékének megfelelően vissza kell szorozni, hogy a tényleges feszültségértéket kapjuk. ezt is a szoftver végzi, a konfigban megadható, hogy hogyan számítsa ki. a probléma az, hogy a felhasználó nem tudja, milyen ellenállások milyen hálózatával illetve milyen módon történik a bemenő jel "leredukálása", nem tudni, hány ohmos ellenállásokat használt a gyártó és milyen rendszerben? természetesen ezek az információk sem publikusak, így sajnos az ilyen értékeket a program nem tudja megfelelően kiszámítani és megjeleníteni.
na de a sok rizsa után: az /etc/sensor3.conf (vagy sensors.conf) csinálsz egy biztonsági másolatot, hogy vész esetére meglegyen az eredeti... majd az fájlt átszerkeszted. a fájlban benne van az összes a program által ismert szenzor csip konfigurációja, ez neked nem kell, neked csak a saját alaplapod ite8718 csipjének a konfigja kell, úgyhogy első körben töröld ki az összes többit.
aztán a maradékot szépen a szád íze szerint elkezded pofozgatni. (pl. az enyém ilyen)
pl. a te alaplapodon (a sensors kimenetéből láthatóan) az in5 és a fan2 nincs bekötve (vagy nincs a fan2 headerre venti dugva), ezért azokat kapásból ignorálhatod a konfigban. az in0 valószínűleg a cpu feszültsége, az in1 meg a ddr2(?) memória feszültsége lehet, az in2 meg a 3.3V. az in3 és in4 meg valószínűleg az 5V és a 12V (vagy a -5V/-12V) lenne, csak ugye nem tudod, hogyan kell ezekből az értékekből kiszámítani a valós értéket (amit fentebb írtam...) a fan1 valószínűleg gondolom a proci ventilátora lenne, ha azt akarod, hogy "fan1" helyett ezt is írja ki, akkor 'label fan1 "CPU venti" '... meg ilyenek.
ne feljetsd el minden egyes config szerkesztés után kiadni a 'sensors -s' parancsot (mint root), különben a konfigban megadott értékek, limitek, nem lesznek ténylegesen "beállítva"

( Toomi | 2010. 05. 29., szo – 14:59 )

ha melege lesz majd kicsit felpörgeti a ventillátort, nem kell 15 fokosnak lenni a procinak. Amikor elindítod a géped a processzor szobahőmérsékletről indul és kb nem csinál semmit amíg megnézed a hőmérsékletét, nem csoda hogy 30fok. Ne törődj vele, szerintem teljesen jó ez.

( Darkcomet | 2010. 05. 29., szo – 15:05 )

Most játszottam egy kicsit a Billiard GL-el, és 70 fok körüli értéket mutatott, a Kdnliveba egy kb. 10 perces klipp konvertálásánál majd' 73 fok. Kicsit parázok, hogy mi van akkor, ha besül az egész cucc.

( penztar v | 2010. 05. 29., szo – 15:12 )

Hello!

Nem kell parázni,mert tudomásom szerint az intel procikba van egy olyan védelem hogy lekapcsolja az egész gépet ha a megsülés határára kerül.Amúgy érdemes azért meggyőződni a hűtőkröl is hogy minden rendben van-e körülöttük.

Üdv.

( TJ | 2010. 05. 29., szo – 15:51 )

Biztos bennem van a hiba, de nekem értelmes adatot nem sikerült még az lm-sensorból kicsikarnom, pedig 2-3-szor megpróbáltam már.

( tomi66 | 2010. 05. 29., szo – 16:25 )

Az lmsensors konfigjában a szorzókat is be tudod állítani. Tutkó jó chipset van beállítva ?

( Darkcomet | 2010. 05. 29., szo – 19:23 )

Egyébként nem értem, nem lenne egyszerűbb az lm-sensorsnak kiolvasni a vonatkozó adatokat a BIOS-ból? Na mindegy.

Most újra lefutattam, ezt adta:

# sensors-detect revision 5249 (2008-05-11 22:56:25 +0200)

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.

We can start with probing for (PCI) I2C or SMBus adapters.
Do you want to probe now? (YES/no): y
Probing for PCI bus adapters...
Found unknown SMBus adapter 10de:07d8 at 0000:00:03.1.
Sorry, no supported PCI bus adapters found.

If you have undetectable or unsupported I2C/SMBus adapters, you can have
them scanned by manually loading the modules before running this script.

To continue, we need module `i2c-dev' to be loaded.
Do you want to load `i2c-dev' now? (YES/no): y
Module loaded successfully.

We are now going to do the I2C/SMBus adapter probings. Some chips may
be double detected; we choose the one with the highest confidence
value in that case.
If you found that the adapter hung after probing a certain address,
you can specify that address to remain unprobed.

Next adapter: NVIDIA i2c adapter (i2c-0)
Do you want to scan it? (YES/no/selectively): y

Next adapter: NVIDIA i2c adapter (i2c-1)
Do you want to scan it? (YES/no/selectively): y
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)
Client found at address 0x51
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)
Client found at address 0x52
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)
Client found at address 0x53
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: NVIDIA i2c adapter (i2c-2)
Do you want to scan it? (YES/no/selectively): y

Some chips are also 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): y
Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM78-J' 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
Probing for `IPMI BMC KCS' at 0xca0... No
Probing for `IPMI BMC SMIC' at 0xca8... No

Some Super I/O chips may also contain 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): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Fintek'... No
Trying family `ITE'... Yes
Found `ITE IT8718F Super IO Sensors' Success!
(address 0x290, driver `it87')
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Fintek'... No
Trying family `ITE'... No

Some south bridges, CPUs or memory controllers may also contain
embedded sensors. Do you want to scan for them? (YES/no): y
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD K10 thermal sensors... No
Intel Core family thermal sensor... Success!
(driver `coretemp')
Intel AMB FB-DIMM thermal sensor... No

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

Driver `it87' (should be inserted):
Detects correctly:
* ISA bus, address 0x290
Chip `ITE IT8718F Super IO Sensors' (confidence: 9)

Driver `coretemp' (should be inserted):
Detects correctly:
* Chip `Intel Core family thermal sensor' (confidence: 9)

I will now generate the commands needed to load the required modules.
Just press ENTER to continue: y

To load everything that is needed, add this to /etc/modules:

#----cut here----
# Chip drivers
it87
coretemp
#----cut here----

Do you want to add these lines automatically? (yes/NO)y

Ahogy elnézem, a két sensors config fájlhoz (sensors3, sensors) hozzá sem nyúlt.
Az egyik 2010.02.07.-es dátumú, a másik 2008.07.03. Innentől kezdve gőzöm sincs, honnan olvassa ki a megfelelő beállításokat, idáig azt hittem, hogy ezekből.
/etc/modules-be ott vigyorog az elindítandó cucc, meg plussz az /etc/init.d-be az indító állomány. Az /etc/rc5.d-be meg egy s20sensord link, ami az /etc/init.d-be mutat a sensord állományra. Ennyi. Mit nézzek még meg?

"Egyébként nem értem, nem lenne egyszerűbb az lm-sensorsnak kiolvasni a vonatkozó adatokat a BIOS-ból? "

Minden kiolvasáshoz újrabootol, lefényképezi a képernyőt, majd gyorsan elindítja a linugzot, hogy kiírhassa neked?

Vagy tudsz olyan BIOS-hívást, ami visszaadja a mért értékeket?

"Na mindegy."
Nem mindegy.
Nem mindegy, hogy hülyeséget beszélünk, vagy ismerjük a gépet.

Figyu. Lehet, hogy hülyeséget beszéltem (írtam), de mentségemre legyen szólva, ez csak egy laikus spekulációja volt. Abból indultam ki, hogy ha a BIOS korrektül tudja mutatni a hőmérsékletet, CPU fan sebességét, stb., akkor valahogy menetközbe is hozzá lehet jutni ezekhez az információkhoz. Ha nem, akkor nem. Elnézést a tévedésemért, de egyből torkot harapdálni azért nem kéne.

A BIOS is többé-kevésbé korrektül megjeleníti azt az adatot, amit a szenzorokból kiolvas.
Az operációs rendszerek előtt is adott az i2c buszos elérés, kiolvashatják.

Arról, hogy te egy hekkelt oprendszert használsz, a BIOS mit sem tud.
Már írták: az lm-sensorsnak pont azért van konfigfile-ja, mert az adott szenzort több gyártó is használja, esetleg eltérően. Ekkor a konfig megfelelő szerkesztésével lehet "korrigálni" a kiolvasott adatokat.
(Tanulságos olvasmány a sensors.conf. Látszanak benne felhasználók kommentjei, akik saját alaplapjuk kikísérletezett szorzóit küldték be a karbantartónak.)

( Lacyc3 v | 2010. 05. 29., szo – 20:26 )

Az lm_sensors értékeit erős fenntartásokkal kell kezelni. Nekem van amikor egyik másodpercről a másikra 20 fokot hűl / melegszik a CPU-m, ami azért vicces, mert ennyire nem jó a hővezetés :)

A Linux kernel támogatja az MCE (Machine Check) funkciók közül az overheating reporting-et, amivel a CPU közvetlenül szól a kernelnek ha nagyon melege van, aminek a /var/log/messages -ben (is) nyoma van. A túlmelegedés elleni lépéseknek több lépcsője van: Először csak - ha tudja - a kernel csökkenti a processzor órajelét, aztán ha majdnem kritikus a CPU hőmérséklete akkor automatikusan kikapcsolja (szabályosan) a gépet, ha pedig kritikus akkor szimplán kikapcsolja / CPU tiltja le magát.

Takarítás előtt vinyákolt a cpu nekem is hogy melege van, de már nem emlékszek pontosan mit ír a naplóba, de meg fogod ismerni ha lesz :)

( Darkcomet | 2010. 05. 30., v – 00:38 )

Nos, a sensors3 fájl nem túl bőbeszédű, it87-re ennyit tartalmaz:

chip "it87-*" "it8712-*" "it8716-*" "it8718-*" "it8720-*"

label in8 "Vbat"

Most elteszem magam holnapra, és majd megpróbálok valami számomra is használhatót kisilabizálni a sensors fájlból.

Mindenkinek köszönöm szépen a segítséget. :-)