lm-sensors (Русский)
[broken link: invalid section]
lm_sensors (Linux-monitoring sensors) - свободное ПО, состоящее из драйверов и утилит, позволяющее отслеживать температуру, напряжение, скорость вращения вентиляторов в вашей системе. Следует помнить, что набор датчиков индивидуален для каждой системы, поэтому некоторые возможности могут быть недоступны.
Использование
Установка
Установите пакет lm_sensors из официальных репозиториев.
Настройка
Используйте sensors-detect для обнаружения и формирования списка модулей ядра:
sensors-detect
В результате будет создан конфигурационный файл /etc/conf.d/lm_sensors, используемый демоном sensors, который автоматически активируется ядром при загрузке. Программа будет задавать вопросы по различному железу. "Безопасные" ответы предусмотрены по умолчанию, так что слепое нажатие Enter на все вопросы не должно вызвать никаких проблем.
По окончанию определения датчиков будут доступны снимаемые ими значения.
Пример:
# sensors-detect
This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.
Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no):
Module cpuid loaded successfully.
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD Family 10h thermal sensors... No
...
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `coretemp':
* Chip `Intel digital thermal sensor' (confidence: 9)
Driver `lm90':
* Bus `SMBus nForce2 adapter at 4d00'
Busdriver `i2c_nforce2', I2C address 0x4c
Chip `Winbond W83L771AWG/ASG' (confidence: 6)
Do you want to overwrite /etc/conf.d/lm_sensors? (YES/no):
ln -s '/usr/lib/systemd/system/lm_sensors.service' '/etc/systemd/system/multi-user.target.wants/lm_sensors.service'
Unloading i2c-dev... OK
Unloading cpuid... OK
Просмотр датчиков
Пример запуска sensors:
$ sensors
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +58.0°C (high = +84.0°C, crit = +100.0°C)
Core 1: +59.0°C (high = +84.0°C, crit = +100.0°C)
Core 2: +59.0°C (high = +84.0°C, crit = +100.0°C)
Core 3: +60.0°C (high = +84.0°C, crit = +100.0°C)
nouveau-pci-0100
Adapter: PCI adapter
temp1: +57.0°C (high = +95.0°C, hyst = +3.0°C)
(crit = +105.0°C, hyst = +5.0°C)
(emerg = +135.0°C, hyst = +5.0°C)
Считывание SPD-значений из памяти модулей (опционально)
Чтобы получить значения таймингов SPD с модулей памяти, установите i2c-tools из официальных репозиториев. После установки загрузите eeprom модуль ядра.
# modprobe eeprom
Теперь можно просмотреть значения с помощью decode-dimms.
Вот часть вывода с одной машины:
# decode-dimms
Memory Serial Presence Detect Decoder By Philip Edelbrock, Christian Zuckschwerdt, Burkart Lingner, Jean Delvare, Trent Piepho and others Decoding EEPROM: /sys/bus/i2c/drivers/eeprom/0-0050 Guessing DIMM is in bank 1 ---=== SPD EEPROM Information ===--- EEPROM CRC of bytes 0-116 OK (0x583F) # of bytes written to SDRAM EEPROM 176 Total number of bytes in EEPROM 512 Fundamental Memory type DDR3 SDRAM Module Type UDIMM ---=== Memory Characteristics ===--- Fine time base 2.500 ps Medium time base 0.125 ns Maximum module speed 1066MHz (PC3-8533) Size 2048 MB Banks x Rows x Columns x Bits 8 x 14 x 10 x 64 Ranks 2 SDRAM Device Width 8 bits tCL-tRCD-tRP-tRAS 7-7-7-33 Supported CAS Latencies (tCL) 8T, 7T, 6T, 5T ---=== Timing Parameters ===--- Minimum Write Recovery time (tWR) 15.000 ns Minimum Row Active to Row Active Delay (tRRD) 7.500 ns Minimum Active to Auto-Refresh Delay (tRC) 49.500 ns Minimum Recovery Delay (tRFC) 110.000 ns Minimum Write to Read CMD Delay (tWTR) 7.500 ns Minimum Read to Pre-charge CMD Delay (tRTP) 7.500 ns Minimum Four Activate Window Delay (tFAW) 30.000 ns ---=== Optional Features ===--- Operable voltages 1.5V RZQ/6 supported? Yes RZQ/7 supported? Yes DLL-Off Mode supported? No Operating temperature range 0-85C Refresh Rate in extended temp range 1X Auto Self-Refresh? Yes On-Die Thermal Sensor readout? No Partial Array Self-Refresh? No Thermal Sensor Accuracy Not implemented SDRAM Device Type Standard Monolithic ---=== Physical Characteristics ===--- Module Height (mm) 15 Module Thickness (mm) 1 front, 1 back Module Width (mm) 133.5 Module Reference Card B ---=== Manufacturer Data ===--- Module Manufacturer Invalid Manufacturing Location Code 0x02 Part Number OCZ3G1600LV2G ...
Использование данных датчиков
Графические фронтэнды
Есть много разнообразных фронтэндов для отображения данных датчиков.
- xsensors - X11 интерфейс к lm_sensors
- xfce4-sensors-plugin - lm_sensors плагин для панели среды Xfce
- conky - Conky предоставляет расширенные возможности для мониторинга, основан на torsmo
- kdeutils-superkaramba[ссылка недействительна: package not found] - Superkaramba позволяет создавать различные виджеты для KDE. См. примеры на karamba section on kde-look.org
- sensors-applet - апплет GNOME панели для отображения значений аппаратных датчиков, включая температуру ЦП, скорость вращения вентиляторов и вольтаж.
sensord
Существует дополнительный демон sensord (включен в пакет lm_sensors), позволяющий записывать данные с сенсоров в кольцевые базы данных (rrd) для последующей визуализации. Смотрите sensord для уточнения деталей.
Советы и рекомендации
Регулировка значений
В некоторых случаях отображаемые данные могут быть неверными или пользователи могут захотеть изменить вывод. К ним относятся:
- Неправильные значения температуры из-за неправильного смещения (к примеру температура отображается на 20 ° C текущей).
- Имеется потребность переименовать вывод для некоторых датчиков.
- Ядра могут быть отображены в неправильном порядке.
Все вышеперечисленное (и многое другое) можно регулировать переопределив настройки программы, указанные в /etc/sensors3.conf путем создания файла /etc/sensors.d/foo, в котором можно будет переопределять любые настройки, используемые по умолчанию. Рекомендуется переименовать 'foo' в соответствии с серией и моделью материнской платы, однако строгость в названии не является обязательной.
Пример 1. Регулировка температурных смещений
Это реальный пример для системной платы Zotac ION-ITX-A-U. Значения coretemp смещены на 20 °C (более выше) и отрегулированы в соответствии со спецификацией Intel.
$ sensors
coretemp-isa-0000 Adapter: ISA adapter Core 0: +57.0°C (crit = +125.0°C) Core 1: +55.0°C (crit = +125.0°C) ...
Запустим sensors с параметром -u, чтобы увидеть, какие параметры доступны для каждого физического чипа (сырой режим)
$ sensors -u
coretemp-isa-0000 Adapter: ISA adapter Core 0: temp2_input: 57.000 temp2_crit: 125.000 temp2_crit_alarm: 0.000 Core 1: temp3_input: 55.000 temp3_crit: 125.000 temp3_crit_alarm: 0.000 ...
Создаем следующий файл для переопределения значений по умолчанию:
/etc/sensors.d/Zotac-IONITX-A-U
chip "coretemp-isa-0000" label temp2 "Core 0" compute temp2 @-20,@-20 label temp3 "Core 1" compute temp3 @-20,@-20
Теперь вызов sensors отобразит настроенные значения:
$ sensors
coretemp-isa-0000 Adapter: ISA adapter Core 0: +37.0°C (crit = +105.0°C) Core 1: +35.0°C (crit = +105.0°C) ...
Пример 2. Переименование параметров
Это реальный пример для системной платы Asus A7M266. Требуется указать более подробные названия значений температуры 'temp1' and 'temp2':
$ sensors
as99127f-i2c-0-2d Adapter: SMBus Via Pro adapter at e800 ... temp1: +35.0°C (high = +0.0°C, hyst = -128.0°C) temp2: +47.5°C (high = +100.0°C, hyst = +75.0°C) ...
Создаем следующий файл, чтобы переопределить значения по умолчанию:
/etc/sensors.d/Asus_A7M266
chip "as99127f-*" label temp1 "Mobo Temp" label temp2 "CPU0 Temp"
Теперь вызов sensors отобразит настроенные значения:
$ sensors
as99127f-i2c-0-2d Adapter: SMBus Via Pro adapter at e800 ... Mobo Temp: +35.0°C (high = +0.0°C, hyst = -128.0°C) CPU0 Temp: +47.5°C (high = +100.0°C, hyst = +75.0°C) ...
Пример 3. Изменение нумерации ядер для многопроцессорных систем
Это реальный пример на HP Z600 workstation с двумя Xeon. Текущая нумерация физических ядер неверно: пронумерованы 0, 1, 9, 10, который повторяются во втором процессоре. Требуется получать значения температур ядер в последовательном порядке, т.е. 0,1,2,3,4,5,6,7.
$ sensors
coretemp-isa-0000 Adapter: ISA adapter Core 0: +65.0°C (high = +85.0°C, crit = +95.0°C) Core 1: +65.0°C (high = +85.0°C, crit = +95.0°C) Core 9: +66.0°C (high = +85.0°C, crit = +95.0°C) Core 10: +66.0°C (high = +85.0°C, crit = +95.0°C) coretemp-isa-0004 Adapter: ISA adapter Core 0: +54.0°C (high = +85.0°C, crit = +95.0°C) Core 1: +56.0°C (high = +85.0°C, crit = +95.0°C) Core 9: +60.0°C (high = +85.0°C, crit = +95.0°C) Core 10: +61.0°C (high = +85.0°C, crit = +95.0°C) ...
Опять же, запустим sensors с параметром -u, чтобы увидеть, какие варианты доступны для каждого физического чипа:
$ sensors -u coretemp-isa-0000
coretemp-isa-0000 Adapter: ISA adapter Core 0: temp2_input: 61.000 temp2_max: 85.000 temp2_crit: 95.000 temp2_crit_alarm: 0.000 Core 1: temp3_input: 61.000 temp3_max: 85.000 temp3_crit: 95.000 temp3_crit_alarm: 0.000 Core 9: temp11_input: 62.000 temp11_max: 85.000 temp11_crit: 95.000 Core 10: temp12_input: 63.000 temp12_max: 85.000 temp12_crit: 95.000
$ sensors -u coretemp-isa-0004
coretemp-isa-0004 Adapter: ISA adapter Core 0: temp2_input: 53.000 temp2_max: 85.000 temp2_crit: 95.000 temp2_crit_alarm: 0.000 Core 1: temp3_input: 54.000 temp3_max: 85.000 temp3_crit: 95.000 temp3_crit_alarm: 0.000 Core 9: temp11_input: 59.000 temp11_max: 85.000 temp11_crit: 95.000 Core 10: temp12_input: 59.000 temp12_max: 85.000 temp12_crit: 95.000 ...
Создадим следующий файл переопределения значения по умолчанию:
/etc/sensors.d/HP_Z600
chip "coretemp-isa-0000" label temp2 "Core 0" label temp3 "Core 1" label temp11 "Core 2" label temp12 "Core 3" chip "coretemp-isa-0004" label temp2 "Core 4" label temp3 "Core 5" label temp11 "Core 6" label temp12 "Core 7"
Теперь вызов sensors отобразит настроенные значения:
$ sensors
coretemp-isa-0000 Adapter: ISA adapter Core0: +64.0°C (high = +85.0°C, crit = +95.0°C) Core1: +63.0°C (high = +85.0°C, crit = +95.0°C) Core2: +65.0°C (high = +85.0°C, crit = +95.0°C) Core3: +66.0°C (high = +85.0°C, crit = +95.0°C) coretemp-isa-0004 Adapter: ISA adapter Core4: +53.0°C (high = +85.0°C, crit = +95.0°C) Core5: +54.0°C (high = +85.0°C, crit = +95.0°C) Core6: +59.0°C (high = +85.0°C, crit = +95.0°C) Core7: +60.0°C (high = +85.0°C, crit = +95.0°C) ...
Автоматизация развертывания lm_sensors
Если потребуется развернуть lm_sensors на нескольких машинах можно использовать любое из следующих действий:
1. Запуск в неинтерактивном режиме. Будут использоваться ответы по умолчанию (равнозначно нажатию ENTER):
# sensors-detect --auto
2. Переопределить стандартные ответы и отвечать ДА на все вопросы:
# yes | sensors-detect
Решение проблем
Модуль K10Temp
У некоторых процессоров K10 имеются проблемы с датчиком температуры. Из документации к ядру (linux-<version>/Documentation/hwmon/k10temp):
- All these processors have a sensor, but on those for Socket F or AM2+, the sensor may return inconsistent values (erratum 319). The driver will refuse to load on these revisions unless users specify the
force=1module parameter.
- Due to technical reasons, the driver can detect only the mainboard's socket type, not the processor's actual capabilities. Therefore, users of an AM3 processor on an AM2+ mainboard, can safely use the
force=1parameter.
На проблемных машинах модуль сообщит "unreliable CPU thermal sensor; monitoring disabled". Можно принудительно загрузить его:
# rmmod k10temp # modprobe k10temp force=1
Убедитесь, что датчик действительно является достоверными и надежными. Если это так, то можно отредактировать /etc/modprobe.d/k10temp.conf, добавив:
options k10temp force=1
Это позволит активировать модуль при загрузке.
Датчики не работают с Linux 2.6.31
Изменения в версии 2.6.31 сделали некоторые датчики неработоспособными. Подробности смотрите в этом FAQ. Чтобы исправить датчики, добавьте следующий параметр ядра:
acpi_enforce_resources=lax
Обратите внимание, что в большинстве случаев эта информация до сих пор доступна через другие модули (например, через ACPI модули) для опроса оборудования. Многие утилиты и мониторы (например, /usr/bin/sensors) могут собирать информацию из любого источника. По возможности их использование будет предпочтительней.
Gigabyte GA-J1900N-D3V
The motherboard use the ITE IT8620E chip (useful also to read voltages, mainboard temp, fan speed). Since today 06/10/2014 lm_sensors has no driver support for chip ITE IT8620E [1] [2]. lm_sensors developers had a report that the chip is somewhat compatible with the IT8728F for the hardware monitoring part.
You can load the module at runtime with modprobe:
$ modprobe it87 force_id=0x8728
Or you can use systemd-module-load.service to load the module[broken link: invalid section] during boot process by creating the following two files.
/etc/modules-load.d/it87.conf :
it87
/etc/modprobe.d/it87.conf :
options it87 force_id=0x8603
Once the module was loaded you can read informations with Lm_sensors:
$ sensors
Now you can also use fancontrol to control the speedsteps of your case fan.
Laptop Screen issues after running sensors-detect
This is caused by lm-sensors messing with the Vcom values of the screen while probing for sensors. It has been discussed and solved at the forums already: https://bbs.archlinux.org/viewtopic.php?id=193048 However, make sure to read through the thread carefully before running any of the suggested commands.