19 января 2038 года: что произойдет с компьютерами?

19 января 2038 года: что произойдет с компьютерами?

19 января 2038 года старые системы могут перепутать будущее с 1901 годом. Но откуда взялась такая ошибка, кому она угрожает и почему проблема проявляется уже сейчас?

В 03:14:08 по всемирному времени некоторые компьютеры перестанут правильно понимать текущую дату. Они могут решить, что на дворе снова 1901 год, показать ошибку или начать выполнять запланированные действия в совершенно неправильном порядке.

Звучит как очередная дата конца интернета. На самом деле интернет не выключится, банковские счета не обнулятся, а современные компьютеры продолжат работать. Проблема затронет системы, в которых время до сих пор хранится в старом 32-битном формате.

Почему компьютер считает секунды

Во многих Unix-подобных системах дата хранится не в привычном виде 19.01.2038. Компьютер записывает количество секунд, прошедших с полуночи 1 января 1970 года. Эта точка называется Unix Epoch.

Например, значению 0 соответствует начало 1970 года. Через минуту счётчик будет равен 60, а спустя сутки — 86400. Такой формат удобно сравнивать, сортировать, передавать между программами и использовать в вычислениях.

Проблема появляется, если для счётчика выделено знаковое 32-битное целое число. Максимальное значение такого числа — 2 147 483 647. Именно столько секунд пройдёт с начала Unix Epoch к 19 января 2038 года.

Что случится в следующую секунду?

Последний корректный момент для старого формата — 19 января 2038 года, 03:14:07 UTC. Ещё через секунду число должно увеличиться до 2 147 483 648, но в знаковый 32-битный тип оно уже не помещается.

Счётчик переполняется и превращается в отрицательное значение -2 147 483 648. Система интерпретирует его как дату до 1970 года — 13 декабря 1901-го.

Механику переполнения можно показать несколькими строками:

from ctypes import c_int32 from datetime import datetime, timezone last_second = 2**31 — 1 next_second = c_int32(last_second + 1).value print(datetime.fromtimestamp(last_second, timezone.utc)) print(next_second) print(datetime.fromtimestamp(next_second, timezone.utc))

Результат будет выглядеть так:

2038-01-19 03:14:07+00:00 -2147483648 1901-12-13 20:45:52+00:00

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

Какие системы могут пострадать?

Обычный новый ноутбук или смартфон, скорее всего, не заметит наступления этой даты. Современные 64-битные операционные системы используют значительно больший диапазон времени.

Гораздо интереснее старое оборудование. Промышленные контроллеры, кассовые аппараты, сетевые устройства, автомобильная электроника и медицинская техника способны работать десятилетиями. Внутри может находиться 32-битный процессор, устаревшая библиотека или прошивка, которую никто давно не обновляет.

Сбой тоже не обязательно будет выглядеть эффектно. Устройство может неправильно рассчитать срок сертификата, удалить «слишком старый» файл, отказаться принимать лицензию или поставить событие в начало списка. Поиск такой ошибки легко превращается в маленькое расследование.

Почему проблемы могут начаться раньше 2038 года?

Программы работают не только с текущей датой. Они рассчитывают сроки кредитов, подписок, страховок, договоров и сертификатов. Если система в 2026 году пытается сохранить событие на двадцать лет вперёд, она уже пересекает опасную границу.

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

Особенно неприятны скрытые зависимости. Само приложение может быть 64-битным, но использовать старый формат файла, сетевой протокол, драйвер или стороннюю библиотеку с 32-битным полем времени.

Почему нельзя просто заменить число?

Очевидное решение — перейти с 32 бит на 64. Тогда доступного диапазона хватит на миллиарды лет. Современные системы в основном так и сделали.

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

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

Повторится ли паника вокруг 2000 года?

Сравнение с проблемой Y2K вполне уместно. Тогда старые программы хранили год двумя цифрами и могли принять 2000-й за 1900-й. Массовой катастрофы не случилось во многом потому, что компании заранее потратили годы на поиск и исправление опасного кода.

С Y2038 ситуация похожая. Большинство популярных платформ уже подготовлено, но где-то продолжает работать неприметное устройство, установленное пятнадцать лет назад и забытое в техническом шкафу.

Я бы не ждал глобального отключения компьютеров. Намного реалистичнее множество отдельных сбоев в системах, которые никто вовремя не проверил. 19 января 2038 года станет проблемой не для всех компьютеров, а для забытого старого кода.

Источник