чрезмерный системный дрейф системы? (2+ минуты в час)
Мне кажется, что образ ядра Linux был поврежден упомянутым вами действием. Самый простой способ исправить это - переустановить ядро, загрузив его в Live Ubuntu (USB). Попробуйте заменить vmlinuz и initrd. Убедитесь, что вы заменили правильные файлы, перекрестно проверив его с конфигурацией grub.
3 ответа
Оказывается, проблема связана с источником синхронизации TSC. В краткосрочной перспективе изменение источника синхронизации на «hpet» (временно через echo hpet > /sys/devices/system/clocksource/clocksource0/current_clocksource или более постоянное добавление clocksource=hpet к параметрам загрузки ядра в /etc/default/grub) работает вокруг проблемы.
В более широком смысле эта проблема связана с ошибкой в обработке TSC ядра Linux в отношении настольных процессоров Skylake X. Это должно быть исправлено в предстоящем выпуске ядра.
Обновление: перестройка текущего ядра с помощью однострочного исправления из вышеупомянутого патча фактически восстанавливает правильное поведение TSC.
-
1У меня есть Skylake, как я могу сказать, что это SKYLAKE X с кристаллом 24 МГц вместо 25 МГц, как говорится в отчете об ошибке ядра 4,9? – WinEunuuchs2Unix 15 March 2018 в 03:45
-
2@ WinEunuuchs2Unix - cat /proc/cpuinfo | grep model, а затем google номер модели. Если это Skylake X, остановите службу timesyncd, и если часы замедлятся на ~ 4% (144 секунды / час), то это довольно хороший признак того, что у вас проблема с TSC. Если проблема исчезнет, изменив источник синхронизации (как указано выше), это будет дальнейшее подтверждение. – zachrahan 16 March 2018 в 17:29
-
3Оказывается, номера моделей заканчиваются на X . Поскольку мой 6700HQ, мне не о чем беспокоиться. Спасибо за интересный Q & amp; A. – WinEunuuchs2Unix 17 March 2018 в 20:12
Оказывается, проблема связана с источником синхронизации TSC. В краткосрочной перспективе изменение источника синхронизации на «hpet» (временно через echo hpet > /sys/devices/system/clocksource/clocksource0/current_clocksource или более постоянное добавление clocksource=hpet к параметрам загрузки ядра в /etc/default/grub) работает вокруг проблемы.
В более широком смысле эта проблема связана с ошибкой в обработке TSC ядра Linux в отношении настольных процессоров Skylake X. Это должно быть исправлено в предстоящем выпуске ядра.
Обновление: перестройка текущего ядра с помощью однострочного исправления из вышеупомянутого патча фактически восстанавливает правильное поведение TSC.
Оказывается, проблема связана с источником синхронизации TSC. В краткосрочной перспективе изменение источника синхронизации на «hpet» (временно через echo hpet > /sys/devices/system/clocksource/clocksource0/current_clocksource или более постоянное добавление clocksource=hpet к параметрам загрузки ядра в /etc/default/grub) работает вокруг проблемы.
В более широком смысле эта проблема связана с ошибкой в обработке TSC ядра Linux в отношении настольных процессоров Skylake X. Это должно быть исправлено в предстоящем выпуске ядра.
Обновление: перестройка текущего ядра с помощью однострочного исправления из вышеупомянутого патча фактически восстанавливает правильное поведение TSC.