Если Ваша версия libpango1.0-0
вызывает проблемы, попытайтесь переключиться назад на корректный для сжатия, если это возможно.
dlocate libpangocairo-1.0.so.0
libpango1.0-0: /usr/lib/libpangocairo-1.0.so.0.2800.3
apt-cache policy libpango1.0-0
libpango1.0-0:
Installed: 1.28.3-1+squeeze2
Candidate: 1.28.3-1+squeeze2
Version table:
1.30.0-1 0
50 http://debian.csail.mit.edu/debian/ testing/main i386 Packages
50 http://debian.csail.mit.edu/debian/ unstable/main i386 Packages
*** 1.28.3-1+squeeze2 0
500 http://debian.csail.mit.edu/debian/ squeeze/main i386 Packages
500 http://security.debian.org/ squeeze/updates/main i386 Packages
100 /var/lib/dpkg/status
Что делает версия apt-cache policy
покажите Вам для libpango1.0-0
?
Попробовать
apt-get install libpango1.0-0/stable
Если склонный жалуется на зависимости, попытайтесь добавить их к командной строке, как packagename/stable. Я не знаю, будет ли это работать, но это - разумный первый шаг.
Бэкпортировать калеку 2.8 не может быть настолько легким. Я предлагаю, чтобы Вы отправили это как отдельный вопрос.
Во-первых, для фактического 'подавания' сторожевого таймера, необходимо было загрузить сторожевой аппаратный модуль. Этого не может произойти автоматически, поскольку большинство сторожевых драйверов помещено в черный список в случае, если нет никакого сторожевого демона (например, в /etc/modprobe.d/blacklist-watchdog.conf
в системе Ubuntu/Debian). Проверьте, чтобы видеть если /dev/watchdog
(или подобный), появился, поскольку это подразумевало бы, что модуль был загружен.
Я не знаю то, что использует Супермикро плата, но это может быть драйвер Intel TCO (iTCO_wdt
). Отметьте это iTCO_wdt
мог бы потребовать некоторых других модулей как i2c-i801
, i2c-smbus
сделать его волшебство. Попытайтесь использовать modprobe iTCO_wdt
загрузить тот модуль и видеть, принято ли это.
Успех похож:
iTCO_wdt: Found a Intel PCH TCO device (Version=4, TCOBASE=0x0400)
iTCO_wdt: initialized. heartbeat=120 sec (nowayout=0)
Отказ ничего не показывает после:
iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
Также проверьте системный журнал. Иначе проверьте инструменты IPMI, поскольку они включают сторожевой драйвер.
/etc/watchdog.conf
Во-вторых, необходимо отредактировать сторожевой конфигурационный файл, как # nano /etc/watchdog.conf
.
watchdog-device = ...
Поэтому на самом деле используйте /dev/watchdog
доступ к устройствам к модулю. Иначе сторожевой таймер не будет использовать аппаратные средства и полагаться только на его внутренний код к "мягкой" перезагрузке поврежденная машина (который не так полезен).
Снова, при запуске сторожевого демона ищут сообщения в системном журнале об этом запуск и какой аппаратный модуль он нашел.