С 15.06.2022 г. IE 11 не поддерживается
IE11 станет недоступным с 14.02.2023. Сайты, созданные для IE, можно перезапустить в режиме IE в Microsoft Edge.
Установите это обновление, чтобы устранить проблемы в Windows.
Важно! Если выбрать язык ниже, содержимое страницы динамически отобразится на выбранном языке.
-
Date Published:
26.07.2019
File Name:
Windows6.1-KB2998527-x86.msu
Установите это обновление, чтобы устранить проблемы в Windows. Полный список проблем, устраняемых этим обновлением, см. в соответствующей статье базы знаний Майкрософт. После установки этого обновления может потребоваться перезагрузить компьютер.
-
Поддерживаемые операционные системы
Windows Embedded Standard 7 Service Pack 1
-
- Чтобы начать загрузку, нажмите кнопку Загрузить и выполните одно из указанных действий или выберите другой язык в списке Изменить язык и нажмите кнопку Изменить.
- Чтобы начать установку сразу, нажмите кнопку Выполнить.
- Чтобы загрузить файл на компьютер и выполнить установку позднее, нажмите кнопку Сохранить.
- Главная
- >
- Статьи
|
||||||
|
||||||
Ни для кого не секрет, что с 26 октября произойдет очередная смена часовых поясов в России. Microsoft выпустила по этому случаю обновление
KB2998527
, однако, как известно, поддержка Windows XP была прекращена и для этой версии ОС официального обновления нет. Однако, перед тем как переходить к решению, давайте разберемся, что же мы переводим и куда?
Новые часовые зоны России с 26 октября 2014.
Новый закон о зимнем времени в России вступит в силу 26 октября 2014 года в 2 часа ночи, с этого времени в России начинают действовать 11 новых часовых зон. В соответствии с новым законом Московское время теперь будет соответствовать 3-му часовому поясу РФ UTC +3, сейчас UTC +4 часа.
- Первая часовая зона — Калининградская область, MSK-1 (московское время – 1 час);
- Вторая часовая зона — московское время, UTC+3, в неё войдут: Адыгея, Дагестан, Ингушетия, Кабардино-Балкария, Калмыкия, Карачаево-Черкесия, Карелия, Коми, Крым, Марий Эл, Мордовия, Северная Осетия, Татарстан, Чечня, Чувашия, Краснодарский, Ставропольский края, Архангельская, Астраханская, Белгородская, Брянская, Владимирская, Волгоградская, Вологодская, Воронежская, Ивановская, Калужская, Кировская, Костромская, Курская, Ленинградская, Липецкая, Московская, Мурманская, Нижегородская, Новгородская, Орловская, Пензенская, Псковская, Ростовская, Рязанская, Саратовская, Смоленская, Тамбовская, Тверская, Тульская, Ульяновская, Ярославская области, Москва, Санкт-Петербург, Севастополь и Ненецкий автономный округ;
- Третья часовая зона — MSK+1 ( московское время плюс 1 час): Удмуртия и Самарская область;
- Четвертая часовая зона — MSK+2 часа ( московское время +2 часа): Башкирия, Пермский край, Курганская, Оренбургская, Свердловская, Тюменская, Челябинская области, Ханты-Мансийский автономный и Ямало-Ненецкий автономные округа;
- Пятая часовая зона — MSK+3 часа: Республика Алтай, Алтайский край, Новосибирская, Омская и Томская области;
- Шестая часовая зона — MSK+4 часа: Тыва, Хакасия, Красноярский край и Кемеровская область;
- Седьмая часовая зона — MSK+5 часов: Бурятия, Забайкальский край и Иркутская область;
- Восьмая часовая зона- MSK+6 часов: Якутия (Алданский, Амгинский, Анабарский, Булунский, Верхневилюйский, Вилюйский, Горный, Жиганский национальный эвенкийский, Кобяйский, Ленский, Мегино-Кангаласский, Мирнинский, Намский, Нерюнгринский, Нюрбинский, Олекминский, Оленекский эвенкийский национальный, Сунтарский, Таттинский, Томпонский, Усть-Алданский, Усть-Майский, Хангаласский, Чурапчинский и Эвено-Бытантайский районы и город Якутск) и Амурская область;
- Девятая часовая зона — MSK+7 часов: Якутия (Верхоянский, Оймяконский и Усть-Янский районы, Приморский и Хабаровский края, Магаданская и Сахалинская области (кроме Северо-Курильского района) и Еврейская автономная область;
- Десятая часовая зона — MSK+8 часов: Якутия (Абыйский, Аллаиховский, Верхнеколымский, МоMSKий, НижнеколыMSKий и Среднеколымский районы, Сахалинская область (Северо-Курильский район);
- Одиннадцатая часовая зона — MSK+9 часов): Камчатка и Чукотка.
Переводить стрелки на зимнее время предстоит не всем регионам. В Удмуртии и Самаре не будут переводить часы на зимнее время, так как сейчас и Удмуртия, и Самара живут по московскому времени, получается, что когда москвичи переведут стрелки на 1 час, Удмуртия и Самара без перевода стрелок окажутся в свей часовой зоне.
В Кемеровской области также не будут переводить стрелки, до принятия закона здесь время было MSK+3, а станет MSK+4, поэтому, как только Москва перейдет на новое время, Кемерово автоматически окажется в своей новой часовой зоне.
26 октября 2014 года Россия переходит на постоянное зимнее время, и больше стрелки переводить не будем.
Именно для учета данных часовых зон Microsoft выпустила исправление
KB2998527
для большинства своих ОС. Однако, т.к. поддержка Windows XP была прекращена — для нее на официальном сайте обновления нет. Несмотря на это, обновление было выпущено для Windows XP Embedded, использующейся в POS-терминалах. Вы можете скачать это обновление, а также скрипт, для его установки в обычную Windows XP (x86) RUS с нашего сайта — KB2998527_winxp.rar.
После распаковки архива запустите файл timezone.cmd и дождитесь автоматической установки обновления. После завершения работы скрипта в систему будут добавлены необходимые часовые пояса, а по-умолчанию выбран RTZ 2 (GMT+03:00).
Т.е. (GMT+03:00) Волгоград, Москва, Санкт-Петербург (RTZ 2).
Возврат к списку
Полный спектр компьютерных услуг: ремонт компьютеров, настройка программного обеспечения, лечение вирусов, организация подключения к интернет, монтаж и настройка локальных сетей, абонентское обслуживание организаций (IT-аутсорсинг)
© 2007-2024 Сервисный Центр «Скорая Компьютерная Помощь»
Как всем известно, в нашей стране вводятся значительные изменения в состав часовых поясов начиная с 02:00 26 Октября этого года. Имея в локальной сети предприятия большое количество компьютеров под управлением ОС Microsoft Windows, необходимо проверить их готовность к данным изменениям. В контексте данной задачи, в этой заметке будут рассмотрены те процедуры, которые можно выполнить средствами System Center 2012 R2 Configuration Manager, в частности:
1. Проверка готовности всех Windows-систем к установке обновления KB2998527;
2. Проверка готовности компьютеров с Windows 8.1 и Windows Server 2012 R2 к установке обновления KB2998527;
3. Настройка компьютеров с Windows XP на использование новых часовых поясов.
1. Проверка готовности всех Windows-систем к установке обновления KB2998527
Одним из ключевых требований для беспроблемного развёртывания обновления KB2998527 является активный признак автоматического перехода на зимнее время и обратно в настройках Windows-системы. Наверное многие помнят, что эта опция до 2011 года была доступна в интерфейсе управления временем в ОС, сейчас её нет. И если в ту пору на каких-либо компьютерах была выключена эта опция, то теперь такие компьютеры могут столкнутся с проблемой: стрелки часов сместятся на час назад сразу после установки обновления KB2998527. Наша задача — исключить возможность возникновения такой ситуации.
Для начала мне было интересно найти такие компьютеры, а уже по результату принять решение о том, нужна ли автоматизация процесса исправления вышеуказанной опции. Для поиска потенциально проблемных систем можно было использовать разные инструменты, и как вы уже поняли, мы выбрали System Center 2012 R2 Configuration Manager, настроив определённым образом “Элемент конфигурации” (из раздела консоли SCCM — Активы и соответствие\Параметры соответствия).
Опция отключения автоматического перехода на зимнее/летнее время содержится в ключе реестра HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation:
Параметр “DisableAutoDaylightTimeSet” – для систем Windows XP/2003
Параметр “DynamicDaylightTimeDisabled” – Для систем начиная с Vista/2008
В обоих случаях, значение параметра должно быть равно нулю, либо параметр должен отсутствовать вообще.
Итак, создадим в SCCM “Элемент конфигурации”, и разрешим его исполнение на всех доступных ОС:
Т.к. нам нужно отлавливать два параметра реестра, у нас будет два параметра элемента конфигурации:
Первый персонально для Windows XP:
Выставляем тип параметра: значение реестра
Тип данных: Целое число
Имя раздела: HKEY_LOCAL_MACHINE
Имя ключа: SYSTEM\CurrentControlSet\Control\TimeZoneInformation
Имя значения: DisableAutoDaylightTimeSet
Перейдём на вкладку “Правила соответствия”
Установим правило, в котором будет проверятся значение выбранного параметра реестра, оно должно быть равно 0. Также разрешим исправлять значения при несоответствии и установим степень важности несоответствия как “Ошибка”.
Для систем новее Windows XP повторяем процедуру создания параметра элемента конфигурации, только используем параметр реестра: DynamicDaylightTimeDisabled
Для развёртывания элемента конфигурации создадим “Шаблон базовой конфигурации”
Разворачиваем шаблон базовой конфигурации на коллекцию с всеми компьютерами:
В развёртывании изменим только один параметр, укажем, что выполнять проверку нужно 1 раз в день.
Изучив отчёт через сутки, я понял, что проделал проверку не зря:
Для исправления ключей реестра, откроем свойства развёртывания шаблона базовой конфигурации и разрешим исправление несоответствия.
2. Проверка готовности компьютеров с Windows 8.1 и Windows Server 2012 R2 к установке обновления KB2998527
В проводимой Microsoft презентации о развёртывании обновления часовых поясов на Windows 8.1 и Windows Server 2012 R2 было сказано отдельно, что обновление на эти две системы успешно может быть установлено только в случае предварительной установки Update 1 (KB2919355).
В случае если обновления на компьютеры распространяются с помощью SCCM Software Update Point (SUP), то для проверки покрытия систем данным обновлением достаточно посмотреть отчёт в консоли SCCM — Соответствие 6 — состояние заданного обновления ПО (дополнительный). Если же обновления распространяются через службу WSUS, то для анализа ситуации можно использовать механизм встроенных отчетов консоли WSUS.
3. Настройка компьютеров с Windows XP на использование новых часовых поясов
Как известно, Windows XP более не поддерживается Microsoft, поэтому для добавления новых часовых поясов на компьютеры с этой ОС нам потребуется проделать манипуляции предложенные в статье Перевод времени 26 октября 2014 года или ударим трудом по разгильдяйству.
План действий будет такой:
1. Поднимаем виртуальную машину под управлением Windows XP (Эталон);
2. Превращаем эталонную машину в Windows XP Embedded;
3. Устанавливаем на эталонную машину обновление KB2998527 для Windows XP Embedded;
4. В панели управления выбираем нужный часовой пояс из обновлённого списка поясов;
5. Экспортируем получившиеся в результате ключи реестра на эталонной системе;
6. Распространяем полученные ключи реестра на все компьютеры под управлением Windows XP любым доступным способом.
Итак, имея “чистую” Windows XP, превращаем её в Windows XP Embedded (с точки зрения проверки установщика обновления KB2998527). Для этого создадим ключ реестра “PosReady” в расположении “HKLM\System\WPA”, после создадим параметр “Installed” типа “DWORD” с значением “1” в ранее созданном ключе реестра. Всё это можно сделать с помощью команды:
REG ADD HKLM\System\WPA\PosReady /v Installed /t REG_DWORD /d 1
Теперь загружаем обновление KB2998527 с портала Windows Update для Windows XP Embedded.
После загрузки обновления, пробуем его установить на нашу эталонную виртуальную машину. Сам процесс установки ничем не отличается от установки какого-либо другого обновления:
Однако, по окончанию установки возможно появление двух ошибок:
Несмотря на вторую ошибку, обновление всё же внесло необходимые данные в системный реестр. Чтобы проверить это откроем настройку часовых поясов:
Именно этот пояс будет выставлен после установки обновления, если ранее был установлен пояс GMT+04:00 Москва.
Теперь, нам нужно удалить ключ реестра который мы создали ранее для “превращения” в Windows XP Embedded. Сделать это можно командой:
REG delete HKLM\System\WPA\PosReady /f
После удаления ключа перезагружаем эталонный компьютер.
Важное замечание. Ветку необходимо удалять до перезагрузки, в противном случае, штатными средствами удалить её будет невозможно.
После перезагрузки свойства даты и времени изменят свой вид на правильную таймзону в новом формате в соответствии с зоной, которая была выбрана в системе до установки обновления:
Если правильный часовой пояс после перезагрузки всё-таки не отображается, то выберем его из обновлённого списка часовых поясов самостоятельно.
На данном этапе можно сказать, что в реестре нашего эталонного компьютера есть все изменения, которые мы можем тиражировать на все другие компьютеры под управлением Windows XP.
Теперь нам необходимо экспортировать базу данных часовых поясов из ключа реестра:
“HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones”,
а также текущие настройки выбранного часового пояса из ключа реестра:
“HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation”.
Выполним экспорт командой:
REG EXPORT "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones" C:\Temp\TimeZones\Fix\DB.reg REG EXPORT "HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation" C:\Temp\TimeZones\Fix\Current_settings.reg
Далее нам остаётся распространить экспортированные ключи реестра по всем системам Windows XP. Как я уже сказал ранее, сделать это можно разными путями. В моём примере это будет сделано опять же с помощью SCCM.
***
Для удобства, можно объединить два полученных в результате экспорта reg-файла в один, добавив содержимое Current_settings.reg в конец файла DB.reg. Сделать это можно также, с помощью командной строки:
COPY BD.reg + Current_settings.reg Fix.reg
Проанализируйте результативный Fix.reg и в случае необходимости добавьте туда параметр “DisableAutoDaylightTimeSet” с значением 0.
Расположим Fix.reg в общедоступном сетевом расположении и создадим пакет в SCCM. В качестве “Программы” SCCM будет выступать всего одна строчка:
REG IMPORT Fix.reg
Так же, необходимо разрешить выполнять Программу только на Windows XP SP3.
Осталось развернуть Программу Пакета на Коллекцию компьютеров SCCM.
Для “дебага” можно посмотреть лог клиента %windir%\CCM\Logs\execmgr.log
Пример фрагмента лога при успешном выполнении:
Извините за подъем несколько некрофильской темы, когда все обсуждают Windows 10. Если вы по каким-то причинам ещё используете системы десятилетней давности и до сих пор не обновили Windows 2003/XP, возможно, это пост позволит вам сэкономить время и нервы в новогодние каникулы.
Итак, вышло декабрьское обновление таймзон kb3013410. Если его (или эквивалентные изменения реестра) не установить на 2003/XP с установленным kb2998527, они и дальше продолжат переводить время. Причина — неполная поддержка Dynamic DST, значения в реестре есть, но для действий по переводу времени времени они не используются. Грубо говоря, переводить стрелки в каждый год по-разному научилась только Vista и выше (ядро 6.0). Конкретно в 2015 году, если ничего не предпринимать, 2003/XP с установленным kb2998527 переведут стрелки на летнее время (+1 час) в ночь с 6 на 7 января, и на зимнее (-1 час) 25 октября.
Чтобы этого не произошло, есть простой способ — заранее снять галку перевода времени (она опять появилась после установки kb2998527), и правильный способ — установить kb3013410 (или эквивалентные ему изменения реестра). На домашнем компьютере никаких дополнительных действий не надо, сервера я бы советовал перезапустить, т.к., как выяснилось 26 октября, некоторые приложения, а так-же службы (например, IIS в Exchange) не понимают изменения таймзон до рестарта службы.
На Windows Vista/Server 2008 и выше устанавливать kb3013410 прямо сейчас или до конца года не обязательно, они и так никуда не перейдут.
Файлы реестра для XP тут, если кому надо.
Теоретическое обоснование:
Windows 2003/XP и более ранние версии операционных систем Windows не поддерживают технологию Dynamic DST для собственно процедуры смены времени, хотя соответствующие значения реестра там есть (см. msdn.microsoft.com/ru-ru/library… 85).aspx Minimum supported — Windows Vista / Windows Server 2008). Это означает, что они технически не способны переводить стрелки часов по–разному в разные года. Патчем kb2998527 для России установлены следующие времена соответственно начала и конца летнего времени:
начало — 00 часов первой среды января
конец — 02 часа последнего воскресенья октября
Именно так было сделано, поскольку имеющиеся механизмы DST не позволяют сделать однократный автоматический переход по-другому (я пробовал). Таким образом, в 2015 году и далее, если не предпринять мер, Windows 2003/XP переведет стрелки часов на час вперед в первую среду января (в 2015 это ночь с 6 на 7 января) и в последнее воскресенье октября (в 2015 это 25 октября).
Чтобы перевод стрелок в Windows 2003/XP не произошел, необходимо установить обновление kb3013410 (или эквивалентную правку реестра для XP), или, в крайнем случае, снять галку «( ) Автоматический переход на летнее время и обратно». Однако, для предотвращения проблем в случае ещё одного изменения в законодательстве, я бы не рекомендовал снимать эту галку.
Ещё раз повторюсь, ОС с ядром от 6.0, т.е. 2008/Vista, полноценно поддерживают Dynamic DST и не будут никуда переходить в 2015 и последующих годах. Однако в записи о времени перехода в старом формате, хранящиеся в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones\, такие как на скриншоте ниже, будут внесены изменения. В связи с этим возможны проблемы в ПО, которое читает и использует эти значения напрямую для исчисления времени. В подразделы \Dynamic DST, определяющие перевод времени в новом формате, для России никаких изменений не вносится.
Ссылки на Майкрософт:
1) support.microsoft.com/kb/2998527/ru обновление, которое мы устанавливали в октябре 2014, секция «Список известных проблем»
(…)
Неверные параметры летнего времени для будущих лет на Windows Server 2003 и Windows XP Embedded
Если пользователи устанавливать это обновление на Windows Server 2003 или Windows XP Embedded, их системы будет продолжать использовать параметры летнего времени для 2014 даже после изменения календарного года. Это может привести к неправильному отображению времени системы.
Для решения этой проблемы пользователям следует установить накопительное Update(scheduled to be released in December, 2014) декабря до изменений календарного года. При установке обновления русский часовой пояс и декабря накопительных обновлений, их системы применить правильные параметры летнего времени и продолжает отображать правильное время в конце 2014 г.
2) support.microsoft.com/kb/3013410/ru то самое декабрьское обновление, о котором сегодня идет речь. Оно заменяет kb2981580 и все выпущенные до него, в т.ч. kb2998527. Такие обновления выходят регулярно (особенно в конце года, подготавливают систему к изменениям в законодательстве различных стран, изменяющим способ перевода стрелок в следующем году), и, как правило, являются кумулятивными, т.е. заменяют предыдущие обоновления.
Про Windows XP в MSKB ничего не сказано, т.к. она снята с поддержки с 8 апреля 2014 года.
UPD Коллеги, не забывайте, что после внесения изменений в реестр на XP для их применения надо перевыбрать таймзону руками или командой control.exe timedate.cpl,,/Z Russian Standard Time (с указанием вашего часового пояса), при этом информация о текущей таймзоне из HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones переписывается в HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation.
Последнее обновление: перейти
Windows XP больше не поддерживается Microsoft, и, как результат, обновление временных зон kb2998527 не было выпущено для Windows XP. Однако если некоторые компьютеры в вашей организации еще работают под управлением Windows XP, и если вы хотите обновить временные зоны способом, максимально приближенным к тому, что делает обновление kb2998527 в других операционных системах, воспользуйтесь предлагаемыми файлом реестра и простым сценарием (cmd-файлом), которые можно в виде архива загрузить отсюда. (Update) Начиная с середины декабря 2014 г., актуальная информация по обновлению Windows XP содержится в этой статье.
Файл реестра содержит обновления временных зон для России. (Update) Кроме того, применение файла реестра приводит к удалению параметра HKEY_LOCAL_MACHINE\
System\CurrentControlSet\Control\TimeZoneInformation\DisableAutoDaylightTimeSet, если данный параметр присутствует. Будучи установленным в 1, он соответствует снятому флажку Автоматический переход на летнее время и обратно. В текущем состоянии временных зон, когда нет переходов на летнее/зимнее время, данный флажок отсутствует в интерфейсе, однако параметр DisableAutoDaylightTimeSet мог сохраниться в реестре, если когда-то флажок был сброшен. Для правильного применения описываемого обновления (как, собственно и обновления kb2998527) важно, чтобы флажок Автоматический переход на летнее время и обратно был в установленном состоянии, что соответствует его конфигурации по умолчанию.
Также в конце заметки приведено содержимое командного файла.
Командный файл необходимо запускать с правами администратора, либо настроить централизованный запуск любыми доступными средствами (например, посредством групповых политик). В качестве параметра следует указать в кавычках наименование временной зоны, которая должна быть установлена на компьютере после применения обновления. Таких временных зон 11 (см. карту):
| Kaliningrad Standard Time | RTZ 1 |
| Russian Standard Time | RTZ 2 |
| Russia Time Zone 3 | RTZ 3 |
| Ekaterinburg Standard Time | RTZ 4 |
| N. Central Asia Standard Time | RTZ 5 |
| North Asia Standard Time | RTZ 6 |
| North Asia East Standard Time | RTZ 7 |
| Yakutsk Standard Time | RTZ 8 |
| Vladivostok Standard Time | RTZ 9 |
| Russia Time Zone 10 | RTZ 10 |
| Russia Time Zone 11 | RTZ 11 |
Из перечисленных имен и следует выбирать. Следует отметить, что наименования временных зон совпадают с соответствующими ключами реестра в разделе HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones и едины для разных языковых версий Windows XP, отличаются только отображаемые имена. Например, для московского региона строка запуска сценария должна выглядеть так:
tzupdatexp.cmd «Russian Standard Time»
При запуске без параметров или если указана несуществующая временная зона, будет выбран подходящий часовой пояс, так чтобы показания системных часов не изменились. В сценарии используется утилита tzchange.exe, входящая в состав исполняемых файлов Windows XP. Перезагрузка после обновления часовых поясов не требуется.
Сценарий запускается только под управлением Windows XP. Ограничение введено намеренно, для других операционных систем используйте обновления, выпущенные Microsoft, ссылки на загрузку которых можно найти в статье kb2998527. И обратите внимание, что внесенные изменения в настройки временных зон обеспечат корректный перевод часов компьютера в ночь на 26 октября 2014 г., однако затем, до 6 января 2015 г. потребуется установить еще одно обновление временных зон, которое будет выпущено Microsoft в декабре. Если вы забудете это сделать, то получите «рождественский подарок» в виде перехода на «летнее время» в ночь на 7 января 2015 года. Соответствующее обновление для Windows XP также выложу в блоге, как только станет доступным декабрьское обновление. (Update) Обновление опубликовано. Кстати, данная проблема затрагивает и Windows Server 2003, поддержка которого еще не завершена.
Сценарий tzupdatexp.cmd
@echo off
REM Использование: tzupdatexp.cmd «Имя временной зоны»
REM При запуске без параметров или указании несуществующей timezone
REM будет выбрана ближайшая timezone, не изменяющая системное время
REM Проверяем, что сценарий выполняется на Windows XP
ver | findstr «5.1.»
if ERRORLEVEL 1 goto end
REM Импортируем файл реестра с новыми временными зонами
reg.exe import rtz.reg
REM Для применения изменений требуется сбросить
REM и вернуть настройки временной зоны
tzchange.exe /c «UTC»
REM Если параметр не задан, то сохраняем текущую timezone
If _%1_==__ goto keep
tzchange.exe /c %1
REM Если временная зона задана неверно, то сохраняем текущую
if ERRORLEVEL 1 (
echo Incorrect time zone
goto keep )
goto end
:keep
tzchange.exe /U
:end