PDA

View Full Version : Monitorare la temp. CPU con Linux


Plain
01-09-2002, 22:51
Avevo già messo mesi fa un post simile a questo ma nn ne ricavai nulla.
Pertanto vi chiedo: qualcuno usa o è a conoscenza di un software che monitorizzi la temp del processore/sistema ed eventualmente la velocità di rotazione delle ventole? Credo che questo tipo di software si appoggi al BIOS per ricavare i dati.

Kernel Panic!!
01-09-2002, 23:10
ti dò un piccolo hint: lmsensors
il resto del lavoro a te (consiglio: google) :p :D

ilsensine
02-09-2002, 08:39
Alcune distribuzioni già includono questo pacchetto

hilo
02-09-2002, 08:43
Originariamente inviato da Plain
[B]Avevo già messo mesi fa un post simile a questo ma nn ne ricavai nulla.
Pertanto vi chiedo: qualcuno usa o è a conoscenza di un software che monitorizzi la temp del processore/sistema ed eventualmente la velocità di rotazione delle ventole? Credo che questo tipo di software si appoggi al BIOS per ricavare i dati.

http://digilander.libero.it/robang/
c'e' un progetto dedicato (gsensor)

RRT4
02-09-2002, 14:26
Se ti serve per il KDE puoi andare qua http://apps.kde.com/rf/2/latest e fare una ricerca con la chiave "monitor".
Ce ne sono diverse tipo KHealthCare o KLM.

soalle
02-09-2002, 17:15
KHealthCare:

http://kde.us.themoes.org/ftp/pub/kde/unstable/apps/khealthcare-0.3.1.tar.gz

Ciaociao Soalle

gokan
02-09-2002, 21:53
http://digilander.libero.it/robang/
c'e' un progetto dedicato (gsensor) [/B][/QUOTE]

Interessante questo progettino....Queste sono le cose che fanno diventare interessante un O.S come Linux;)

Plain
02-09-2002, 22:38
Ho trovato sensors nella mia distro, suse 8.0, ma nn funzia se tento di lanciarlo...
Ora provo con lm_sensor e KHealthCare.

X RRT4: Fico il sito apps.kde.com!

Bye

Plain
02-09-2002, 23:31
Allora:

To run KHealthCare, you must

* be running Linux OK

* be running KDE, version 2.0 or later OK

* have lm_sensors 2.5.2 or later installed, set up and working. Nn lo trovo da nessuna parte quindi direi che nn c'è

Scarico lm_sensors mi leggo un po' il file INSTALL:

NOTE: MAKE SURE YOU HAVE THE I2C-ALGO-BIT DRIVER (PART OF THE I2C PACKAGE)
COMPILED INTO YOUR KERNEL OR AVAILABLE AS A MODULE; SOME SENSORS
DRIVERS DEPEND ON IT!

Il mio Kernel è già compilato con I2C? Suse 2.4.18-4GB

Il dubbio mi viene quando ho tentato di lanciare sensors già installato nella mia distro:

plain@linux:~> sensors
Can't access /proc file
/proc/sys/dev/sensors/chips or /proc/bus/i2c unreadable;
Make sure you have done 'modprobe i2c-proc'!
plain@linux:~>

Anche se i2c fosse installato lm_sensors come lo installo?

P.S. Ho anche tentato di installare khealthcare e al make mi risponde così:

plain@linux:~/Desktop/khealthcare-0.82> make
make all-recursive
make[1]: Entering directory `/home/plain/Desktop/khealthcare-0.82'
Making all in khealthcare
make[2]: Entering directory `/home/plain/Desktop/khealthcare-0.82/khealthcare'
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -I/usr/lib/qt2/include -I/usr/X11R6/include -O3 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -fexceptions -c khspinbox.cpp
In file included from khspinbox.cpp:20:
khspinbox.h:22: qspinbox.h: No such file or directory
make[2]: *** [khspinbox.o] Error 1
make[2]: Leaving directory `/home/plain/Desktop/khealthcare-0.82/khealthcare'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/plain/Desktop/khealthcare-0.82'
make: *** [all-recursive-am] Error 2
plain@linux:~/Desktop/khealthcare-0.82>

Forse per voi sono cose banali ma per uno come me che si sta studiando gli HOW-TO di Linux da poco è un gran casino! :D

mjordan
03-09-2002, 01:07
Originariamente inviato da Plain
[B]Allora:

To run KHealthCare, you must

* be running Linux OK

* be running KDE, version 2.0 or later OK

* have lm_sensors 2.5.2 or later installed, set up and working. Nn lo trovo da nessuna parte quindi direi che nn c'è

Scarico lm_sensors mi leggo un po' il file INSTALL:

NOTE: MAKE SURE YOU HAVE THE I2C-ALGO-BIT DRIVER (PART OF THE I2C PACKAGE)
COMPILED INTO YOUR KERNEL OR AVAILABLE AS A MODULE; SOME SENSORS
DRIVERS DEPEND ON IT!

Il mio Kernel è già compilato con I2C? Suse 2.4.18-4GB

Il dubbio mi viene quando ho tentato di lanciare sensors già installato nella mia distro:

plain@linux:~> sensors
Can't access /proc file
/proc/sys/dev/sensors/chips or /proc/bus/i2c unreadable;
Make sure you have done 'modprobe i2c-proc'!
plain@linux:~>

Anche se i2c fosse installato lm_sensors come lo installo?

P.S. Ho anche tentato di installare khealthcare e al make mi risponde così:

plain@linux:~/Desktop/khealthcare-0.82> make
make all-recursive
make[1]: Entering directory `/home/plain/Desktop/khealthcare-0.82'
Making all in khealthcare
make[2]: Entering directory `/home/plain/Desktop/khealthcare-0.82/khealthcare'
g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include -I/usr/lib/qt2/include -I/usr/X11R6/include -O3 -fno-exceptions -fno-check-new -Wall -pedantic -W -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-builtin -fexceptions -c khspinbox.cpp
In file included from khspinbox.cpp:20:
khspinbox.h:22: qspinbox.h: No such file or directory
make[2]: *** [khspinbox.o] Error 1
make[2]: Leaving directory `/home/plain/Desktop/khealthcare-0.82/khealthcare'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/plain/Desktop/khealthcare-0.82'
make: *** [all-recursive-am] Error 2
plain@linux:~/Desktop/khealthcare-0.82>

Forse per voi sono cose banali ma per uno come me che si sta studiando gli HOW-TO di Linux da poco è un gran casino! :D

Primo: Hai provato a fare il modprobe che ti ha detto??
Nel caso non ottieni il caricamento del modulo, dovresti ricompilare il kernel attivando quel driver che ti viene chiesto...
Per il khealthcare, l'errore deriva dal fatto che il make non riesce a trovare nel path di compilazione l'header C++ qspinbox.h delle librerie QT... Non so che versone in particolare richiede khealthcare nè che versione hai delle QT... Ma dovresti giocare un po con i settaggi. Poi al massimo vediamo. Prima cerca di caricare il benedetto modulo!! :D :D

dex
03-09-2002, 17:02
qui c'è una spegazione dettagliata di come fare !!!

http://linux.html.it/articoli/lm_sensor1.htm


ciauz

unarana
03-09-2002, 22:23
Originariamente inviato da Plain
[B]Scarico lm_sensors mi leggo un po' il file INSTALL:

NOTE: MAKE SURE YOU HAVE THE I2C-ALGO-BIT DRIVER (PART OF THE I2C PACKAGE)
COMPILED INTO YOUR KERNEL OR AVAILABLE AS A MODULE; SOME SENSORS
DRIVERS DEPEND ON IT!

Il mio Kernel è già compilato con I2C? Suse 2.4.18-4GB

Il dubbio mi viene quando ho tentato di lanciare sensors già installato nella mia distro:

plain@linux:~> sensors
Can't access /proc file
/proc/sys/dev/sensors/chips or /proc/bus/i2c unreadable;
Make sure you have done 'modprobe i2c-proc'!
plain@linux:~>

Anche se i2c fosse installato lm_sensors come lo installo?

fai sensors-detect per determinare quali moduli dovrai caricare (almeno sulla redhat questo comando c'è...)

Ciao :D

Plain
03-09-2002, 22:40
Originariamente inviato da dex
[B]qui c'è una spegazione dettagliata di come fare !!!

http://linux.html.it/articoli/lm_sensor1.htm


ciauz

Cavoli...devo sfruttare di + questo sito! Grazie. :)

Plain
03-09-2002, 23:44
Qui ho un quesito:

WARNING! If you have some things built into your kernel, the
below list will contain too many modules. Skip the appropriate ones!

To make the sensors modules behave correctly, add these lines to either
/etc/modules.conf or /etc/conf.modules:

#----cut here----
# I2C module options
alias char-major-89 i2c-dev
#----cut here----

In modules.conf aggiungo la riga alias char-major-89 i2c-dev OK?

Ma qui:

To load everything that is needed, add this to some /etc/rc* file:

#----cut here----
# I2C adapter drivers
modprobe i2c-viapro
modprobe i2c-isa
# I2C chip drivers
modprobe adm1021
modprobe eeprom
modprobe via686a
#----cut here----

..che devo fare?

Plain
03-09-2002, 23:59
Originariamente inviato da mjordan
[B]

Primo: Hai provato a fare il modprobe che ti ha detto??
Nel caso non ottieni il caricamento del modulo, dovresti ricompilare il kernel attivando quel driver che ti viene chiesto...
Per il khealthcare, l'errore deriva dal fatto che il make non riesce a trovare nel path di compilazione l'header C++ qspinbox.h delle librerie QT... Non so che versone in particolare richiede khealthcare nè che versione hai delle QT... Ma dovresti giocare un po con i settaggi. Poi al massimo vediamo. Prima cerca di caricare il benedetto modulo!! :D :D

linux:/home/plain # modprobe i2c-proc
linux:/home/plain # sensors
No sensors found!

Che risposta confortante....:(
Credo che sia per la compilazione del Kernel di cui ho scritto sopra? O sbaglio?

Ammazza quanto mi piace smanettare in 'ste cose! :) :)
Pur nella mia ignoranza in materia....:D

Plain
05-09-2002, 00:02
Up....HELP!

unarana
05-09-2002, 00:09
ma sensors-detect non l'hai provato?

Ciao :D

Plain
08-09-2002, 23:44
Originariamente inviato da unarana
[B]ma sensors-detect non l'hai provato?

Ciao :D

Si, e il risultato lo scritto qui in alto dove inizia così:

"Qui ho un quesito:

WARNING! If you have so...ecc. ecc."

E, ripeto, il file modules.conf l'ho modificato ma nell'altra parte fatico ad indentificare cos'altro devo modificare ( /etc/rc*)....:confused:

unarana
08-09-2002, 23:57
etc/rc.d/rc.local

Almeno questo è quello che si modifica con la redhat

Ciao :D

Plain
12-09-2002, 21:38
Io ho un /etc/rc.d/rc che è uno script. Lo metto per intero qui sotto e gentilmente chiedo dove devo aggiungere le nuove righe:

#! /bin/bash
#
# Copyright (c) 1996-2002 SuSE Linux AG, Nuernberg, Germany.
# All rights reserved.
#
# Author: Florian La Roche <[email protected]> 1996
# Werner Fink <[email protected]> 1994-99,2000-2001
#
# /etc/init.d/rc -- The Master Resource Control Script
#
# This file is responsible for starting/stopping services
# when the runlevel changes. If the action for a particular
# feature in the new run-level is the same as the action in
# the previous run-level, this script will neither start nor
# stop that feature.
#

#
# On previous runlevel identical with current runlevel do not
# re-examine current runlevel.
#
test "$PREVLEVEL" = "$RUNLEVEL" && exit 0

#
# Coming from runlevel 1 we do not need to enter S
#
test "$PREVLEVEL" = "1" -a "$RUNLEVEL" = "S" && exit 0

#
# Coming from runlevel S we have to check if the system was
# booted cold into single user mode and call /etc/init.d/boot.
#
if test "$PREVLEVEL" = "S" -a -x /sbin/runlevel ; then
# Double check
utmp=$(LC_ALL=POSIX /sbin/runlevel 2> /dev/null)
dpts="no"
proc="no"
if test -e /proc/mounts ; then
proc="yes"
while read des fs type rest; do
case "$fs" in /dev/pts) dpts="yes" ;; esac
done < /proc/mounts
fi
unset des fs type rest
if test "$utmp" = "unknown" -a "$dpts" = "no" ; then
test "$proc" = "yes" && umount -n -t proc
/etc/init.d/boot
fi
fi

#
# Avoid being interrupted by child or keyboard
#
trap "echo" SIGINT SIGSEGV SIGQUIT
trap 'test "$RUNLEVEL" = "1" && exit 0' SIGTERM
set +e

#
# Get terminal size of standard input of the system console
#
test -z "$CONSOLE" && CONSOLE=/dev/console
set -- $(stty size < $CONSOLE)
LINES=$1
COLUMNS=$2
export LINES COLUMNS CONSOLE

#
# Set I/O of this script and its childs to console
#
exec 0<> $CONSOLE 1>&0 2>&0

#
# This redirects all rc messages during reboot and halt
# to tty1 if the system console is bound on VGA (tty0).
#
REDIRECT="`showconsole 2>/dev/null`"
export REDIRECT
if test $COLUMNS -gt 0 ; then
# VGA
if test "$RUNLEVEL" = "0" -o "$RUNLEVEL" = "6" ; then
case "$REDIRECT" in /dev/tty[1-9]*)
REDIRECT=/dev/tty1
setconsole $REDIRECT < $CONSOLE
set -- $(stty size < $REDIRECT)
LINES=$1
COLUMNS=$2
export LINES COLUMNS
esac
fi
else
# Serial: columns and lines are not defined
LINES=24
COLUMNS=80
test "$TERM" = "linux" -o -z "$TERM" && TERM=vt102
fi

#
# Configuration and coloring of the boot messages
#

. /etc/rc.status
. /etc/rc.config

#
# Save old terminal settings and set -nl to avoid staircase
# effect, do not lock scrolling, and avoid break characters.
#
otty=$(stty -g)
stty -nl -ixon ignbrk -brkint 0>&1

#
# Start blogd if not in single user mode
#
if test "$RUNLEVEL" != "S" -a -x /sbin/blogd ; then
/sbin/blogd $REDIRECT
fi

echo -n "Master Resource Control: "
echo -n "previous runlevel: $PREVLEVEL, "
echo -e "switching to runlevel: ${stat}${extd}${RUNLEVEL}${norm}"

runrc=/etc/init.d/rc${RUNLEVEL}.d
prerc=/etc/init.d/rc${PREVLEVEL}.d
rex="[0-9][0-9]"
failed=""
skipped=""

#
# First check and test services of previous and current (new) runlevel.
#
for i in $prerc/K${rex}*; do
test -x "$i" || continue

#
# Don't stop service if the new runlevel requires the service.
#
service=${i#*/K$rex}
set -- $runrc/S$rex$service
test $# -gt 1 && echo -e "$attn$runrc/: more than one link for service $service$norm"
test -x "$1" && continue

# send information to splash icon viewer.
rc_splash "$i stop"

# Log to /var/log/boot.msg
blogger "$i stop"

# Stop the services of the previous runlevel if they are missed
# within the current (new) runlevel.

$i stop; status=$?
case $status in
[1-4]) failed="${failed} ${service}" ;;
[56]) skipped="${skipped} ${service}" ;;
[07]|*) ;;
esac
echo -en "$rc_reset"

# Log to /var/log/boot.msg
blogger "'$i stop' exits with status $status"
done

for i in $runrc/S${rex}*; do
test -x "$i" || continue

#
# Don't start service if previous runlevel includes the service.
#
service=${i#*/S$rex}
set -- $prerc/K$rex$service
test $# -gt 1 && echo -e "$attn$prerc/: more than one link for service $service$norm"
test -x "$1" && continue

# send information to splash icon viewer.
rc_splash "$i start"

# Log to /var/log/boot.msg
blogger "$i start"

# Start the services of the current (new) runlevel if they are missed
# within the previous runlevel.

$i start; status=$?
case $status in
[1-47]) failed="${failed} ${service}" ;;
[56]) skipped="${skipped} ${service}" ;;
0|*) ;;
esac
echo -en "$rc_reset"

# Log to /var/log/boot.msg
blogger "'$i start' exits with status $status"
done

#
# Inform the users
# Reaction on LSB return values:
# OK : 0 - success
# FAIL : 1 - generic or unspecified error
# FAIL : 2 - invalid or excess argument(s)
# FAIL : 3 - unimplemented feature (e.g. "reload")
# FAIL : 4 - insufficient privilege
# SKIP : 5 - program is not installed
# SKIP : 6 - program is not configured
# FAIL : 7 - program is not running (doing "start")
# OK : 7 - program is not running (doing "stop")
#

rc_splash "master"

echo -n "Master Resource Control: "
echo -e "runlevel ${RUNLEVEL} has been ${stat}${extd}reached${norm}"
if test -n "$failed" ; then
n=$((${#failed} + 7))
echo -n "Failed services in runlevel ${RUNLEVEL}: "
test $n -lt 47 && echo -en "\033[${COLUMNS}C\033[${n}D"
echo -e "${warn}${failed}${norm}"
fi
if test -n "$skipped" ; then
n=$((${#skipped} + 7))
echo -n "Skipped services in runlevel ${RUNLEVEL}: "
test $n -lt 47 && echo -en "\033[${COLUMNS}C\033[${n}D"
echo -e "${attn}${skipped}${norm}"
fi

#
# Stop blogd if running
#
killproc -QUIT /sbin/blogd

#
# Restore old terminal settings
#
stty $otty 0>&1

#
# For the first logon on a virtual console.
#
test -e /etc/issue-SuSE-first-run && {
cat /etc/issue-SuSE-first-run > $REDIRECT
rm -f /etc/issue-SuSE-first-run 2>/dev/null
}

exit 0

unarana
13-09-2002, 10:11
No, non è questo, se mi dici che distro usi posso vedere se aiutarti meglio

rc.local proprio non ce l'hai?

Ciao :D

Plain
14-09-2002, 10:38
Usa la SUSE 8.0. Come per altre cose avrà il file in una directory diversa dalle altre....:rolleyes:
Appena esce la MDK 9.0 ritorno sui mie passi! :)