Yo tengo el kernel 2.6.32 en Slackware (Ya actualizare al mainline 2.6.33 manana mismo   )

Yo no tengo mucha nocion sobre que trae o no trae compilado el kernel en Ubuntu, veo por el nombre que lleva aunque no lo aseguro que si es la rama 'generic' es el que trae compilado un minimo soporte y para maquinas no muy modernas y con un solo procesador (pero como veo que lleva un guion y PAE) puede darse el caso que siga siendo un reducido kernel de la rama 'generic' pero solamente con un soporte extra PAE habilitado para soportar doble nucleo y hyperthreading.

Si yo fuese tu, me la jugara y bajara el kernel vanilla de kernel.org y lo compilase con todos los modulos dentro (ya sea generico o como modulo) y ahi entonces verifiques como va lm-sensors porque yo misma tuve que actualizar mi kernel 2.6.31 a la version 2.6.32 para poder dar uso de los modulos cpufreq y hugetlb   ya que por defecto en Slackware dichos modulos no venian compilados (Y eso que slackware se instala con el kernel rama 'huge') asi que yo misma te recomendaria, juegatela, bajate el kernel de kernel.org y compilalo tu mismo... ya que los kernels de distribuciones suelen generalmente instalarse la rama 'generic' en vez de la 'hugesmp'

Gracias por recordarmelo songoku    lo del PAE es para soportar de manera forzada mas de 4GB en sistemas de 32bits, me confundi al catalogar que esto era soporte para doble nucleo o hyperthreading.. esto lo soporta los kerneles 'generic-smp' (que soporta procesadores con hyperthreading) y el kernel 'huge-smp' (que soporta doble nucleo y hyperthreading) Gracias por recordarmelo.  

Que el kernel  'generic' solo trae soporte para la mayoria de disco IDE para controladoras SATA, SCSI, etc..  hay que crearle imagen initrd.

lm-sensors no trabaja sino con el soporte que tenga el kernel hacia tu hardware, yo te recomende que intentases compilar tu mismo un kernel independientemente de lo que haya traido Ubuntu con su tipico 'generic-pae'    compila uno tu mismo, pero compilalo con la mayoria de cosas de forma integrada no como modulo (si volvemos al tipico monolitico) pero esto podria de antemano resolver tu soporte total de hardware (En caso que el kernel soporte todo lo requerido) y que lm-sensors lo detecte    ya que puedes estar limitado a no todo el soporte que deseas con ese kernel 'generic'   que posees.

Es que lm-sensors es solo una aplicacion, quien realmente ofrece el soporte es tu kernel. Yo solo sugeria que a lo mejor si compilabas uno con todo integrado podria existir la posibilidad que si falta alguna dependencia de modulo o similar para que sensors vea todo lo que tiene que ver, pues esto se resolviese. No puedo afirmarte 100% que funcionaria, pero es una posibilidad. Ya que debo entender que muchos kerneles de muchas distribuciones soportan cosas compiladas pero pueden obviar alguna funcionalidad como la que te esta pasando.

Haz probado en tu PC con otra distribucion Linux? que no sea Ubuntu??? y haz probado como va sensors en esta???

Como te decia desconozco hasta que nivel Canonical sigue el estatutos establecido que un kernel 'generic' soporta la mayoria de cosas pero como modulos por esa razon vemos el tipico uso de initrd en /boot. Yo como utilizo el kernel 'huge-smp' no requiero imagenes initrd.

Ok 

Cuando te sea posible, prueba otra distribucion Linux de las actuales haber como va esta con su kernel y lm-sensors. No puedo asegurarte si es o no soportado en su totalidad el modulo I2C y dependencias del kernel en tu hardware especifico o no.. pero tampoco lo descarto. Que no funcione en una distribucion Linux no implica que realmente no exista soporte total en el kernel para cierto dispositivo, ya que cada distribucion personaliza generalmente el kernel a su conveniencia. Por eso no descarto nada hasta que no pruebe o vea mientras compilo que soporte trae el kernel en cuestion y del cual mi distribucion se puede privar por el hecho de no traer dicho soporte o una correspondiente dependencia compilada.