Na minha placa-mãe VIA EPIA (usando a ponte ISA VIA VT8231), recebo uma saída estranha para a leitura de temperatura dos sensores de lm. Sempre retorna 32 graus (celsius).
Eu já tive uma saída correta para a temperatura (meus gráficos muns mostram temperaturas tipicamente na faixa de 50 a 60 graus.
Eu tentei desinstalar (e remover) o pacote lm-sensors , re-execute sensors-detect várias vezes e reiniciei mas nada parece alterar a saída.
Estou usando o Ubuntu Karmic Koala (9.10). Alguém tem alguma idéia brilhante sobre o que eu poderia ter perdido?
uname -a :
Linux george 2.6.31-16-386 #53-Ubuntu SMP Tue Dec 8 06:39:34 UTC 2009 i686 GNU/Linux
cpuinfo :
processor : 0
vendor_id : CentaurHauls
cpu family : 6
model : 7
model name : VIA Samuel 2
stepping : 3
cpu MHz : 399.000
cache size : 64 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu de tsc msr cx8 mtrr pge mmx 3dnow up
bogomips : 800.04
clflush size : 32
power management:
lspci :
00:00.0 Host bridge: VIA Technologies, Inc. VT8601 [Apollo ProMedia] (rev 05)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8601 [Apollo ProMedia AGP]
00:11.0 ISA bridge: VIA Technologies, Inc. VT8231 [PCI-to-ISA Bridge] (rev 10)
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:11.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1e)
00:11.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1e)
00:11.4 Bridge: VIA Technologies, Inc. VT8235 ACPI (rev 10)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 40)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 51)
01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (rev 6a)
sensors :
acpitz-virtual-0
Adapter: Virtual device
temp1: +32.0°C (crit = +60.0°C)
Você atualizou seu kernel ultimamente? A menos que você tenha mexido com o hardware do sistema para melhorar o resfriamento, sua mudança provavelmente veio como resultado de uma atualização do kernel. Ou os drivers do novo kernel não funcionam bem com o seu chipset específico, ou eles enumeram os sensores de maneira diferente e o sensor que você está assistindo não é o que você estava assistindo antes.
Onde é o sensor para a temperatura?
Pode não estar conectado ou não em contato com o processador / dissipador de calor.
Se não estiver em contato, pode estar medindo a temperatura ambiente, e 32C parece bastante típico para um dia de verão em Melbourne. Você mede a temperatura várias vezes ao dia?
É uma constante sólida 32C a todas as horas do dia e da noite?
BTW, muitos leitores desta página analisarão o título da sua pergunta e presumirão que é Fahrenheit (o que seria realmente uma temperatura muito interessante)
EDIT como resultado do comentário:
Então, se estiver na placa-mãe, não é realmente medir a temperatura do processador. Isso poderia ser melhor descrito como uma 'temperatura do sistema', embora você não o tenha descrito como qualquer outra coisa. Talvez um processador de 400MHz não tenha avaliado muito o monitoramento de temperatura, e o valor crítico de sensors: temp1 é de apenas 60C. No entanto, a palavra 'virtual' na saída sensors: é curiosa.
Parece que não há nada com que se preocupar, mas a questão é por que era 50C antes e 32C agora?
Alguma coisa mudou para melhorar o resfriamento do seu sistema?
OK, isso é apenas um palpite.
Tem a certeza de que os dados que está a denunciar estão em C? Claro, o printf diz C no final, mas talvez ele esteja imprimindo dados F com um C no final sem saber que não é C.
Se realmente for 32 F, há uma resposta fácil; você está recebendo uma leitura 0C do sensor e está sendo traduzida para F por qualquer motivo.
Se você recebeu uma leitura "0C" consistentemente, pode supor que não está vendo nenhum dado do sensor; Eu acho que talvez seja esse o caso.
Espero que isso ajude!
-br