День 115 — Omarchy на старом Acer: возвращаемся к Linux и разбираемся с Radeon

2 сентября 2026, 21:30

Иногда HomeLab начинается не с нового сервера, а с желания достать старое железо и проверить, на что оно ещё способно.

В этот раз таким экспериментом стал Acer Aspire 3820. Я решил попробовать что-то новое, вспомнить свои навыки Linux и посмотреть, как современное тайлинговое окружение будет чувствовать себя на ноутбуке, который появился задолго до Wayland и Hyprland.

В качестве системы выбрал Omarchy. Это готовое, достаточно строго настроенное окружение на базе Arch Linux, Hyprland и Quickshell. Его авторы называют такой подход opinionated: система сразу предлагает определённый способ работы, а не оставляет пользователя перед пустым рабочим столом и сотней вариантов настройки.

Для меня это ещё и интересная точка сравнения с основным рабочим MacBook Air на M1. Там интерфейс максимально цельный и привычный. Здесь всё иначе: окна автоматически занимают доступное пространство, управление строится вокруг клавиатуры, а рабочее окружение постоянно подталкивает пользоваться системой более осознанно.

Старое железо встречает современный Linux

Конфигурация Acer сегодня выглядит скромно:

Intel Core i3 M330, 2,13 ГГц
около 6 ГБ оперативной памяти
AMD Mobility Radeon HD 5470, 512 МБ VRAM
SSD OCZ Vertex 4, около 120 ГБ
экран 1366x768, 60 Гц
LUKS + Btrfs

Установка Omarchy прошла штатно: без приключений с загрузчиком, сетью или диском. После последовательных шагов установщика система загрузилась и оказалась пригодна для работы.

Это важный результат сам по себе. Современное окружение на базе Arch и Wayland запустилось на ноутбуке с процессором первого поколения Core и видеокартой 2010 года.

Официально Omarchy устанавливается с ISO, поддерживает установку на весь диск или в свободное пространство и по умолчанию использует шифрование. Перед установкой на рабочую машину всё равно нужен отдельный резервный снимок: полно-дисковый сценарий очищает выбранный накопитель. Подробности есть в официальном руководстве.

Что понравилось

Главное впечатление — тайлинговые окна.

На macOS окна обычно размещаешь вручную или пользуешься дополнительными средствами организации рабочего пространства. Hyprland действует иначе: новое окно сразу становится частью раскладки, а фокус и положение меняются горячими клавишами.

+----------------------+----------------------+
|                      |                      |
|      Terminal        |       Firefox        |
|                      |                      |
+----------------------+----------------------+
|                  Codex CLI                  |
+---------------------------------------------+

Такой подход не обязательно лучше для каждого пользователя. Но он интересный, быстрый и заставляет заново посмотреть на привычную работу с приложениями.

Omarchy остаётся на ноутбуке. Пока это не замена MacBook Air M1, а отдельная экспериментальная рабочая станция для Linux, SSH, Codex CLI и задач HomeLab.

Где появились артефакты

Первой настоящей проблемой стал Chromium. В браузере и приложениях на его основе начали появляться графические артефакты:

• отдельные элементы страницы отрисовывались неправильно;
• интерфейс местами искажался;
• Chromium-приложения вели себя нестабильно.

Первой проверкой стало отключение аппаратного ускорения:

--disable-gpu

Но результат не изменился. Значит, нельзя было просто сказать: «старая видеокарта не справляется». Нужно было разделить возможную аппаратную неисправность и проблему конкретного графического пути.

Что показала диагностика Radeon

С Radeon HD 5470 работает штатный драйвер ядра:

radeon

Модуль amdgpu в системе присутствует, но устройство обслуживает именно radeon. Для поколения Cedar это ожидаемое поведение, поэтому переводить карту на другой драйвер только ради эксперимента я не стал.

Проверка показала:

• определяются 512 МБ VRAM и 1024 МБ GTT;
• кольцевые тесты GPU проходят;
• видеодекодер UVD инициализируется;
• ядро не фиксирует зависания, сбросы GPU или ошибки чтения памяти;
• температура Radeon держится около 51 °C.

Это не даёт абсолютной гарантии аппаратной исправности, но заметно снижает вероятность того, что причиной является физически умирающая видеокарта.

Старый DRM и новый Wayland

В журналах Hyprland и Aquamarine появились более полезные подсказки:

failed to set DRM_CLIENT_CAP_ATOMIC, falling back to legacy

eglCreateContext failed with GLES 3.2, retrying GLES 3.0

Cannot commit when a page-flip is awaiting

Картина получилась логичной:

• Radeon не предоставляет современный atomic modesetting;
• композитор переходит на legacy DRM;
• OpenGL ES 3.2 недоступен и используется более старый контекст;
• при переключении кадров встречаются ошибки;
• при этом сам Hyprland продолжает работать.

Проблема оказалась не в одном сломанном компоненте, а на стыке старого GPU, legacy DRM, Wayland-композитора и Chromium.

Контрольный тест с Firefox

Чтобы проверить вывод, установил Firefox и запустил его двумя способами.

Нативный Wayland:

MOZ_ENABLE_WAYLAND=1 firefox

XWayland с отдельным тестовым профилем:

MOZ_ENABLE_WAYLAND=0 firefox \
  --no-remote \
  --profile ~/.mozilla/firefox-xwayland-test

В обоих режимах Firefox работал без артефактов.

Этот тест стал ключевым. Если один браузер стабилен и в Wayland, и в XWayland, то матрица, память и весь графический стек целиком вряд ли неисправны. Проблема локализуется ближе к реализации Chromium и её взаимодействию с текущей комбинацией Wayland и Radeon.

Firefox после проверки стал браузером по умолчанию для HTTP, HTTPS, HTML и XHTML.

Codex: CLI работает, Desktop ещё проверяем

На Acer нормально работает Codex CLI. Для небольшого экрана и тайлингового окружения терминальный вариант даже выглядит естественно: редактор, SSH-сессия и агент раскладываются по рабочему столу без ручной возни с окнами.

В Codex Desktop проявились артефакты, похожие на Chromium. Процессы приложения показали тот же класс графического пути:

--type=gpu-process
--ozone-platform=wayland
--render-node-override=/dev/dri/renderD128

Для теста подготовлен пользовательский флаг:

--ozone-platform=x11

Он переводит Electron-приложение на XWayland. Но здесь важно не выдавать предположение за результат: Codex Desktop в таком режиме ещё нужно дольше проверять. Подтверждённый рабочий вариант на текущем этапе — Codex CLI.

Интерактивная схема диагностики

Последовательность проверки я собрал в Archify как отдельный проверяемый workflow:

Открыть интерактивную схему диагностики Omarchy и Radeon

Фиксированный интерфейс Archify пока остаётся англоязычным, но все узлы и выводы схемы подписаны по-русски.

В сокращённом виде логика выглядит так:

Chromium показывает артефакты
              |
              v
      --disable-gpu не помог
              |
              v
   ядро не видит ошибок Radeon
              |
              v
 Firefox Wayland и XWayland стабильны
              |
              v
 проблема локализована в Chromium-пути
              |
              v
 Firefox для браузера, XWayland для Electron

Что ещё проверили

Параллельно с графикой провёл короткий аудит ноутбука.

Память

Во время проверки использовалось около 1,7 ГБ, доступно оставалось примерно 4 ГБ. Swap не задействовался. Артефакты не были следствием нехватки оперативной памяти.

SSD и Btrfs

На диске занято около 14 ГБ, а счётчики Btrfs оставались чистыми:

write_io_errs:   0
read_io_errs:    0
flush_io_errs:   0
corruption_errs: 0
generation_errs: 0

SMART ещё предстоит проверить после установки smartmontools:

sudo pacman -S smartmontools
sudo smartctl -a /dev/sda

Температуры и батарея

Процессор держался в районе 45–47 °C, Radeon — около 51 °C. У батареи осталось примерно 74% исходной ёмкости, то есть износ составляет около 26%.

Загрузка и службы

Система загружается примерно за 34 секунды. Около 28 секунд занимает ядро и ещё 6,5 секунды — пользовательское окружение. Для такого возраста оборудования результат нормальный.

Упавших системных и пользовательских служб во время проверки не обнаружено.

Практический итог

Omarchy остаётся на Acer, и эксперимент продолжается.

Я не получил новый основной ноутбук и не пытался превратить старый Core i3 в MacBook Air M1. Зато получил работающую Linux-машину с современным тайлинговым окружением, вспомнил практику диагностики графического стека и ещё раз убедился, что проблема редко сводится к фразе «железо слишком старое».

Рабочая конфигурация сейчас такая:

• Omarchy и Hyprland остаются;
• Firefox используется как основной браузер;
• Codex CLI работает штатно;
• Electron-приложения при необходимости проверяются через XWayland;
• драйвер radeon не меняется без доказанной причины;
• ноутбук используется как экспериментальная станция в HomeLab.

Главный вывод дня: старое оборудование можно продолжать использовать, если не пытаться силой заставить каждый современный слой работать в самом новом режиме. Иногда правильное инженерное решение — локализовать несовместимость и выбрать небольшой, понятный обход.