Хорошо, теперь у меня настоящая ошибка сервера;)
Через некоторое время после загрузки (около минуты) мой сервер зависает. Все, что я могу сделать, это сделать полный сброс. Затем после перезапуска в /var/log/kern.log я могу найти:
Jul 29 22:38:57 leonidas kernel: [ 90.729598] longhaul: Failed to set requested frequency!
Jul 29 22:38:57 leonidas kernel: [ 90.731252] longhaul: Enabling "Ignore Revision ID" option.
Jul 29 22:38:57 leonidas kernel: [ 91.201461] longhaul: Failed to set requested frequency!
Jul 29 22:38:57 leonidas kernel: [ 91.201482] longhaul: Disabling ACPI C3 support.
Jul 29 22:38:57 leonidas kernel: [ 91.204230] longhaul: Disabling "Ignore Revision ID" option.
Jul 29 22:38:58 leonidas kernel: [ 91.416133] longhaul: Failed to set requested frequency!
Jul 29 22:38:58 leonidas kernel: [ 91.416152] longhaul: Enabling "Ignore Revision ID" option.
Jul 29 22:38:58 leonidas kernel: [ 91.960048] Clocksource tsc unstable (delta = -105611479 ns)
Я нашел несколько ресурсов в сети, и там было сказано изменить тактовый источник или отключить ACPI. Я попытался отключить ACPI, но это не помогло (но я заметил, что до зависания было больше времени). Я не могу изменить часы на hpet, потому что в моей системе их нет.
Вывод cat / sys / devices / system / clocksource / clocksource0 / available_clocksource:
acpi_pm jiffies tsc
Моя система - это сервер ubuntu на оборудовании VIA Epia.
Ваш ЦП отказывается сотрудничать с системой, поскольку он пытается контролировать тактовую частоту ЦП. Это известная проблема с определенным оборудованием; то долгий путь драйвер не работает для некоторых конфигураций, что, в свою очередь, вызывает проблемы с энергосбережением процессора, также известным как масштабирование частоты процессора. Если вы вернетесь и посмотрите на свое исходное сообщение об ошибке, вы можете ясно увидеть, что драйвер долгосрочной передачи «жив и здоров», хотя он предположительно «сломан». Вашей целью будет отключение этого параметра или его переопределение с другим источником часов.
TSC означает «счетчик отметок времени», который должен увеличиваться последовательно со скоростью процессора. Когда ЦП динамически изменяет частоту, TSC «изменяется» или «отклоняется», и ядро замечает это; следовательно, сообщение в журнале от ядра о TSC. Уловка здесь заключается в том, чтобы найти регулятор частоты процессора и отключить эту функцию или постоянно включать максимальную мощность процессора. По сути, вы хотите, чтобы ЦП работал на полную мощность без масштабирования частоты. В Ubuntu это также может зависеть от типа процессора - мой персональный компьютер - это старый процессор Athlon XP, поэтому он устанавливает powernowd демон для управления частотой процессора, потому что это процессор AMD, даже если он не может использовать эту функцию. Процессоры Intel (вероятно) будут использовать что-то еще, а VIA все равно что-то другое. Вы можете захотеть сделать
apropos power
... и посмотрите, какие программы предлагаются на страницах руководства (что, в свою очередь, даст вам несколько быстрых подсказок относительно того, какие программы могут быть виноваты).
Другой подход - явно установить для clocksource значение acpi_pm, который, судя по всему, поддерживается на основе предоставленных вами выходных данных. Вы также можете попробовать jiffies но acpi_pm вероятно даст вам лучшие результаты.
Некоторые поиски намекнул, что вы, вероятно, используете чип на основе VIA, у которого время от времени возникали проблемы с драйверами при масштабировании частоты процессора. Поскольку я не знаю вашей конкретной настройки оборудования, я не могу сказать больше, чем это. Удачи.