Foros de daboweb
HARDWARE Y SISTEMAS OPERATIVOS, GNU/Linux, Windows, Mac => GNU/Linux, Unix, *BSD and Free Software, Android => Mensaje iniciado por: Gepetto en 07 de Octubre de 2006, 09:45:22 pm
-
He descargado e instalado los paquetes. He ejecutado "mkdev.sh". He cargado los módulos. He reiniciado, y al cargar...
Setting sensors limit ---- failed
---
Una vez cargado el SO y desde el terminal:
~$ sensors
No sensors found!
---
Y esto es lo que tengo en "/etc/modules":
# I2C adapter drivers
# modprobe unknown adapter NVIDIA I2C Device
# modprobe unknown adapter NVIDIA I2C Device
# modprobe unknown adapter NVIDIA I2C Device
i2c-isa
# I2C chip drivers
eeprom
it87
---
La verdad es que no veo donde podria estar el problema. A ver si alguien me puede orientar...
-
Pero tras el reinicio...¿has comprobado que los módulos están cargados? (y que son los correctos, claro, eso lo doy por supuesto).
Es que no hay mucho donde rascar, no se.
-
Hola empanada. Te cuento:
-Con "lsmod" me aparecen los 3 módulos en la lista.
-Sobre si son los correctos o no, deberian serlo. El comando "sensors-detect" va probando todos los módulos uno por uno y descartando los no compatibles.
-Además de probar desde el terminal, también he instalado dos "front-ends" para el lm-sensors. A saber: el applet "Monitor de sensores" (que se queda en 40ºC y no se menea) y el "X sensors" (que no muestra nada).
Te agradezco el interés. Reconozco que el tema es jodido porque no me lanza ningún error en especial; aparentemente se instala todo bien y luego no detecta...
En fin, si se te ocurre alguna idea (o conoces algun otro software que detecte por lo menos la temperatura de la CPU, y que no sea el "emifreq", que tambien se queda pillado en 40º) me gustaría que me comentases ;-)
-
Por cierto el SO es 64 bit (ya me imagino que habrá pocas alternativas para procesadores de doble núcleo).
-
Es raro que sensors-detect te escoja unso drivers y despues no te de ningun resultado.
Respecto a que sea 64 bits, poca diferencia hay con respecto a i386, si es cierto que el código de algunos programas necesita algun parcheo, pero poco mas. La gran ventaja es que puedes compilar para cualquier arquitectura casi cualquier programa o driver.
No se, es un poco extraño, todo se desarrolla bien, pero a la hora de la verdad...nada. Yo uso ksensors como interfaz.
Si tienes windows, quizas puedas probar motherboard monitor (aunque no se si estará compilado para 64 bits), a ver que pasa, lo digo por ayudar a hacer un diagnóstico.
Lo peor que puede pasar es algo que no funciona y que no arroja ningun error.
un saludo
-
Tienes el paquete hddtemp instalado? A mi no me funciono el sensor hasta que no lo instalé..
-
Si tienes windows, quizas puedas probar motherboard monitor (aunque no se si estará compilado para 64 bits), a ver que pasa, lo digo por ayudar a hacer un diagnóstico.
Tengo Win32, ya que sólo lo uso para algun juego y poco más. El sofware de la placa incluye el "PC Probe II", que me marca unas temperatura en la CPU de 43º/63º, mínima y máxima respectivamente.
Lo que pasa es que es en Linux donde de verdad trabaja el equipo. Me preocupa que al ripear DVDs (por ejemplo) o tener el equipo varios dias encendido, se pueda sobrecalentar la CPU.
---
Tienes el paquete hddtemp instalado? A mi no me funciono el sensor hasta que no lo instalé..
Lo he instalado y al intentar arrancar el demonio...
Starting disk temperature monitoring daemon: no disks with monitoring capability were found.
Así que me he ido al terminal, he usado "sudo hddtemp /dev/sda", y me responde esto:
WARNING: Drive /dev/sda doesn't appear in the database of supported drives
WARNING: But using a common value, it reports something.
WARNING: Note that the temperature shown could be wrong.
WARNING: See --help, --debug and --drivebase options.
WARNING: And don't forget you can add your drive to hddtemp.db
/dev/sda: ST3200820AS: 38°C or °F
El lm-sensors sigue sin funcionar, pero por lo menos ya me voy haciendo una idea del motivo...
---
Muchas gracias a los dos por la ayuda.
-
Tienes el paquete hddtemp instalado? A mi no me funciono el sensor hasta que no lo instalé..
Ahora estoy en el trabajo, cuando esté en casa lo revisaré, pero creo que no tengo instalado ese programa (de hecho creo que es la 1ª vez que oigo hablar de el, siempre se aprende algo nuevo :-) ).
-
no veo que tiene que ver hddtemp ( que lee SMART que yo sepa) con i2c ...
nos puedes decir que placa tienes ? sensors-detect no te muestra algún módulo mas ?
saluetes
-
Buenas, gringo.
Me he pasado por el wiki de lm-sensors y me he bajado la última vesión del script de "sensors-detect". Al ejecutarlo, me ha mostrado otro módulo: el "k8temp", el cual no está soportado por la versión actual del kernel (pero que estará soportado en la próxima versión). Asi que supongo que tendré que esperar un poco...
---
Pd: Mi modelo de placa es "Asus M2N-SLI Deluxe" (chipset nforce5).
Un saludo :cool:
-
segurmanet puedas compilar solamente ese módulo, no creo que sea necesario que instales un nuevo kernel para eso.
un saludo
-
Me he pasado por el wiki de lm-sensors y me he bajado la última vesión del script de "sensors-detect". Al ejecutarlo, me ha mostrado otro módulo: el "k8temp", el cual no está soportado por la versión actual del kernel (pero que estará soportado en la próxima versión). Asi que supongo que tendré que esperar un poco...
efectivamente o parcheas el kernel y recompilas, o sino te bajas el kernel 2.6.19-rc1 donde ya está incluido ;)
Si quieres parchear a mano empieza buscando aqui -> http://kernel.org/pub/linux/kernel/people/gregkh/i2c/2.6/2.6.18/ y busca por k8temp ( 3 parches en total).
Aún asi, el sensors-detect no te dice nada mas ? No sé, me dá que falta soporte para el nforce. El k8temp lee cpus, no sensores de placa p.ej. !
saluetes
-
Creo que llevais razón y que lo mejor seria parchear el kernel. Pero soy bastante novato, y antes de ponerme tengo algunas dudas:
-Si mi kernel es el 2.6.15 ¿le podré aplicar esos parches?. En caso de que la respuesta sea "si", ¿puedo utilizar el kernel que viene con la distro? Por lo que he visto en los parches, no se modifican demasiados parámetros...
-En caso de que tuviera que instalar el 2.6.18 o el .19 ¿podré utizar "make oldconfig" para configurarlo automáticamente?
---
La verdad es que lo veo bastante complicado (a veces me dan ganas de meterle otro ventilador a la torre y olvidarme del asunto :-d).
-
Ya lo he comprobado por mi mismo. Os cuento:
Después de consultar unas cuantas decenas de manuales, he conseguido parchear el código fuente de mi kernel. El problema ha venido después; no había manera de configurarlo. Asi que copié el archivo de configuración que tenia en el kernel actual y al intentar compilar... nada de nada.
Después de darle muchas vueltas, creo que no voy a tocar nada por el momento. El kernel que tengo está preparado para AMDs 64 bit, y la verdad es que hasta ahora había funcionado todo perfecto, cosa que no se si ocurrirá si actualizo a la última versión.
*En realidad toda esta preocupación por monitorizar la temperatura, viene a raiz de que tuve que prescindir del conducto de ventilación de la torre para poder meterle la gráfica, y además también tuve que meterle una fuente de 600W -como las que usan los servidores- para que "moviese" el resto de componentes. Asi que os podéis imaginar lo que podria pasar si falla algún ventilador... Pero bueno, esto ya es otra historia ;-)
---
Muchas gracias por la ayuda y disculpadme por tirar la toalla tan rápido, pero como ya he dicho, todo esto se está poniendo demasiado complicado para mi. Tendré que seguir estudiando :cansao:
-
no sé que entiendes por "nada de nada" pero si lo haces bien creo que tan solo tendrás que compilar ese módulo.
(Hace tiempo que no uso el kernel de ninguna distro asi que lo que comento a partir de aqui puede no funcionar.)
- parchea el kernel.
- entras en la configuración y activas k8temp como módulo
- ejecuta make make modules && make modules_install && modules-update ( o lo que use tu distro)
Si al parchear tu dá algún problema actualiza el kernel de tu distro a la última versión disponible, copia la configuración de tu kernel actual al nuevo, parchea y recompila.
con eso debería estar ... modprobe k8temp ;)
saluetes
-
De los pasos que mencionas, solo conseguí parchear el kernel. Despues no pude entrar en la configuración. Al intentar compilar sólo me lanzaba errores.
No obstante, voy a volver a intentarlo. Mañana comentaré el resultado.
-
Gracias gringo.
-
¿Tienes TODOS los programas necesarios instalados? (make, libc6, libc6-dev, gcc...)
¿que distro usas?
-
Hola empanada. En este equipo Ubuntu, y tengo todo esos paquetes instalados. Al principio me daba error el "xconfig", pero he conseguido configurar con "menuconfig".
He copiado la configuracion del kernel actual al código fuente del nuevo kernel, he configurado ("sudo make oldconfig menuconfig"), y he activado el módulo "k8temp".
-
Ahora, el problema viene a la hora de compilar. Al rato escapa con estos mensajes:
drivers/hwmon/k8temp.c:33:25: error: linux/mutex.h: No existe el fichero ó directorio
drivers/hwmon/k8temp.c:42: error: el campo ‘update_lock’ tiene tipo de dato incompleto
drivers/hwmon/k8temp.c: En la función ‘k8temp_update_device’:
drivers/hwmon/k8temp.c:58: aviso: declaración implícita de la función ‘mutex_lock’
drivers/hwmon/k8temp.c:93: aviso: declaración implícita de la función ‘mutex_unlock’
drivers/hwmon/k8temp.c: En la función ‘k8temp_probe’:
drivers/hwmon/k8temp.c:193: aviso: declaración implícita de la función ‘mutex_init’
make[3]: *** [drivers/hwmon/k8temp.o] Error 1
make[2]: *** [drivers/hwmon] Error 2
make[1]: *** [drivers] Error 2
make[1]: se sale del directorio `/usr/src/linux-source-2.6.15'
make: *** [stamp-build] Error 2
-
Me parece a mi que la versión de mi kernel (2.6.15-27-amd64-generic) no acepta ese módulo... ¿que me recomendáis?
-
sasto, el 2.6.15 es un poquillo viejete ya :P , no tienes uno mas actualizao para tu distro ?
Tendría que ser un >=2.6.17, que es cuando se introdujo el generic mutex subsystem (http://lwn.net/Articles/164802/), que son los errores que estás viendo.
saluetes
-
Estás hecho una máquina ;-)
-
El kernel 2.6.17 estará incluido en la próxima versión de la distro. Me instalaría la beta, pero creo que dentro de un par de semanas sale la versión final. Voy a esperar un poco y cuando actualice me bajo el código fuente, lo parcheo y a ver que pasa.
Gracias de nuevo por la ayuda. A final de mes os comento como ha ido la cosa.
Saludos.
-
Puedes instalar el kernel que quieras sin problema. No vas a tener problemas de dependencias ni nada. En los propios repositorios de Ubuntu seguro que tienes un kernel-source de 2.6.17 o superior. Solo que estará en repositorios "experimentales" (lo llamo así por analogía con la denominación Debian, en la que la rama "superior" a unstable es "experimental", no recuerdo las denominaciónes de Ubuntu).
Yo en debian unstable estoy con un 2.6.18.
saludos!!!
-
Pues la verdad es que no lo veo en los repositorios. Parece ser que está todavia en desarrollo (como no haga un "upgrade"). De todas formas voy a mirar en repositorios "no oficiales", a ver si lo encuentro...
En realidad, si no me hubiese pegado tantas horas configurando el sistema, le metía la beta y listo. Pero bueno, sigo investigando.
Un saludo :cool:
-
Vale, he instalado la beta y se ha ido todo al garete ("nautilus" no va). Aunque de todas formas tenía pocas esperanzas de que el
módulo parche funcionase, ya que -se supone- es para un kernel 2.6.18
Como Ubuntú no tedrá ese kernel hasta dentro de 6 meses largos -y ya es seguro que tendré que formatear-, probaré con alguna otra distribución a ver si tengo más suerte.
Gracias a todos por la ayuda.