2

Дата на моей машине x86 сходит с ума. Когда я загружаюсь, это в 1980 году (как и ожидалось, так как батарея CMOS разрядилась). Так что я NTP синхронизирую его без проблем. Некоторое время спустя (в течение нескольких часов, а иногда и в течение нескольких минут) система завершает работу примерно в одну из следующих дат:

Jun 09 00:21:48 UTC 2013  (Just a few days ago...)
Jan 30 14:14:06 UTC 2040  (Back to the future!)
Mar 08 00:08:31 UTC 2105  (Super far into the future)

Я не думаю, что NTP делает это, так как я запускаю только одноразовые принудительные обновления NTP (когда это не в лаборатории, NTP не вариант).

Насколько я могу судить, в этих датах нет ничего особенного ни по GPS, ни по времени UTC. Выделяют ли эти даты кого-либо как близкие к значениям по умолчанию, если я переполняю какой-то определенный формат? Обе будущие даты выходят за рамки 2038 года.

Особенности: это встроенная система с платой x86 под управлением QNX 6.4.1. Он использует время UTC, без смещения часового пояса.

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

Какие шаги я могу предпринять, чтобы изолировать это? Может кто-нибудь, пожалуйста, укажите мне в правильном направлении?

Примечание: если это не тот форум, на который можно ответить на такой вопрос, пожалуйста, помогите мне найти правильный.

1 ответ1

0

Хотя это не очень хороший ответ для общего случая, я закрою цикл.

Эта встроенная система обычно синхронизируется с временем GPS от аппаратного устройства. Прошивка на аппаратном устройстве была немного изменена, когда цифровые пользователи перешли на новую версию набора инструментов VHDL. Короче говоря, прошивка фактически давала нам сумасшедшие значения для синхронизации, а программное обеспечение работало "разумно".

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