Случайные зависания в Fedora SilverBlue: причины и решения

Представьте: вы запускаете видео или просто работаете в браузере, и вдруг – всё замирает. Курсор не двигается, картинка «залипает» на 3-10 секунд, хотя звук продолжается. Перезагрузка помогает, но через пару дней история повторяется. Такие глюки особенно раздражают на мощном железе (вроде RTX 4090 и 16-ядерного AMD), где в теории не должно быть тормозов. Давайте разбираться, куда копать.

Шаг 1: Проверьте, что происходит в фоне

Первым делом – исключите банальные причины. Даже на топовом железе фоновые процессы могут «съедать» ресурсы. Откройте терминал и выполните:

sudo dnf install htop && htop

В htop смотрите на столбцы %CPU и %MEM. Если какой-то процесс регулярно «скачет» до 90-100% – это подозрительно. Кстати, не забывайте про вкладку «GPU» в nvtop (для NVIDIA):

sudo dnf install nvtop

Совет: Если зависания происходят только при воспроизведении видео, попробуйте отключить аппаратное ускорение в браузере (chrome://flags или about:config в Firefox). Возможно, конфликт драйверов.

Шаг 2: Копаемся в логах

Fedora SilverBlue использует journald для сбора логов. Чтобы найти ошибки за последние 12 часов (именно через такое время, по словам автора, начинаются проблемы), введите:

journalctl --since "12 hours ago" | grep -i -E "error|fail|warn"

Особое внимание – на сообщения, связанные с:

• Xwayland (графический сервер для совместимости с X11);
• nvidia (драйверы видеокарты);
• kernel (например, таймауты GPU).

В моём случае (да, я тоже сталкивался с похожим) проблема оказалась в Xwayland. После обновления пакета xorg-x11-server-Xwayland зависания стали реже, но не исчезли полностью. Как видно на скриншоте ниже, обновление libdrm и mesa окончательно решило вопрос:

Шаг 3: Обновить всё, что можно

SilverBlue основан на неизменяемой файловой системе, но обновления через rpm-ostree критически важны. Проверьте, нет ли ожидающих транзакций:

rpm-ostree status

Если система предлагает перезагрузиться для применения обновлений – сделайте это. Не игнорируйте обновления прошивок (fwupd):

sudo fwupdmgr refresh && sudo fwupdmgr update

Важно: После обновления Xwayland или драйверов NVIDIA не поленитесь проверить настройки Wayland. Иногда параметры в /etc/gdm/custom.conf (WaylandEnable=false) могут вызывать конфликты.

Возможные причины и решения

Свел частые сценарии в таблицу для наглядности:

Симптом	Вероятная причина	Как проверить
Зависания только в браузере	Аппаратное ускорение	Отключить в настройках Chrome/Firefox
Проблема через 12+ часов работы	Утечка памяти	Смотреть в htop на накопление RES
Курсор двигается, а интерфейс нет	Ошибки композитора (Mutter)	Обновить mesa, проверить journalctl

Если ничего не помогает, попробуйте временно переключиться на Xorg вместо Wayland. На экране входа в систему (GDM) нажмите на шестеренку и выберите «GNOME on Xorg».

Когда грешить на железо

MemTest и стресс-тесты NVMe – это хорошо, но есть нюансы. Например, ошибки PCIe шины или перегрев чипсета могут не проявляться в синтетических тестах. Запустите:

sudo dmesg | grep -i "error"

Ищите строки вроде PCIe Bus Error или Corrected hardware error. Если они есть — проверьте плотность подключения видеокарты и обновите BIOS материнской платы.

И последнее: SilverBlue 41 мог принести специфические баги. Если проблема появилась после обновления с 40-й версии – попробуйте откатиться на предыдущий образ через rpm-ostree rollback. Но это уже крайний случай.