Вопросы Теги

Суперблок в последний раз монтирует, что время находится в будущем

Я столкнулся с той же проблемой с VMware Server 2.0 на OS X. Решение, которое я использовал, состояло в том, чтобы создать виртуальную машину в самом VMware с минимальными требованиями, чтобы выполнить рабочий стол Ubuntu 9.04 и запустить Firefox туда.

Общие шаги:

  • Настройте сети, таким образом, это доступно от рабочей станции через SSH.
  • Включите Передачу X11 с SSH. (Параметры командной строки-X/-Y или опции ForwardX11/ForwardX11Trusted ~/.ssh/config)
  • ssh к 'настольному' VM.
  • Запущенный Firefox, это должно отобразиться в Вашей локальной системе.

Это о лучшей работе вокруг, к сожалению. Изменение плагина Firefox, XPI в значительной степени вне рассмотрения, он компилируется GTK конкретно против Linux, IIRC.

Минимальные требования для Ubuntu 9.04:

  • 300 МГц x86 процессор
  • 64 МБ системной памяти (RAM)
  • По крайней мере 4 ГБ дискового пространства (для полной установки и области подкачки)
  • Видеокарта VGA, способная к 640x480 разрешение
  • Дисковод для компакт-дисков или сетевая плата

(использование альтернативной установки CD). Или можно установить серверную версию и просто установить настольный человечностью метапакет :-).

3
задан 8 March 2019 в 00:46
5 ответов

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

Удостоверьтесь система машины и аппаратные часы оба точны теперь (выполненный hwclock), затем удалите машину в обслуживании, выключите ее, вытяните, это - питание (физически разъединяют его от электросети), ожидайте несколько минут, затем запустите ее снова. Вскочите в BIOS и проверьте время там. Если это будет все еще корректно, то это, скорее всего, будут аппаратные часы неправильного набора, и этого, вероятно, не произойдет снова. Если это теперь неправильно (вероятно, набор к Jan 1, 1988 или некоторое другое "круглое" время), батарея CMOS перестала работать, и необходимо заменить его прежде, чем установить время правильно через BIOS и загрузить машину снова. Имение в наличии запасных батарей BIOS (наши панели инструментов DC у каждого есть поле их) всегда является хорошей идеей.

5
ответ дан 3 December 2019 в 04:56
  • 1
    I' m верный it' s не проблема с аппаратными часами. Я проверил его. –  Shawn Xie 6 October 2009 в 14:23
  • 2
    Я прочитал некоторые документы об установке часового пояса в Linux, и Windows (моим компьютером является мульти-ОС), и теперь я думаю it' s вызванный другой установкой UTC между Linux и Windows. –  Shawn Xie 14 October 2009 в 12:54

... и если часы правильно установлены, просто работайте fsck. Не бойтесь. Это - дистрибутив тестирования - возможно, они испортили что-то.;)

1
ответ дан 3 December 2019 в 04:56
  • 1
    Я don' t смеют к fsck. Но я ненавижу, имеют к fsck каждый раз при начальной загрузке. –  Shawn Xie 6 October 2009 в 14:21
  • 2
    Это должно работать только однажды и that' s это. Если это повторяется, it' s более вероятно отключение электричества батареи BIOS. –  PEra 6 October 2009 в 14:57

Я нашел разрешение. Я отредактировал/etc/default/rcS: измененный строка

UTC=no

кому:

UTC=yes

Затем перезагрузка и найденный это в порядке.

Я помню, что настройка по умолчанию UTC - "да", и я изменил ее на "нет". Это, кажется, моя ошибка. Однако, почему это работало правильно в течение долгого времени до совсем недавно?

0
ответ дан 3 December 2019 в 04:56

На моем Linux Mint выпуске Debian (LMDE) Используя ответ Cook Schelling выше я отредактировал/etc/default/rcS как администратор и изменил "FSCKFIX=no" на "FSCKFIX=yes"

Когда я перезагрузил, проблема была решена.

Теперь, если я изменю часы в BIOS Setup, то система автоматически зафиксирует любой "Суперблок, в последний раз монтируют, что время находится в будущем" - проблемы типа.

2
ответ дан 3 December 2019 в 04:56

Это довольно простая проблема. Решение простое.

  • Изменить дату на новую.

    $ date -s «2 OCT 2016 18:00:00»

  • Запустить проверку fsck без автоматического режима и ввести «y» для исправления ошибок. В этом случае блокировка будет снята.

    $ fsck

  • Ctrl + D перезапустит ваш сервер. Это должно привести к правильной загрузке вашего сервера.

  • Чтобы позже проверить, откуда синхронизируется ваше системное время, проверьте настройки UTC и т. Д.

С уважением, ребята.

2
ответ дан 3 December 2019 в 04:56

Теги

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