Устройство, по-видимому, зависает при запуске libvirtd.

Содержание

Вопрос или проблема
Ответ или решение
Теория
Пример
Применение

Вопрос или проблема

У меня есть ThinkPad W540, который я использую как сервер с тех пор, как он был снят с эксплуатации и заменен на мой новый и более портативный ноутбук. Я использую его как сервер Home Assistant и сервер macOS VM (для iMessage) на Fedora Server Edition.

Возникла странная проблема во время использования устройства для серверных задач: каждый раз, когда я запускаю sudo systemctl start libvirtd, через секунду устройство зависает. Полностью не отвечает. Курсор перестает мигать. Единственное, что я вижу в dmesg, это сообщения, связанные с мостом.

Я не думаю, что это паника ядра, потому что если я вызываю крах системы с помощью sysrq, я вижу вывод ядра, не связанный с dmesg, указывающий на ошибку, чего здесь не происходит. Но, как и при панике ядра, если я отключаю кабель VGA (да, VGA) и подключаю его обратно, видеоответа нет.

Я пробовал:

Переустанавливать ОС (много раз)
Понижать и обновлять BIOS вручную
Переключаться с BIOS на UEFI

Я в растерянности, есть ли что-то, что я могу сделать, чтобы это исправить, или мой компьютер пытается сказать мне, что он устал и хочет спокойно отдохнуть?

Извините, если это неподходящее место для этого вопроса.

Ответ или решение

Теория

Ваш ThinkPad W540, используемый в качестве сервера, сталкивается с проблемой хотя бы частично относящейся к работе libvirtd — демона виртуализации, который управляет гипервизорами и виртуальными машинами в Linux. Когда вы запускаете команду sudo systemctl start libvirtd, устройство становится полностью неотзывчивым. По описанным симптомам проблема напоминает сбой системного уровня, которая не генерирует стандартных сообщений ошибки ядра. Из предоставленной информации видно, что, скорее всего, проблема связана с конфигурацией сети, поскольку выход dmesg содержит информацию, связанную с мостами (bridge), которые часто используются в сетевых конфигурациях виртуальных машин.

Пример

Давайте рассмотрим несколько известных причин, из-за которых команда запуска libvirtd может приводить к подобным сбоям:

Конфликт конфигураций сети: Если в вашей системе настроена сложная конфигурация сети, например, мосты и виртуальные сети, возможно, что настройки конфликтуют между собой.
Проблемы аппаратного уровня: Встречаются случаи, когда аппаратные ресурсы ПК, такие как устаревшие драйверы или несовместимость с современными компонентами Fedora Server Edition, могут вызывать сбои.
Проблемы с системой охлаждения: Хотя об этом не было сказано в описании проблемы, длительное использование ноутбука в качестве сервера может привести к его перегреву, что иногда вызывает неожиданные сбои.
Настройки гипервизора: Некорректные или не полные настройки DRI (Direct Rendering Infrastructure) для гипервизора могут нарушить корректного разрешения для виртуальных машин, особенно когда используется графический интерфейс.

Применение

Давайте разберем шаги, которые можно предпринять для решения описанной проблемы:

Проверка конфигурации мостов и сети:
- Проверьте ваши настройки сети. Вручную проверьте конфигурационные файлы, связанные с вашими мостами (/etc/network/interfaces, bridge-utils, nmcli конфигурации), чтобы удостовериться в отсутствии некорректных записей или конфликтов сетевых адресов.
- Убедитесь, что у вас установлены последние версии bridge-utils и других необходимых сетевых пакетов.
Диагностика аппаратных проблем:
- Оцените состояние основных аппаратных компонентов, таких как оперативная память и жесткий диск, с помощью утилит вроде memtest86+ или smartctl.
- Убедитесь, что ваше устройство не перегревается. Попробуйте использовать инструменты мониторинга, такие как sensors или psensor, для отслеживания температуры.
Обновление ядра и драйверов:
- Обновите ядро и все связанные виртуальные драйверы до последних доступных версий, используя пакетные менеджеры Fedora.
Переход к другой версии гипервизора:
- Попробуйте использовать альтернативные гипервизоры, такие как QEMU-KVM, особенно если libvirt не оказывает ожидаемого результата. Убедитесь, что их конфигурации корректно настроены.
Мониторинг и диагностика при помощи логов:
- Для более детальной диагностики изучите логи системных сообщений. Например, логи journalctl могут содержать подсказки относительно причины сбоя. Запустите: journalctl -xe сразу после попытки запуска libvirtd.

По итогу, доскональный анализ конфигурационных файлов и обновление системных компонентов вполне может помочь обнаружить и устранить источник проблемы. Если ничего из предложенного не сработает, возможно, имеет смысл рассмотреть замену устройства, поскольку это может указывать на нехватку аппаратных ресурсов или значительный износ компонентов ввиду длительной нагрузки.