Felülvizsgálata programok monitorozására Vasmű linux

Hacker, szoba # 103. 103-102-1

Felülvizsgálata programok nyomon követése vas működik Linuxon

Summer. Az utcán nap nap után forró. Három rajongók nagy nehezen a rendszer egység, hogy megbirkózzanak a hűtés, bár a zaj is. Néha úgy tűnik, hogy a rendszer egység helyett lehet használni a kályha. Honnan tudom, hogy mi folyik odabent, hogy ne érjen az ujjait a részleteket, ha a számítógép? Talán itt az ideje, hogy pihenjen a vas barátja? Vagy egy újabb hűtő? Ennek részeként minden Linux disztribúció, számos eszköz, amely segíthet, hogy válaszoljon ezekre a kérdésekre, és megmondja, hogy minden, ami a jelenlegi állapotában a vas.

lm-sensors: a de facto szabvány

A 2.4-es telepíteni lm-sensors okozhat enyhe stressz, de a beilleszkedés a 2.6 kernel összetevők, amelyek figyelik, hogy ez a munka nem jelent problémát. További információk a alátámasztására gépek lm-sensors, és a kernel megtalálható az Eszközök és illesztőprogramok (www.lm-sensors.org/wiki/Devices) oldalt. Itt adja meg melyik változat a lm-sensors javasoljuk, hogy állítsa a lényege a rendszer. Bár nem lehet különösen választhat egy sor, ami elérhető a tárolóban. Mivel a diagnosztikai segédprogram a kernel nem, azokat külön kell beszerelni:

$ Sudo apt-get install lm-sensors sensord

Ugyanakkor létrehozza és démon sensord, az ő feladata, hogy információt gyűjtsön a syslog. Ezen túlmenően, ha baj, akkor figyelmeztetést adhat. akkor használja a közüzemi érzékelők észlelni a kezdeti megfigyelési konfiguráció:

Amikor fut, akkor megoldható egy igazi kihallgatás. Meg kell válaszolni őszintén, anélkül, hogy bármit is elrejtett volna :). Kétség esetén, akkor lehetővé teszik az összes tesztet. A segédprogram átadni az összes busz és berendezések, felsorolja az összes lefordított modulok és válassza ki azokat, amelyekből van még olyan jó. Ha legalább egy pár jelenik meg. Szerencsésnek mondhatod magad. Tehát figyelni kell. Végén a segédprogram fogja kérni, hogy hozzon létre egy beállítás szerint a készülék talált: - és így a kívánt sor, hogy helyezze be az / etc / modules. Kiválasztása után a következő lépés igen, akkor lehetővé teszi neki, hogy csináld magad.

Azt tanácsolom, hogy ellenőrizze /lib/modules/2.6.x/modules rendelkezésre álló összes modult, ajánlott letölteni a szenzorok-észlelni. A script néha fut előre a motort, vagy éppen ellenkezőleg, elmarad, így az is lehet, hogy az ilyen modulok a rendszer egyszerűen nem. Tehát, egy napon megkértek, hogy használja a i2c- nForce2, de egy ilyen modult a rendszer hiányzik. Mint lehetőség -, akkor próbálja meg betölteni a modulokat manuálisan.

Tájékoztatásul hívja a segédprogramot szenzorok paraméterek nélkül (akkor egy normál felhasználó):

Adapter: SMBus I801 adapter C800

VoltA1_5: 1,49 V (min = 1,42 V, max = 1,58 V)

Volt1_5: 1,52 V (min = 1,45 V, max = 1,60 V)

Volt3_3: 3,23 V (min = 3,13 V, max = 3,47 V)

Volt5: 5,20 V (min = 4,74 V, max = 5,26 V)

Volt12: 12,01 V (min = 11,38 V, max = 12,62 V)

FanCPU: 3540 RPM (min = 4000 RPM)

TempCPU: + 28C (alacsony = + 10C, nagy = + 55C)

TempMB1: + 31C (alacsony = + 10C, nagy = + 55C)

TempMB2: + 34C (alacsony = + 10C, nagy = + 55C)

vid: 1,525 V (VRM Version 9.1)

Paraméterek kijelzése konfigurált /etc/sensors.conf fájlt. Keresi húr megfelelő a chip (ebben a példában lm85), és szabályokat szükség esetén:

$ Sudo mcedit /etc/sensors.conf

chip "lm85c- *" "* adm1027-" "adt7463- *" "* lm85-" "lm85b- *"

címke IN0 "V1.5"

címkét az 1-ben „VCORE”

címke TEMP1 "CPU Temp"

címke Temp2 "Board Temp"

címke FAn1 "CPU_FAN"

# Állítsa be a feszültség limit

beállítva in0_min 1,5 * 0,95

set fan1_min 4000

Szeretném felhívni a figyelmet, hogy a közüzemi KSensors (ksensors.sourceforge.net), amely egy grafikus felület érzékelők KDE. Az Ubuntu van telepítve a szokásos módon:

$ Sudo apt-get install ksensors

Most fut a menüből vagy a parancssorból. Kattintson az ikonok jelennek meg, és válassza ki a Beállítás. Akkor megyünk át a lapokat, és kapcsolja Látható jelölőnégyzetet a beállításokat szeretné látni. Az eredmény megjelenik a tálcán (ha engedélyezve Dock), és egy külön ablakban, amely nyitott dupla kattintással az ikonra KSensors. További paraméter vezérelhető közüzemi lm-sensors, lehet kimeneti állapot memória, swap és néhány más információt. Minden paraméter lehet frissítési intervallumot és a reakció-rendszer, amely meghaladja a meghatározott értéket (végre vagy hangjelzést). KSensor indul el automatikusan a rendszer indításakor, ne felejtsük el beállítani az újraindítás KSensors a KDE indulásakor a Globális beállítások fülre.

sensord démon konfigurációs történik a / etc / default / sensord.

$ Sudo mcedit / etc / default / sensord

# Interval beolvasni megelőzés (30s, 1m, 1H)

# A mérések közötti intervallum bejelentkezni

# Chip elvenni sensors.conf

# Interval, az alapértelmezett 5 perc

Tartalmazza az lm-sensors van pwmconfig segédprogram, amely megváltoztatásának lehetőségét a forgási sebessége hűtőket. Ha ez a funkció elérhető, akkor használja a segédprogram fancontrol beállíthatja a sebességet. A konfigurációs fájlt által létrehozott pwmconfig.

Utility (x) mbmon

$ Sudo apt-get install mbmon xmbmon

Most fut mindenféle opció nélkül:

. Temp = 30,0, 24,0, 127,0; Rot. = 3308, 0, 6026

Vcore = 1,14, 1,52; Volt. = 3,28, 5,00, 11,49, -6,62, -1,83

Futó xmbmon, az összes információ látható a program ablakában.

Monitoring merevlemez hddtemp

Általánosságban elmondható, hogy a processzor nem a legfontosabb része a számítógép. De ha repülni merevlemez, úgy a hiányzó filmek, tanfolyamok, oklevelek, stb Ezért a csavart különös figyelmet igényel. A Linux, van számos eszközt csak erre az alkalomra. Kezdjük a kis méretű, de nagyon hasznos segédprogram hddtemp (www.guzu.net/linux/hddtemp.php). Akkor tudja használni, hogy információt kapjunk a hőmérséklet IDE / SATA / SCSI-lemezek, valamint olvasható S.M.A.R.T. információkat. Set:

$ Sudo apt-get install hddtemp

Ezen kívül, ajánlott frissíteni az adatbázist, és a meghajtó letöltésével www.guzu.net/linux/hddtemp.db fájlt, és helyezze be / stb A kihívás nagyon egyszerű:

$ Sudo hddtemp / dev / sda

/ Dev / SDA: ST3160811AS: nincs szonda

Igen, Barracuda szerencsétlen, lássuk, mi fog mondani a hasznosságát a második lemez:

$ Sudo hddtemp / dev / hdb

/ Dev / hdb: Quantum FIREBALLlct20: 31C vagy F

Eredmény: hőmérséklet a tűzgolyó. Mint lehetőség - hddtemp futhat a háttérben. Kérjen információt ebben az esetben lehetőség van a syslog jelentkezzen, illetve összekötő hálózaton keresztül:

$ Sudo hddtemp -d -q / dev / hdb

$ Telnet localhost 7634

Csatlakozva localhost.

Escape karakter a '^]'.

| / Dev / hdb | QUANTUM FIREBALLlct20 30 | 32 | C | Connection closed külföldi host.

Eredmény: 32 fok. Így a hőmérséklet a lemez fordul nélkül is bejelentkezik a rendszerbe.

kit smartmontools

Mivel figyelni és ellenőrizni lehet egyes paraméterek a merevlemez használata smartmontools eszközkészlet (smartmontools.sf.net), technológiák alkalmazásával S.M.A.R.T. Támogatott meghajtók interfész ATA, SCSI és SATA. Először nézzük az állapotát csatlakoztatott eszközök:

$ Sudo smartd -q onecheck

Nyitott konfigurációs fájl /etc/smartd.conf

Hajtás: DEVICESCAN, burkolt „-a” irányelv 22. sorban a fájl /etc/smartd.conf

Konfigurációs fájl /etc/smartd.conf volt értelmezhető, talált DEVICESCAN, szkennelés eszközök

Készülék: / dev / hda, nyitott

Készülék: / dev / hda, csomag eszközök [ez a készülék a CD / DVD] nem SMART képes

Nem lehet regisztrálni ATA device / dev / hda a 22 vonal fájl /etc/smartd.conf

Készülék: / dev / hdb, nyitott

Készülék: / dev / hdb, talált smartd adatbázisban.

Készülék: / dev / hdb, SMART képes. Hozzátéve, hogy „monitor” listában.

Készülék: / dev / sda, nyitott

Készülék: / dev / sda, IE (SMART) nincs engedélyezve, hagyja eszköz

Próbáld az 'smartctl -s / dev / sda' bekapcsolásához SMART funkciók

Nem lehet regisztrálni SCSI device / dev / sda a 22 vonal fájl /etc/smartd.conf

Monitoring 1 ATA és SCSI eszközök 0

Az utolsó sor mutatja, hogy ellenőrizni fogják csak ATA-lemezt. Az eszköz a / dev / sda smart nincs aktiválva, ha szükséges, benne lehet egy hívást. Igyekszünk, hogy információt kapjon a lemezt:

$ Sudo smartctl -i / dev / hdb

Modell Család: QUANTUM FIREBALLlct20 sorozat

Készülék Modell: Quantum FIREBALLlct20 30

Firmware Version: APL.3900

Felhasználó Kapacitás: 30.020.272.128 byte

A készülék: In smartctl adatbázis [a részleteket használni: -P show]

ATA Verzió: 5

ATA szabvány: ATA / ATAPI-5 T13 1321D felülvizsgálata 1

SMART támogatás: Elérhető - készülék SMART képességgel.

SMART támogatás: Enabled

További részletes információ érhető el a segédprogram futtatása a „-a” zászlót. Nyomtató fog egy pár képernyők végén az asztalnál egy listát a figyelt paraméterek jelennek meg. Különös figyelmet kell fordítani a WHEN_FAILED területen, amely megjeleníti a hozzávetőleges időpontot, amikor ez a paraméter eléri a megengedett határértéket. Ezek a tesztek is elérhető külön-külön. Sőt, két lehetőség van: a teljes és rövidített. Ezek által kezdeményezett parancsokat:

$ Sudo smartctl -t rövid / dev / hdb

$ Sudo smartctl -t hosszú / dev / hdb

Reduction ellenőrzés tart 1-2 perc, a teljes eltarthat körülbelül egy óra. A meghajtó működik, ezek a tesztek nem befolyásolják, így lehet biztonságosan futni az operációs rendszer. A hiba jelenik meg LBA_of_first_error területen. LifeTime oszlop mutatja az eltelt időt attól a pillanattól kezdve a lemez a vizsgálat előtt. Off-line tesztek futtatása smartctl -t elérhető parancs; céljuk -, hogy frissítse a lemez állapotát mutatók nem lehet frissíteni a normál működés során. Használata smartctl -o on. engedélyezheti a lemezeket készítsen egy ilyen teszt magad.

Ellenőrzést kell végezni folyamatosan. Ezekre a célokra a démon smartd, amely szintén része a smartmontools. Alapértelmezésben, ellenőrzi az összes meghajtót 30 percenként, és megjeleníti ezeket az információkat keresztül syslog. Demon lehet tanítani, ha problémát észlel küld levelet a rendszergazda vagy végre egy script. Sablon tartalmaz számos példát. Minden sor a fájl írja le a paramétereket ezek egyikének jelen a meghajtó rendszert. Például:

$ Sudo mcedit /etc/smartd.conf

/ Dev / SDA -S szóló -o on -a -I 194 -m [email protected]

/ Dev / hdb -S szóló -o on -a -I 194 -m [email protected]

Itt adja meg a meghajtó, -S szóló irányelv közé tartozik az automatikus mentés teljesítmény értékeket. -o on felelős a rendszeres off-line tesztelés. Használata -I figyelmen kívül hagyja az index értéke 194 ID # 194, ellenőrzéséért felelős a hőmérséklet, és végezetül e-mail értesítést küld. Ellenőrizze az üzenetek elküldésére, akkor smartd -M teszt csapat. Most indítsa el a démont:

$ Sudo /etc/init.d/smartd Start

Itt általában, és mindazt, amit el akartam mondani ma. By the way, a FreeBSD felhasználók szintén nem hiányzik az a képesség, hogy figyelemmel kíséri az egészségügyi rendszer. Minden, amire szüksége lehet megtalálható a fa / usr / ports / sysutils portgyűjteményének. Grafikai eszközökkel, nem vettek részt a felmérésben, érdemes megjegyezni gkrellm (www.gkrellm.net) és conky (conky.sf.net), ami remélem meg fogod érteni a puszta.

A / proc fájlrendszer

Néhány információ kérhető közvetlenül a fájlrendszer / proc. Például ellenőrizze, hogy a CPU hűtő tartalmazza:

$ Sudo cat / proc / acpi / ventilátor / FAN / állam

$ Sudo cat / proc / acpi / thermal_zone / THRM / hőmérséklet

hőmérséklet: 23 ° C

A trip_points lehet olvasni, vagy állítsa a hűtés ellenőrzési politika rendszer:

$ Sudo cat / proc / acpi / thermal_zone / THRM / trip_points

kritikus (S5): 65 ° C

passzív: 63 C: TC1 = 4 TC2 = 3 TSP = 60 eszközök = 0xdf852338

[0]: 63 C: eszközök = 0xdf85ff90

Három lehetőség van politikája: a kritikus (kritikus hőmérséklet, ami után a lehetséges automatikus átállás az alvó üzemmód), a passzív (csökkenés CPU sebesség) és az aktív (aktív hűvösebb működést). Mivel az aktív lehet több szakaszból áll: 0-tól 9 A paranccsal módosíthatja ezeket a paramétereket az alábbiak szerint:

$ Echo -n "kritikus meleg: passzív: aktív 0. activeX."> Trip_points

$ Echo "105: 100: 100: 78: 70: 60: 50"> / proc / acpi / thermal_zone / TZ0 / trip_points

$ Sudo cat / proc / acpi / thermal_zone / THRM / cooling_mode

hűtés üzemmód: aktív

Létrehozza passzív módban nem lehetséges az összes eszköz, bár a modern laptopok általában megmarad. A mintavételi frekvencia érzékelők megjelölt polling_frequency:

$ Sudo cat / proc / acpi / thermal_zone / THRM / polling_frequency

Ez azt jelenti, hogy abban az esetben, változások a készülék maga képes előállítani aszinkron megszakításokat, így nincs értelme nézni vele. További információk megtalálhatók thermal_zone acpi.sourceforge.net/documentation/thermal.html oldalon.

Elosztó

Ahhoz, hogy a legtöbb leírt eszközök a munka, akkor kell támogatnia, I2C és Hardverfigyelés a sejtmagban. Ez legalább valószínű, hogy a kérdést a parancsokat és. Ezért, ha a kimenet néma, mint a hal a jégen, nyugodtan folytassa a kernel átépítették. A Hardware Monitoring, ne felejtsük el, hogy támogatják az alaplapot. Ha kétségei vannak, egyszerűen összegyűjteni az összes modult.

$ Sudo make menuconfig

A program támogatja a ACPI:

Az energiagazdálkodási beállítások (ACPI, APM) - ACPI (Advanced Configuration and Power Interface) támogatása

Ne felejtsük el, hogy érzékelő szabványnak IPMI:

Device Drivers - Karakter eszközök - IPMI

Feltétlenül támogatást tartalmaznak érzékelők kernel:

Device Drivers - I2C támogatása

Válassza ki az algoritmusokat használnak a chipek:

Device Drivers - I2C támogatása ---> I2C Algoritmusok

A következő bekezdésekben, válassza ki a megadott chipset:

Device Drivers - I2C támogatás - I2C Bus hardver támogatás

Device Drivers - I2C támogatás - Egyéb I2C Chip támogatása

Ezután válasszuk ki a vezetők, hogy az érzékelők:

Device Drivers - Hardverfigyelés támogatás

Mivel kernel 2.6.19, új k8temp monitor driver. amely támogatja a legújabb modell AMD K8. Az érintett rendszerek, a meghajtó automatikusan betöltődik. Jelölt való összeegyeztethetetlensége régebbi verziói lm-sensors. Ezért javasoljuk, hogy frissítse a közüzemi k8temp vagy szerepel a fekete listán, vagy a General parse error megadott.

Kapcsolódó cikkek