Как я могу избежать “Выполненного fsck вручную” сообщения при разрешении экспериментирующий с изменениями системного времени?

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

[global]                                                                        
unix extensions = no
18
16.03.2011, 15:01
4 ответа

Я собирался предложить взломать e2fsck отключить определенные проверки в прошлый раз монтирования или прошлое время записи в будущем. Они определяются в problem.c / problem.h и используются в super.c. Но во взгляде, я обнаружил, что E2fsprogs 1.41.10 добавляет новую опцию к /etc/e2fsck.conf названный broken_system_clock. Это, кажется, точно, в чем Вы нуждаетесь, и так как Вы используете Red Hat Enterprise Linux 6, Вы должны иметь 1.41.12, который включает эту опцию. Из страницы справочника:

   broken_system_clock
          The e2fsck(8) program has some hueristics that assume  that  the
          system clock is correct.  In addition, many system programs make
          similar assumptions.  For example, the UUID library  depends  on
          time  not going backwards in order for it to be able to make its
          guarantees about issuing universally unique ID’s.  Systems  with
          broken  system clocks, are well, broken.  However, broken system
          clocks, particularly in embedded systems, do exist.  E2fsck will
          attempt  to  use  hueristics to determine if the time can no tbe
          trusted; and to skip time-based checks if this is true.  If this
          boolean  is set to true, then e2fsck will always assume that the
          system clock can not be trusted.

Да, страница справочника не может записать "эвристику". Ой. Но по-видимому код работает так или иначе.:)

15
27.01.2020, 19:46
  • 1
    , Который выглядит фантастическим, сохраните это, страница справочника подразумевает, что это только влияет на ext2 и ext3, и я использую комбинацию ext3 и ext4. Однако, я пойду, пробуют его теперь, как будто это работает, это точно, что я ищу. –  me_and 17.03.2011, 12:35
  • 2
    Это работает! Включая на ext4.Спасибо! –  me_and 17.03.2011, 16:01

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

Поэтому я предложу следующее обходное решение: изменитесь сценарии начальной загрузки для установки системной даты на некоторое время в будущем (скажите 18.01.2038 относительно 32-разрядной машины) прежде, чем выполнить fsck, и считайте его назад из аппаратных часов впоследствии (hwclock --hctosys, с большим количеством опций по мере необходимости в зависимости от Ваших аппаратных средств и использования GMT в аппаратных часах.)

1
27.01.2020, 19:46
  • 1
    разве, это не будет означать в следующий раз, когда вокруг который было бы окно, в котором мы могли поразить ту же ошибку снова? т.е. прошлый раз монтирования 18.01.2038, поэтому если текущее время установлено на тот также, существует состояние состязания, в котором мы (насколько система коснулась), пытающийся смонтироваться перед последним монтированием снова. –  me_and 02.03.2011, 16:02
  • 2
    @me_and: Да, я боюсь, что мой клудж не поможет против злонамеренных пользователей. Если это - то, против чего Вы противостоите, исправление fsck надеется быть наилучшим вариантом. –  Gilles 'SO- stop being evil' 02.03.2011, 21:53

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

0
27.01.2020, 19:46
  • 1
    Выполнение в VM действительно не, опция для нас, и в любом случае просто возвращающийся к снимку означает, что мы удаляем все другие состояние, которое, возможно, настроил пользователь. –  me_and 02.03.2011, 15:10
[1128975]Вот решение, которое отлично сработало:[12162]Создайте /etc/e2fsck.conf:[12163]Больше об этом исправлении здесь:[12164]http://stillstup.blogspot.com/2010/02/superblock-last-mount-time-is-in-future. html[12165]
0
27.01.2020, 19:46

Теги

Похожие вопросы