Monitorare la temp. CPU con Linux

[Plain]

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!!]

ti dò un piccolo hint: lmsensors
il resto del lavoro a te (consiglio: google)

[ilsensine]

Alcune distribuzioni già includono questo pacchetto

[hilo]

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]

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]

KHealthCare:

http://kde.us.themoes.org/ftp/pub/kd...e-0.3.1.tar.gz

Ciaociao Soalle

[gokan]

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]

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]

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!

[mjordan]

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!

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!!

[dex]

qui c'è una spegazione dettagliata di come fare !!!

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


ciauz

[unarana]

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

[Plain]

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]

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]

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!!

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....

[Plain]

Up....HELP!

[unarana]

ma sensors-detect non l'hai provato?

Ciao

[Plain]

Originariamente inviato da unarana
[b]ma sensors-detect non l'hai provato?

Ciao

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*)....

[unarana]

etc/rc.d/rc.local

Almeno questo è quello che si modifica con la redhat

Ciao

[Plain]

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 <feedback@suse.de> 1996
# Werner Fink <werner@suse.de> 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