1

Кто-нибудь знает, где Windows запоминает "фактическое состояние" регулировки летнего времени?

Моя проблема связана с системами киосков, где весь жесткий диск защищен от записи. (Я говорю о фильтре записи EWF, это не аппаратная защита от записи. Но все написанное хранится в оперативной памяти и будет забыто при выключении компьютера).

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

Я хочу вручную записать эту информацию на жесткий диск при изменении времени (фильтр записи на основе файлов). Но я не смог найти файл или ключ реестра, где хранится информация. Кто-нибудь решал эту проблему раньше?

Привет

РЕДАКТИРОВАТЬ: Чтобы сделать это более ясным: я хочу запретить системам с фильтрацией записи сдвигать время при каждой перезагрузке, когда дата больше, чем последний переход на летнее время. У Windows должен быть где-нибудь маркер / флаг / файл, где он помнит "Я уже сделал сдвиг".

2 ответа2

1

Можно найти здесь -

 System Key: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation
    Value Name: DynamicDaylightTimeDisabled
    Data Type: REG_DWORD
    Value Data: 0

Вам может потребоваться перезапустить службу w32time после изменения этой net stop w32time && net start w32time в cmd

0

Управление компьютерным временем и встроенные системы (Standard 7 SP1)https://msdn.microsoft.com/en-US/library/ff794720(v=winembedded.60).aspx

По умолчанию Microsoft Windows предполагает, что дата / время, хранящиеся в часах CMOS, указаны по местному времени. Поскольку по умолчанию дата / время указаны по местному времени, часы CMOS необходимо периодически настраивать для учета переходов между летним и летним временем, когда летнее время применимо для данной конфигурации часового пояса. Это отличается от других операционных систем, которые могут предполагать, что дата / время, хранящиеся в часах CMOS, указаны в формате UTC. Часы CMOS не хранят информацию, относящуюся к часовому поясу или летнему времени. Следовательно, это может создавать проблемы, когда фильтры записи включены или когда несколько операционных систем установлены и используются в одной системе ».

Автоматическая настройка часов CMOS:

«Когда часы CMOS настроены, раздел реестра ActiveTimeBias также будет изменен, чтобы отразить новое значение, которое использовалось для настройки часов CMOS».

Ну, это решение моего ответа. Дважды в год Windows узнает, что ей следует перенастроить часы, признавая, что ActiveTimeBias не соответствует потребностям:

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation]
"ActiveTimeBias"=dword:ffffff88


0xffffff88 = 2^32 -120minutes = -2h

UTC - (-120 minutes) = Local Time

(У меня GMT+1, что соответствует UTC +1h и Summertime = +1h)

  UTC + Bias + (DST?1:0)*DaylightBias = UTC + ActiveTimeBias = LocalTime

Если эта формула не соответствует действительности: тогда Windows исправляет часы и переписывает ActiveTimeBias. Пока это ответ на мой вопрос, который я так долго не мог решить.


Возможно, мне придется исправить ActiveTimeBias на этом этапе, НО: есть комментарий и изображение последовательности загрузки в https://msdn.microsoft.com/en-US/library/ff794720(v=winembedded.60). aspx @ "Автоматическая настройка часов CMOS", которая гласит:

«Поэтому изменения в реестре, необходимые для записи об обновлении часов CMOS, не сохраняются, когда включены фильтры записи (для системного тома). Точно так же вы не можете использовать Фильтр реестра, чтобы обойти эту проблему, потому что Фильтр реестра не включен достаточно рано в последовательности загрузки, чтобы предотвратить настройку часов после того, как они были настроены ранее. "

Это приводит меня к выводу, что я подключаю не ту ошибку? Ну, у меня есть несколько XP-Systems и, возможно, только у них есть проблема. Microsoft могла бы fixed the Time-Bug в Windows 7 Embedded но не в более ранних версиях. Я буду внимательно следить за этим. В противном случае этот ответ неверен, и мне приходится искать другую причину такого утомленного поведения систем.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .