cảm biến lm - luôn trả về nhiệt độ 32 độ (celsius)

Trên bo mạch chủ VIA EPIA của tôi (sử dụng cầu ISA VIA VT8231), tôi nhận được đầu ra lạ cho việc đọc nhiệt độ cảm biến lm. Nó luôn trả về 32 độ (celsius).

Trước đây tôi đã có đầu ra chính xác cho nhiệt độ (biểu đồ munin của tôi cho thấy nhiệt độ thường trong khoảng từ 50 đến 60 độ.

Tôi đã thử gỡ cài đặt (và xóa) lm-sensorsgói, đã chạy lại sensors-detectmột số lần và khởi động lại nhưng dường như không có gì thay đổi đầu ra.

Tôi đang chạy Ubuntu Karmic Koala (9.10). Bất cứ ai cũng có bất kỳ ý tưởng sáng sủa về những gì tôi có thể đã bỏ lỡ?

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)

Bạn đã nâng cấp kernel của bạn gần đây? Trừ khi bạn đã mày mò với phần cứng hệ thống để cải thiện khả năng làm mát, thay đổi của bạn có thể là do nâng cấp kernel. Các trình điều khiển của kernel mới không hoạt động hoàn toàn với chipset cụ thể của bạn hoặc chúng liệt kê các cảm biến khác nhau và cảm biến bạn đang xem không phải là cảm biến bạn đang xem trước đó.

Trường hợp là bộ cảm biến cho nhiệt độ?

Nó có thể không được kết nối hoặc không tiếp xúc với bộ xử lý / tản nhiệt.

Nếu nó không tiếp xúc, nó có thể đo nhiệt độ phòng và âm thanh 32C khá điển hình cho một ngày hè ở Melbourne. Bạn có đo nhiệt độ nhiều lần trong ngày không?

Đây có phải là hằng số 32C rắn chắc vào tất cả các giờ trong ngày và đêm không?

BTW, nhiều độc giả của trang này sẽ xem tiêu đề câu hỏi của bạn và cho rằng đó là Fahrenheit (thực sự sẽ là một nhiệt độ rất thú vị)

EDIT là kết quả của nhận xét:

Vì vậy, nếu trên bo mạch chủ, nó không thực sự đo nhiệt độ của bộ xử lý. Điều này có thể được mô tả tốt hơn là "nhiệt độ hệ thống", mặc dù bạn không mô tả nó như bất kỳ điều gì khác. Có thể bộ xử lý 400 MHz không đánh giá giám sát nhiệt độ nhiều và sensors: temp1giá trị tới hạn chỉ là 60C. Tuy nhiên, từ 'ảo' trong sensors:đầu ra là tò mò.

Có vẻ như không có gì phải lo lắng, nhưng câu hỏi đặt ra là tại sao trước đây là 50C và 32C?

Có bất cứ điều gì thay đổi để làm mát hệ thống của bạn tốt hơn?

OK đây chỉ là dự đoán.

Bạn có chắc chắn dữ liệu được báo cáo là bằng C không? Chắc chắn, printf nói C ở cuối, nhưng có lẽ nó đang in dữ liệu F với C ở cuối mà không biết đó không phải là C.

Nếu thực sự nó có thể là 32 F thì có một câu trả lời dễ dàng; bạn đang nhận được đọc 0C từ cảm biến và nó được dịch sang F vì bất kỳ lý do gì.

Nếu bạn có số đọc "0C" một cách nhất quán, bạn có thể đoán rằng bạn hoàn toàn không thấy bất kỳ dữ liệu nào từ cảm biến; Tôi nghĩ có lẽ đây là trường hợp.

Hi vọng điêu nay co ich!
-pbr