Проверьте баг или единичный случай

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

http://en.wikipedia.org/wiki/Year_2038_problem

also known as Unix Millennium Bug

А у меня после вытаскивания батарейки иксы стартовать не хотели (дата сбросилась где-то на 2001-2002 год).

Интересно, а форточки загрузились бы?

Вроде был обзор такой на Хабре. ИЧСХ, форточки загрузились.

http://habrahabr.ru/blogs/research/110174/

Загрузились, да

32 or 64?

на x86_64 запустится должен...

Это не баг, это фича.

Да, задам здесь вопрос по своему подобному случаю, объясните мне пожалуйста одну вещь:
1. Как на работающей железке могло сброситься время на 1916 год? Железка - Dlink, как я понимаю, встроенных часов как в PC у него нет.
2. Как линукс нормально мог при этом работать. (Я про сбитое время узнал только когда apt-get стал сыпать ошибками про даты в будущем).
Вообще получается, что timestamp у нас int и может быть отрицательным?

>ИЧСХ, форточки загрузились.

Потому что там не юникс-тайм.

Эта была неудачная попытка тебя закинуть в 1916 год. Советую получше подготовиться к следующему разу.

Use x86_64, Luke

А как в никсах решают эту проблему?

Загрузилось и все работало, за исключением emerge - некоторые пакеты не собирались.

Ну я думаю перейти на 64-разрядную переменную особых проблем не составит. Другое дело, что некоторые форматы, в которых жестко 32 разряда зашито, вроде ZIP. Но они к тому времени наверное вымрут.