Материнская плата Portwell: Fsck при загрузке обнаруживает «неожиданную несогласованность» из-за системного времени

Хотя этот вопрос касается встроенной материнской платы, serverfault мне показался лучшим форумом по обмену стеками для сообщений. Мы с коллегами изучаем эту странную проблему с загрузкой Linux уже несколько месяцев, и мы как бы застряли. Мы приветствуем любые предложения.

У нас есть материнская плата Portwell (одно ядро ​​Atom с гиперпоточностью), работающая под управлением Centos 6.4. Клиент вернулся к нам с действительно странной проблемой загрузки, которую мы наконец смогли воспроизвести.

Все работает нормально, если вы сделаете это:

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

Мы можем устранить ошибку следующим образом:

• Выключить
• Отключить питание не менее 10 минут (намного короче, и проблема не исчезнет)
• Подключите питание снова и

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

• Загрузите систему, чтобы она выдала ошибку
• Не отключайте питание
• Войдите в BIOS и измените системная дата на некоторое время в будущем
• Загрузка в Linux.

Эта материнская плата не имеет батареи, поэтому при первом включении всегда появляется неправильная дата, где-то в январе 2010 года. Таким образом, в обычном случае дата неправильная, но ОС загружается нормально. Когда ОС запускается, дата устанавливается правильно по NTP. Если оставить его подключенным, но выключенным на 12 часов, дата снова будет сброшена, но по какой-то причине fsck now заботится о дате и хочет сделать это вручную, потому что считает это несоответствие ошибочным. Главная проблема. Если мы вручную изменим дату на будущее, она загрузится нормально. Если мы вернем его в прошлое, снова произойдет ошибка. Но если мы отключим питание на достаточно долгое время и загрузимся, мы не получим ошибки, несмотря на то, что дата неверна.

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

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

Спасибо за любые предложения.