Часы Windows XP установлены неправильно после возобновления сна

Я с двумя загрузками Linux и Windows XP на своем ноутбуке. Я добавил следующий раздел реестра в XP для поддержки Universal Time из BIOS:

HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation\RealTimeIsUniversal 

Часы устанавливаются правильно, когда я запускаю XP, но если машина просыпается от сна, часы отключены через пару часов.

Есть ли способ, чтобы XP правильно использовал настройку Universal Time во время пробуждения? Если нет, могу ли я предотвратить XP от установки часов при возобновлении?

  • Тихая установка MySQL неверна для исполнения
  • Запускать сценарий, когда Windows возобновляет работу из состояния suspend / hibernate?
  • Как каталогизировать файлы на нескольких внешних жестких дисках, которые я хочу хранить в автономном режиме?
  • Диспетчер задач показывает 100% загрузку процессора, но ничего в списке процессов не делает
  • Остановка командной строки из текущего каталога в Windows XP?
  • Есть ли способ обеспечить, чтобы конкретный USB-ключ всегда получал одну и ту же букву диска?
  • Windows - разрешение автоматически изменяется на «Только для чтения»
  • Клонирование содержимого жесткого диска на другой жесткий диск
  • 3 Solutions collect form web for “Часы Windows XP установлены неправильно после возобновления сна”

    Я предполагаю, что Windows как-то плохо себя чувствует от пробуждения от сна относительно системного времени. Согласно статье в Википедии раздел реестра, который вы цитируете, работает не полностью, даже в последних версиях Windows:

    Windows ожидает, что часы реального времени компьютера будут запускаться по местному времени. С Windows NT была запись в реестре RealTimeIsUniversal = 1, но эта функция еще не поддерживается или полностью реализована (включая Vista), поэтому невозможно запустить часы реального времени в режиме «Скоординированное универсальное время».

    Я считаю, что лучше всего будет сказать Linux, что системные часы работают по местному времени и два раза в год кусают пулю с помощью DST.

    ETA: В этой статье подробно описывается проблема, а также намекает на то, что проблемы с этим ключом реестра исправлены в Vista SP2 и Windows 7:

    2001-07-09: Я получил ответ от кого-то из группы базового ядра Microsoft, которая заинтересовалась RealTimeIsUniversal, и они просмотрели соответствующие части исходного кода ядра NT. Существует флаг RealTimeIsUniversal (оставшийся с тех пор, когда NT по-прежнему работает на RISC-машинах с UTC RTC), но его реализация кажется неполной и в настоящее время не распространяется на пакет документации по документации и регрессии Microsoft, поэтому использование его не рекомендуется на в этот раз. За последние несколько дней обнаружено несколько потенциальных ошибок RealTimeIsUniversal, может быть и больше. Например, отладчик ядра предполагает, что время CMOS является местным временем и будет ошибочным, когда RealTimeIsUniversal = 1. Аналогичная проблема может возникнуть в коде, который возобновляет обработку после приостановки CPU или в коде, который вычисляет время изменения DST.

    2008-10-31: Ура! Кто-то из Отдела основных операционных систем Microsoft намекает мне по электронной почте, что Vista Vista и Windows 7 будут устранять проблемы в поддержке RealTimeIsUniversal = 1, которые заставили работать CMOS-часы в UTC до сих пор не практичны с Windows (т. Е. Время Был неправильным после возобновления приостановленной / спящей Windows). Он предупреждает, однако, что эта улучшенная поддержка UTC в часах CMOS не может быть широко документирована, и детали могут измениться в будущем.

    Итак, заключая, я думаю, у вас есть два варианта:

    1. Перейдите к последней ОС.
    2. Переключите Linux на локальное время.

    PS: В отличие от других плакатов здесь, это не может быть CMOS-батарея. В режиме реального времени часы не питаются от батареи, пока система имеет питание. Сюда относится спящий режим (очевидно). В случае, если батарея КМОП разрядилась, часы реального времени вернутся к заводским настройкам, которые, как правило, 1 января несколько лет назад. Пару часов смещения просто не происходит, так как нет «состояния» часов, которое выдерживает полную потерю мощности. Это не похоже на настенные часы с откидной батареей, которая сохраняет свое время даже при разряде батареи.

    Если время правильное, когда вы загружаете (поскольку оно синхронизируется), и оно правильно, пока Windows там, чтобы продвигать его, но не продвигается, когда Windows спит, то, скорее всего, вы должны проверить батарею CMOS.

    Это не похоже на батарею CMOS, так как обычно она сбрасывает время до фиксированной даты, а не «отходит на пару часов».

    Еще одно временное решение – установить что-то вроде Atomic Clock Sync и установить его в «Auto Synchronize Daily». Это вернет часы в линию.

    Давайте будем гением компьютера.