Необходимо установить часы CMOS на местное время (из-за двойной загрузки DOS), timedatectl или hwclock, похоже, продолжают устанавливать часы CMOS (аппаратные) на UTC!

Это выходит за рамки сумасшедший.

У меня система с двойной загрузкой, одна ОС - FreeDOS (которая НЕ имеет возможности работать с часами CMOS, отличными от местного времени), а другая - Linux Mint 17.

Способ использования этой системы. заключается в том, что мы сидим в Linux и ждем «триггера» (программного триггера) для начала тестирования. Тестирование проводится под FreeDOS, поэтому сценарии настраивают все в Linux, затем настраивают систему на загрузку FreeDOS и запускают тест, а затем перезагружаются обратно в Linux. Это происходит от одного раза в несколько минут до одного раза в несколько дней.

Мы заметили, что иногда часы ПОЛНОСТЬЮ сбиваются. Похоже, что мы попадаем в цикл «установить часы CMOS на UTC; загрузить часы CMOS, предполагая, что это местное время (бац, на 8 часов впереди); установить часы CMOS на UTC (добавив ЕЩЕ 8 часов !!!); повторить'.

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

Я настроил NTP на стороне Linux, и обычно он работает нормально.

Судя по всему, я нахожусь в 11-минутном режиме.

Вот что происходит после установки часов hw (CMOS) на местное время, ожидания 11 минут и повторного просмотра:

tjr2pc1 ~ # date ;timedatectl status ; sleep 660 ; date;timedatectl status
Thu Feb  4 12:03:33 MST 2016
      Local time: Thu 2016-02-04 12:03:33 MST
  Universal time: Thu 2016-02-04 19:03:33 UTC
        RTC time: **Thu 2016-02-04 12:03:33**
        Timezone: America/Phoenix (MST, -0700)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: yes
      DST active: n/a

Warning: The RTC is configured to maintain time in the local time zone.     This
         mode is not fully supported and will create various problems     with time
     zone changes and daylight saving adjustments. If at all possible use
     RTC in UTC, by calling 'timedatectl set-local-rtc 0'.
Thu Feb  4 12:14:33 MST 2016
      Local time: Thu 2016-02-04 12:14:33 MST
  Universal time: Thu 2016-02-04 19:14:33 UTC
        RTC time: **Thu 2016-02-04 19:14:33**
        Timezone: America/Phoenix (MST, -0700)
     NTP enabled: yes
NTP synchronized: yes
 RTC in local TZ: yes
      DST active: n/a
-----------------

Обратите внимание, что часы CMOS внезапно показывают время в формате UTC! **** ПОЖАЛУЙСТА, ОСТАНОВИТЕ ***

Я даже пытался установить fake-hwclock, это все еще происходит. Я даже переименовал / sbin / hwclock в / sbin / real_hwclock, пытаясь заставить ядро ​​просто оставить взорванную CMOS в покое.

На обзор: цель - заставить время работать как в FreeDOS, так и в Linux.

Меня не волнует, означает ли это, что Linux устанавливает часы CMOS на UTC, а затем восстанавливает их по местному времени после выключения, или я могу каким-то образом заставить Linux установить его на местное время вместо UTC. Или, если я могу заставить Linux полностью игнорировать часы CMOS (вот почему я установил fake_hwclock - я надеялся, что это сработает. Нет). Мне все равно, КАК, мне просто нужно, чтобы часы CMOS были установлены на правильное местное время после завершения работы Linux (чтобы FreeDOS получала правильное время). (По причинам, слишком сложным, чтобы беспокоить вас всех, невозможно запустить сеть под FreeDOS, поэтому я могу использовать ntp или скрипт или что-то еще, чтобы автоматически правильно установить время там. устанавливать время и дату под FreeDOS - это глупо, но я собираюсь сделать это, чтобы перестать бороться с глупостью)

Я сказал timedatectl , что часы CMOS показывают местное время.

/ etc / default / rcS говорит:

 UTC=no

И все же каждые 11 минут кто-то (я полагаю, ядро) устанавливает часы CMOS на время UTC! Хотя я прямо сказал, что это должно быть местное время.

И, да, я перезагружался (несколько раз) с тех пор, как в rcS задано значение UTC = no. Есть ли где-нибудь еще один файл конфигурации, чтобы заставить ядро ​​либо оставить часы CMOS в покое, либо принудительно установить их на местное время?

Обновление: я нашел кое-что интересное, w.r.t. «11-минутный режим», включая вопрос о Reddit, который говорит именно об этом, и обвиняет ntp и adjtimex (внутренние по отношению к ядру, а не исполняемый файл). Пока нет решения, и я собираюсь просто написать задание cron, которое запускается каждую минуту и ​​переводит часы hw обратно на местное время. (Я ненавижу пользоваться такой кувалдой, но мне действительно нужно время, чтобы быть точным - как можно скорее, так как наши часы полностью сбились с пути (время одного компьютера отстает более чем на 12 часов (странно), один - на 7 часов быстрее, а один впереди почти полтора дня! Только с пятницы по понедельник!)