Вопрос или проблема
Итак, я использую Ubuntu Server на своем ноутбуке и хочу, чтобы экран моего ноутбука был закрыт, чтобы он не был постоянно открыт. Но когда я изменил конфигурацию в Logind и закрыл крышку, появилась ошибка, в которой говорится: amdgpu 0000:00:01.0: [drm:amdgpu_ring_test_helper [amdgpu]] ОШИБКА тест кольца comp_1.0.1 не удался (-110)
Даже если у меня нет конфигурации, чтобы ноутбук работал с закрытой крышкой, все равно показывает мне эту ошибку
.
Ответ или решение
Конечно. Похоже, у вас возникла проблема, связанная с работой графического процессора AMD на вашем ноутбуке под управлением Ubuntu Server при закрытии и открытии крышки. Прежде чем углубиться в решение этой проблемы, давайте сначала рассмотрим теорию, связанную с ней.
Теоретическое объяснение
Ошибка, которую вы наблюдаете — amdgpu 0000:00:01.0: [drm:amdgpu_ring_test_helper [amdgpu]] ERROR ring comp_1.0.1 test failed (-110)
— связана с драйверами для видеокарт AMD. Эта ошибка указывает на сбой в тестировании кольцевого буфера компоновки графического процессора. Код ошибки -110 обычно связан с тайм-аутом операции, то есть система ожидала ответа от GPU, но не получила его вовремя.
Когда вы закрываете крышку ноутбука, он может переходить в спящий режим, что зачастую приводит к ошибочным процессам и сбоям в коммуникациях между аппаратными компонентами и операционной системой. Это особенно характерно для систем, которые не поддерживают полностью управление питанием или имеют проблемы с драйверами для определённых аппаратных компонентов.
В вашей конфигурации Logind, вероятно, изменены параметры, связанные с поведением системы при закрытии крышки. Конфигурационный файл логинд обычно находится по пути /etc/systemd/logind.conf
. Однако, даже если вы не изменили конфигурацию для работы при закрытой крышке, система все равно может пытаться инициировать определенные процедуры управления питанием, что приводит к таким ошибкам, как та, которую вы наблюдаете.
Пример аналогичной проблемы
Проблемы с драйверами amdgpu известны в сообществе Linux. Например, пользователи, которые тестируют новые версии ядра или используют нестабильные версии драйверов от AMD, также сталкиваются с подобными сбоями. Это связано с тем, что драйверы могут не всегда корректно управлять энергопотреблением и процессами восстановления после спящего режима. Проблемы также могут быть связаны с взаимодействием ПО и аппаратных компонентов конкретной модели ноутбука.
Применение и решение проблемы
Чтобы решить эту проблему, вы можете предпринять следующие шаги:
-
Проверьте обновления системы и драйверов: Убедитесь, что у вас установлены последние обновления для Ubuntu Server и драйверов для AMD. Для этого выполните команды:
sudo apt update sudo apt upgrade
Затем проверьте, есть ли обновления для драйвера amdgpu:
sudo ubuntu-drivers autoinstall
-
Редактирование конфигурации Logind: Откройте файл конфигурации logind:
sudo nano /etc/systemd/logind.conf
Найдите параметры
HandleLidSwitch
,HandleLidSwitchDocked
,HandleLidSwitchExternalPower
и установите их вignore
, если вы хотите полностью игнорировать действие закрытия крышки.HandleLidSwitch=ignore HandleLidSwitchDocked=ignore HandleLidSwitchExternalPower=ignore
После изменений перезагрузите systemd чтобы они вступили в силу:
sudo systemctl restart systemd-logind
-
Настройка управления питанием: Убедитесь, что у вас нет конфликтующих настроек управления питанием. Некоторые пользователи нашли решение в установке
TLP
для управления профилями питания:sudo apt install tlp
После установки перезапустите систему.
-
Проверка логов: Изучите системные логи для поиска дополнительных сообщений об ошибках, которые могут помочь локализовать источник проблемы. Логи можно посмотреть с помощью команд:
journalctl -xe dmesg
-
Обращение за помощью: Если вышеперечисленные шаги не помогли, стоит обратиться за помощью в сообщество Ubuntu или на форумы поддержки AMD, предоставив как можно больше информации о вашей системе и возникающей проблеме.
В заключение, проблемы с драйверами и управлением питанием в Linux могут быть комплексными и зависеть от множества факторов, включая аппаратные особенности конкретного устройства. Воспользуйтесь вышеперечисленными рекомендациями и испытайте различные подходы, чтобы достичь наилучшего результата для вашей системы.