Система зависает при изменении времени

Вы пробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам. Я считаю, что я только убираюсь с Atomic Time на несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

 ntpdate time.nist.gov

и проверьте, не исправляет ли ваш вопрос время, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Редактирование 1: Произошла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную по адресу https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.

Вы пробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам. Я считаю, что я только убираюсь с Atomic Time на несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

и проверьте, не исправляет ли ваш вопрос время, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Редактирование 1: Произошла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную по адресу https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.

Вы пробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам. Я считаю, что я только убираюсь с Atomic Time на несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

и проверьте, не исправляет ли ваш вопрос время, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Редактирование 1: Произошла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную по адресу https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.

Вы пробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам. Я считаю, что я только убираюсь с Atomic Time на несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

и проверьте, не исправляет ли ваш вопрос время, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Редактирование 1: Произошла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную по адресу https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.

Вы попробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам, я считаю, что я только уезжаю от Atomic Time в несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

  ntpdate time.nist.gov  

и посмотреть, исправляет ли он вашу проблему времени, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Изменить 1: Мне пришла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную в https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.

Вы попробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам, я считаю, что я только уезжаю от Atomic Time в несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

  ntpdate time.nist.gov  

и посмотреть, исправляет ли он вашу проблему времени, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Изменить 1: Мне пришла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную в https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.

Вы попробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам, я считаю, что я только уезжаю от Atomic Time в несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

  ntpdate time.nist.gov  

и посмотреть, исправляет ли он вашу проблему времени, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Изменить 1: Мне пришла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную в https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.

Вы попробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам, я считаю, что я только уезжаю от Atomic Time в несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

  ntpdate time.nist.gov  

и посмотреть, исправляет ли он вашу проблему времени, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Изменить 1: Мне пришла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную в https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.

Вы попробовали консольную альтернативу для установки ее из апплета времени гнома-панели? ntpdate - мой любимый. У меня есть настройка в скрипте cron на нескольких машинах и виртуальных машинах, чтобы мои системные часы никогда не искажались так далеко. (один раз в неделю по моим стандартам, я считаю, что я только уезжаю от Atomic Time в несколько микросекунд в неделю.)

Однако, с учетом сказанного, попробуйте с помощью

  ntpdate time.nist.gov  

и посмотреть, исправляет ли он вашу проблему времени, без зависания.

Если ваша система продолжает замораживаться, посмотрите, не сбиваете ли вы ssh с другого компьютера и смотрите / var / log / messages. В системе Fedora в какой-то момент я был на 2 часа раньше фактического времени, когда я сбросил дату, это вызвало панику, потому что все в системе было на 2 часа вперед. Бросил какую-то смешную ошибку в будущее и заперт. Я запустил машину на один день и дал ей еще один выход в консоль восстановления без проблем.

Изменить 1: Мне пришла другая мысль, чтобы попытаться изменить настройки TimeZone. Посмотрите, изменит ли это ваши часы. См. Статью, расположенную в https://help.ubuntu.com/community/UbuntuTime

Это может быть побочным продуктом перепутанных настроек TZ.