LM-датчики - всегда возвращает 32 градуса (Цельсия) для температуры
На моей материнской плате VIA EPIA (с использованием моста VIA VT8231 ISA) я получаю странный вывод для показаний температуры датчиков lm. Всегда возвращает 32 градуса (Цельсия).
Ранее у меня был правильный выход для температуры (мои графики Мунина показывают температуры, как правило, в диапазоне от 50 до 60 градусов).
Я пытался удалить (и очистить) lm-sensors пакет, перезапустите sensors-detect несколько раз и перезагружался, но, кажется, ничего не меняет вывод.
Я использую Ubuntu Karmic Koala (9.10). Кто-нибудь получил какие-нибудь яркие идеи о том, что я мог пропустить?
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)
3 ответа
Вы обновили свое ядро в последнее время? Если вы не работали с системным оборудованием для улучшения охлаждения, ваши изменения, вероятно, произошли в результате обновления ядра. Либо драйверы нового ядра не совсем работают с вашим конкретным чипсетом, либо они по-разному подсчитывают датчики, а датчик, который вы смотрите, не тот, который вы смотрели раньше.
ОК, это всего лишь предположение.
Вы уверены, что данные, которые он сообщает, находятся в C? Конечно, printf говорит C в конце, но, возможно, он печатает данные F с C в конце, не зная, что это не C.
Если действительно это может быть 32 F, то есть простой ответ; Вы получаете показание 0C от датчика, и оно переводится в F по любой причине.
Если вы постоянно читаете "0C", вы можете предположить, что вообще не видите никаких данных с датчика; Я думаю, может быть, это так.
Надеюсь это поможет!
-pbr
Где датчик температуры?
Возможно, он не подключен или не контактирует с процессором / радиатором.
Если он не находится в контакте, он может измерять комнатную температуру, и 32C звучит довольно типично для летнего дня в Мельбурне. Вы измеряете температуру несколько раз в день?
Является ли это твердым постоянным 32C во все часы дня и ночи?
Кстати, многие читатели этой страницы посмотрят на заголовок вашего вопроса и предположат, что это градус Фаренгейта (что на самом деле было бы очень интересной температурой)
РЕДАКТИРОВАТЬ в результате комментария:
Так что, если он находится на материнской плате, он не измеряет температуру процессора. Это может быть лучше описано как "системная температура", хотя вы не описали это как что-либо еще. Возможно, процессор с частотой 400 МГц не особо оценил мониторинг температуры, и sensors: temp1 критическое значение составляет всего 60C. Слово "виртуальный" в sensors: Вывод любопытен, хотя.
Не о чем беспокоиться, но вопрос в том, почему раньше было 50C, а сейчас 32C?
Что-то изменилось, чтобы улучшить охлаждение вашей системы?