Используя сценарий для контроля ntpd
обычно не делается. Обычно контрольный инструмент как nagios
или munin
используется для контроля демона. Инструмент может отправить Вам предупреждение, когда вещи идут не так, как надо. Я имею munin
пользование электронной почтой меня, если смещение превышает 15 миллисекунд.
Обычно, необходимо использовать нечетное число серверов так, чтобы демон мог выполнить выборы среди серверов, если Вы идете прочь. Три обычно соответствует, и больше чем пять являются чрезмерными. Клиенты на Вашей внутренней сети должны смочь обойтись одним внутренним сервером, если Вы контролируете его. Используйте законные серверы или Ваш NTP ISPs или серверы DNS как источники часов. Существуют общедоступные пулы, а также общедоступные серверы.
ntpd
является самонастраиваемым, и Вы не должны должны быть корректировать его, после того как это настроено и запущено. С недавним ntpd
реализации можно отбросить использование ntpdate
полностью, поскольку они могут сделать начальную установку даты.
Следующий сценарий проанализирует смещения в выводе ntpd и сообщит о чрезмерном смещении. Вы могли выполнить его от крона, чтобы послать Вам по электронной почте, если существуют проблемы. Значения по умолчанию сценария к предупреждению на смещении 0,1 секунд.
#!/bin/bash
limit=100 # Set your limit in milliseconds here
offsets=$(ntpq -nc peers | tail -n +3 | cut -c 62-66 | tr -d '-')
for offset in ${offsets}; do
if [ ${offset:-0} -ge ${limit:-100} ]; then
echo "An NTPD offset is excessive - Please investigate"
exit 1
fi
done
# EOF
Я недавно имел дело с этим; это была реальная боль, и к сожалению у меня нет примечаний по точно, что я сделал.
Я сохранил эти две ссылки:
Недавние микросхемы Radeon не имеют выделенных аппаратных средств наложения видеоизображений, они используют поддержку текстурирования в 3D ядре для эмуляции наложения видеоизображений. Это означает, что 3D ускорение должно работать на наложение видеоизображений для работы. В моем glxinfo я имею:
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RV515 7145) 20090101 TCL DRI2
Если Вы использовали fglrx драйвер, в прошлом удостоверяются, что любые остатки его удалены (удалите любые пакеты, найденные dpkg -l '*fglrx*'
и проверьте на модули ядра в /lib/modules
.
Я в настоящее время имею radeon
в /etc/modules
, как предложено в одной из ссылок выше, но я не уверен, строго ли это необходимо. Нет ничего интересного в моем xorg.conf
.
Удачи!
Я не уверен, поможет ли это, но я нашел это сообщение:
Где автор, кажется, решил проблему, и несколько из комментаторов утверждают, что она зафиксировала его для них также.
radeon
драйвер (который работал под lenny).
– Gilles 'SO- stop being evil'
18.03.2011, 23:36
radeon
в/etc/modules
, это загружаетсяmodeset=1
, Я имеюradeon kernel modesetting enabled
в моем ядре регистрируется иLoading extension DRI2
(но никакое другое возникновениеDRI2
) в моих X журналах. Однакоglxinfo
шоуMesa X11
как рендерер, нетMesa DRI
; Я имеюlibgl1-mesa-swx11
установленный, нетlibgl1-mesa-glx
. – Gilles 'SO- stop being evil' 25.03.2011, 00:23fglrx-glx
иfglrx-driver
пакеты (которые, предположительно, не использовались, я не видел трассировки ни в каком журнале), и установкаlibgl1-mesa-glx
вместоlibgl1-mesa-swx11
, Работы XVideo.Спасибо! – Gilles 'SO- stop being evil' 26.03.2011, 00:46