Доброго времени суток. Хоть убей, не понимаю, как связана версия ядра с железными часами. Лично мое мнение - где-то проблема с синхронизацией системных и железных часов, причем железные выставляются после просыпания по отставшим системным.
Почитай комментарии в /etc/apm/apm-proxy, я нашел фразу,═которая относится к усыплению машины при работе от сети: # The following doesn't yet work, because current kernels (up to at least # 2.4.20) do not support rejection of APM events. Supporting this would # require substantial modifications to the APM driver. We will re-enable # this feature if the driver is ever modified. -- [EMAIL PROTECTED] Посмотри у себя. Возможно, там надо раскомментировать пару cтрочек или поменять порядок выполнения скриптов. >> Сначала определи, какие часы отстают, системные или биосные. >> Для этого: >> после "просыпания" дай команду hwclock - она выдаст время bios >> date - она выдаст системное время. >> Посмотри, есть ли большая разница. >> если действительно отстают железные часы, то надо разбираться >> и искать - возможно, при просыпании железные часы синхронизируются >> с системными, которые спали. >отстают именно железячные часы > >> Если железное время нормальное, а отстает системное, то после >> просыпания, скорее всего, просто не происходит синхронизации >> системных часов с железными. >> Лечится просто: >> hwclock --hctosys при просыпании. >> непонятна связь с версией ядра. Проблема с модулями ? >в смысле на 2.4.19 данная проблема отсутствует >а на 2.4.22 - присутствует >причем конфигурация apm между кернелами не меняется > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- Best regards Chalau V.N. e-mail:[EMAIL PROTECTED] -- Чистая почта - это личные письма, без спама и вирусов - http://mail.yandex.ru/monitoring. Заведите и вы себе почту на Яндексе.
