VCore1:    +2.31 V  (min =  +1.79 V, max =  +1.89 V)   ALARM

+5V:       +4.66 V  (min =  +4.73 V, max =  +5.24 V)   ALARM

+12V:     +12.14 V  (min = +10.77 V, max = +13.15 V)  

+3.3V:     +3.25 V  (min =  +3.13 V, max =  +3.45 V)  

fan1:     3343 RPM  (min = 3006 RPM, div = 2)         

fan2:        0 RPM  (min = 3006 RPM, div = 2)         

ERROR: Can't get TEMP2 data!

Proc Temp: +44.1C  (high =   +65C, hyst =   +60C)  

MB2 Temp:  -28.4C  (high =   +45C, hyst =   +40C)  

vid:      +1.850 V  (VRM Version 9.1)

Как видите, некоторые значения с датчиков, отмеченные подстрокой ALARM, не находятся в допустимых пределах. Очевидно, что формулы для этих значений, записанные в /etc/sensors.conf, не совсем верны, либо диапазон допустимых значений слишком узок.

Предлагаю не рассматривать полученный результат слишком критически, ибо в дальнейших релизах этого программного обеспечения такие неточности будут исправлены. Приступим к настройке мониторинга температуры жесткого диска.

wget http://www.guzu.net/linux/hddtemp-0.3-beta12.tar.bz2

tar xjvf hddtemp-0.3-beta12.tar.bz2

cd hddtemp-0.3-beta12

./configure --with-db-path=/etc/hddtemp.db --prefix=/usr/local/hddtemp

make && make install

Добавляем в /etc/rc.d/rc.local автозагрузку службы мониторинга:

/usr/local/hddtemp/sbin/hddtemp -d -q /dev/hda

Теперь убедимся, что температура жесткого диска в пределах нормы:

# telnet 127.0.0.1 7634

Trying 127.0.0.1...

Connected to 127.0.0.1.

Escape character is '^]'.

|/dev/hda|SAMSUNG SP1604N|35|C|Connection closed by foreign host.

Что же, 35 градусов по Цельсию – вполне допустимая рабочая температура.

Подведем краткие итоги проделанной работы. Дистрибутив развернут, мониторинг температуры настроен, что позволяет нам удаленно по сети следить за температурным режимом. Осталось перевести рельсы на использование LinuxBIOS.

Полезная нагрузка

LinuxBIOS, который было бы уместнее называть FreeBIOS, является замещением проприетарного BIOS. С его помощью происходит первичная инициализация устройств в системе и затем передается управление на payload. Задача payload – загрузить ядро Linux либо по сети, либо с локального устройства. Нам в первую очередь интересно посмотреть на загрузку Slackware Linux с жесткого диска, поэтому в качестве payload выступит FILO – FIle Loader. Займемся подготовкой FILO.