Conky e sensori

[anycolouryoulike]

ma feh è un wallpaper setter??? se si potevi evitare di compilare un altro programma, c'è già fbsetbg di default sulla slackware che imposta l'immagine nella root window...

Si è un wallpaper setter. L'ho visto in quel link, non sapevo ci fosse un altro programma già installato... sono ancora un newbie io!

Ho trovato questo http://ubuntuforums.org/archive/index.php/t-282353.html, e da quello che ho capito bisogna avviare al boot hddtemp come demone, e la variabile di conky si connette a questo demone. Però facendo

Codice: Seleziona tutto

hddtemp -d /dev/sda

e usando la variabile hddtemp su conky esce "UNK" ma non mi da nessun errore e infatti:

Codice: Seleziona tutto

root@darkstar:/usr/sbin# nc localhost 7634
|/dev/sda|MAXTOR STM3250820AS|UNK|*|root@darkstar:/usr/sbin#

In quel forum dice di editare un file di boot, ma su Slackware quel file non c'è. Qualche idea?

[anycolouryoulike]

È un problema di hddtemp che come detto prima non supporta ancora il mio disco.
Ho risolto con la riga

Codice: Seleziona tutto

${exec hddtemp -nq /dev/sda}

e abilitando il suid del binario di hddtemp.

[danix]

È un problema di hddtemp che come detto prima non supporta ancora il mio disco.
Ho risolto con la riga

Codice: Seleziona tutto

${exec hddtemp -nq /dev/sda}

e abilitando il suid del binario di hddtemp.

scusa se non ti ho risposto, ma mi era sfuggita questa parte della conversazione, comunque c'era già tutto scritto nel thread che ti avevo indicato su conky... mi fa piacere che tu abbia risolto ugualmente

A presto

[anycolouryoulike]

Sono io che devo ringraziarti: nel thread che mi avevi postato c'era tutto, solo volevo sfruttare la variabile hddtemp di conky...

Piuttosto tu che te ne intendi di script bash e conky, se riesci a trovare una soluzione a questo viewtopic.php?t=20772 problema posta pure lì!

[Vito]

riapro il topic:

ho installato lm_sensor per i sensori e quando dò sensors ecco cosa mi viene restituito :

Codice: Seleziona tutto

[root@Vito:devices]# sensors
it8712-isa-0290
Adapter: ISA adapter
VCore 1:   +1.73 V  (min =  +0.00 V, max =  +4.08 V)
VCore 2:   +0.00 V  (min =  +0.00 V, max =  +4.08 V)   ALARM
+3.3V:     +3.18 V  (min =  +0.00 V, max =  +4.08 V)
+5V:       +4.78 V  (min =  +0.00 V, max =  +6.85 V)
+12V:     +12.67 V  (min =  +0.00 V, max = +16.32 V)
-12V:     -27.36 V  (min = -27.36 V, max =  +3.93 V)   ALARM
-5V:      -13.64 V  (min = -13.64 V, max =  +4.03 V)   ALARM
Stdby:     +4.95 V  (min =  +0.00 V, max =  +6.85 V)
VBat:      +3.26 V
fan1:     2376 RPM  (min =    0 RPM, div = 8)
fan2:        0 RPM  (min =    0 RPM, div = 2)
fan3:        0 RPM  (min =    0 RPM, div = 2)
M/B Temp:    +54°C  (low  =    -1°C, high =  +127°C)   sensor = thermistor
CPU Temp:    +36°C  (low  =    -1°C, high =  +127°C)   sensor = thermistor
Temp3:        -1°C  (low  =    -1°C, high =  +127°C)   sensor = disabled

ora voglio usare la variabile i2c di conky....faccio così:

Codice: Seleziona tutto

${color lightgrey}Temperatures:
CPU:$color ${i2c temp 2}C${color grey} - MB:$color ${i2c temp 1}C

ma ecco cosa mi viene restituito quando avvio conky.sh:

Codice: Seleziona tutto

[vito@Vito:script]$ sh conky.sh
Conky: conkyrc-brenden: 30: no such configuration: 'on_bottom'
Conky: can't open '/sys/bus/i2c/devices/0-0050/temp2_input': No such file or directory
please check your device or remove this var from Conky

non capisco...ecco cosa ho in devices:

Codice: Seleziona tutto

[vito@Vito:devices]$ ls
0-0050  0-0051  0-0052

ed in 0-0050:

Codice: Seleziona tutto

[vito@Vito:0-0050]$ ls
driver  eeprom  modalias  name  power  subsystem  uevent

sapreste aiutarmi?

[Vito]

nessuno ha idea di come posso fare per risolvere?:(

[anycolouryoulike]

Quale kernel hai?
Anche io avevo lo stesso problema con il 2.6.23 infatti sono tornato al 2.6.22.14.
A me praticamente rimanevano solo i device che iniziano con 0-005 che credo non siano veri e propri device... eppure sensors continuava a funzionare.
Qualcuno sa dove trovare i dati dei sensori con il 2.6.23?
Se proprio hai necessità di un kernel nuovo ti devi aggiustare con sensors e cut vari, con grande dispendio di CPU.

[Vito]

Quale kernel hai?
Anche io avevo lo stesso problema con il 2.6.23 infatti sono tornato al 2.6.22.14.
A me praticamente rimanevano solo i device che iniziano con 0-005 che credo non siano veri e propri device... eppure sensors continuava a funzionare.
Qualcuno sa dove trovare i dati dei sensori con il 2.6.23?
Se proprio hai necessità di un kernel nuovo ti devi aggiustare con sensors e cut vari, con grande dispendio di CPU.

2.6.23.9

[anycolouryoulike]

Eppure se sensors li trova da qualche parte devono pur esserci...

[Vito]

va a capire dove....

[Vito]

ho fatto l'upgrade al kernel 2.6.24 e l'errore persiste...
@Danix85
se puoi leggi il post che ho scritto sopra...lì ci sono tutte le informazioni relative all'errore..e grazie per la disponibilità!

[danix]

tutto quello che sono riuscito a scoprire è che a partire dal kernel 2.6.22 è cambiato il modo in cui i sensori vengono rappresentati nel sysfs, immagino che il problema di conky sia proprio questo, stavo guardando inoltre il sito di lm_sensors (a cui conky credo si appoggi) e ho visto che è uscita la versione 3.0 (su Slack 12 c'è la 2.10.3 di default) solo che i vari front-end (tra cui anche conky) non sono ancora aggiornati per usare questa nuova versione...
Conclusione... non sono riuscito a far andare conky usando la variabile i2c...

Per trovare una soluzione, a me sensors restituisce questo:

Codice: Seleziona tutto

w83697hf-isa-0290
Adapter: ISA adapter
VCore:     +1.58 V  (min =  +0.03 V, max =  +0.00 V)       ALARM  
+3.3V:     +3.17 V  (min =  +2.59 V, max =  +1.44 V)       ALARM  
+5V:       +4.78 V  (min =  +1.72 V, max =  +0.00 V)       ALARM  
+12V:     +11.98 V  (min =  +7.90 V, max =  +1.03 V)       ALARM  
-12V:      +1.04 V  (min = -11.46 V, max =  +1.54 V)              
-5V:       +1.84 V  (min =  -6.91 V, max =  -2.08 V)       ALARM  
V5SB:      +5.51 V  (min =  +2.42 V, max =  +3.55 V)       ALARM  
VBat:      +0.00 V  (min =  +0.06 V, max =  +1.06 V)       ALARM  
fan1:        0 RPM  (min = 18750 RPM, div = 2)              ALARM  
fan2:     3292 RPM  (min = 5192 RPM, div = 2)              ALARM  
temp1:       +30°C  (high =    +0°C, hyst =   +20°C)   sensor = thermistor   ALARM   
temp2:     +70.0°C  (high =   +80°C, hyst =   +75°C)   sensor = thermistor           
alarms:   
beep_enable:
          Sound alarm enabled

si potrebbe quindi usare una cosa tipo questa:

Codice: Seleziona tutto

sensors |grep tempN |cut -d"+" -f2 |cut -d" " -f1

dove N è (nel mio caso) 1 o 2 e mi restituisce la temperatura con tanto di unità di misura...

Codice: Seleziona tutto

$ sensors |grep temp1 |cut -d"+" -f2 |cut -d" " -f1
30°C

Per le ventole non avendo il + davanti si può usare questo (nel mio caso ha funzionato, al max si adatta...):

Codice: Seleziona tutto

$ sensors |grep fan2 |cut -d" " -f6
3308

So che non è la stessa cosa usare uno script esterno e una variabile interna in termini di consumo di cpu, ma se non lo lanciate 5 volte al secondo credo che la cpu non dovrebbe soffrirne tantissimo... anche ogni 30 secondi o un minuto dovrebbe andare bene e vi terrebbe comunque informati sullo stato del sistema...

Ciau

[Vito]

grazie per l'aiuto lo stesso!Quindi si tratta di attendere....