Debian Forky: полная настройка под игры, творчество и разработку

Логика и параметры этого гайда взяты из исходников Bazzite (kargs, PRIME power management, ZRAM-тюнинг, игровой стек) и адаптированы под обычный apt/dkms-Debian Forky — без immutable-образов, но с той же производительностью. Изначально гайд был под связку AMD iGPU + NVIDIA dGPU, но ниже он расширен до универсального — с отдельными путями под чистый AMD и чистый Intel.

---

Инфоповод: что было в свежем апдейте Bazzite

Поводом для актуализации гайда стал релиз Bazzite 44.20260919. По официальному changelog на GitHub (ublue-os/bazzite) и разбору на LinuxCompatible.org, в апдейт вошло:

Пара деталей, которые в пересказах по соцсетям исказились:

• Firmware не обновляли намеренно — оставили на 20260810-1, потому что новая прошивка раньше ловила регрессии на портативках (Steam Deck, ROG Ally); решили пожертвовать свежестью ради стабильности загрузки.
• Waydroid не получил номер версии — реально нового там пакет waydroid-nvidia, добавляющий поддержку NVIDIA GPU внутри Android-песочницы (раньше нормально работало только на Intel/AMD).
• Главные тематические блоки апдейта — переработка аудиостека и фикс инсталлятора, это прямо вынесено в заголовок официального анонса.

Важно не путать: у Bazzite (Fedora-based, atomic) свой кастомный OGC-сборка ядра 7.2.4-ogc3.1 — это не то же самое, что ядро в Debian Forky. Ниже — реальные версии именно для Forky.

---

00. Что нового в Debian Forky

Краткая сводка релизов и статуса Debian Forky на момент обновления гайда — читай перед тем, как следовать шагам ниже, если возвращаешься к гайду спустя время.

Forky — это testing, не stable. Debian 13 «trixie» остаётся текущим stable-релизом, а «forky» — тестовая ветка будущего Debian 14, релиз ожидается не раньше середины-конца 2027. Официальный статус: debian.org/releases/forky.

Ядро в Forky скачкообразно ушло на мейнлайн-ветку 7.x — пакет linux-source на версии 7.1.12-1 (апстрим Linux перешагнул через отметку 7.0 в течение 2026 года, как раньше было с переходом 5.x → 6.x). Крупные скачки мажорной версии исторически били по DKMS-сборке проприетарного драйвера NVIDIA — в феврале 2026 именно так вышло с переходом на 6.19 (потребовался отдельный фикс-релиз 580.126.18). Если после обновления ядра nvidia-smi отвалился — не паникуй, это известный паттерн, смотри раздел 03 → Troubleshooting DKMS.

У testing нет оперативных security-обновлений — команда безопасности Debian патчит только stable/sid напрямую, в testing фиксы попадают с задержкой через обычную миграцию из unstable (сейчас увеличена до 10 дней из-за политики заморозки). Если это критично — либо держи sid вместо forky в sources.list (то же ядро свежести, но без искусственной задержки), либо будь готов вручную подтягивать security-патчи из sid при необходимости.

NVIDIA 615.71.09 — из значимого: поддержка VK_NV_low_latency ревизии 2 (out-of-the-box NVIDIA Reflex в Proton для Vulkan-игр), расширение VK_EXT_cluster_acceleration_structure, фикс зависаний при старте/alt-tab с NVIDIA Smooth Motion, новая опция RmDisableDisplayGlitchPerfLimit для снижения простойного энергопотребления на multi-monitor конфигурациях, поддержка cgroups-based memory partitioning в открытом kernel-модуле.

NVIDIA официально собирает CUDA-репозиторий только под debian12/debian13 (форки под конкретный ABI glibc) — инструкции ниже используют репозиторий debian13, он совместим и с forky. Известная проблема: Production Branch иногда не собирается против свежего glibc 2.41+ из forky/sid — см. раздел 02 → запасной путь через debian12-репозиторий.

---

01. Репозитории и база

Prod-ready фундамент до установки драйверов: свежее ядро, заголовки, contrib/non-free.

/etc/apt/sources.list

deb http://deb.debian.org/debian forky main contrib non-free non-free-firmware
deb http://deb.debian.org/debian forky-updates main contrib non-free non-free-firmware
deb http://deb.debian.org/debian-security forky-security main contrib non-free non-free-firmware

sudo apt update && sudo apt full-upgrade -y
sudo apt install software-properties-common dkms build-essential \
  linux-headers-$(uname -r) mokutil wget curl

На Forky ядро обновляется часто (пусть и с 10-дневной задержкой миграции из unstable). После каждого apt full-upgrade, затрагивающего ядро — DKMS должен пересобрать модуль NVIDIA автоматически (см. раздел 03). Если nvidia-smi отвалился после апдейта — начни диагностику оттуда.

Хочешь свежее и без 10-дневной задержки миграции — замени forky на sid во всех строках выше. Разница: sid обновляется быстрее, но иногда ловит регрессии на день-два раньше, чем они успевают откатиться; forky чуть стабильнее ценой более редких обновлений.

---

02. GPU-драйверы по вендорам

NVIDIA: проприетарный драйвер + CUDA

Официальный репозиторий, ветка New Feature Branch — самая свежая, с ранним доступом к фичам Vulkan/DRM.

wget https://developer.download.nvidia.com/compute/cuda/repos/debian13/x86_64/cuda-keyring_1.1-1_all.deb
sudo dpkg -i cuda-keyring_1.1-1_all.deb
sudo apt update

Репозиторий debian13 совместим с forky (тот же ABI-фундамент, trixie). Если ловишь конфликты зависимостей — запасной путь: debian12 в том же URL.

sudo apt install cuda-drivers cuda-toolkit

cuda-drivers — метапакет, тянущий закрытый kernel-модуль (nvidia-kernel-dkms), а не открытый nvidia-open.

Чтобы поставить именно свежую NFB-сборку (615.71.09):

apt list -a cuda-drivers               # смотрим доступные версии
sudo apt install cuda-drivers=615.71.09-1 nvidia-kernel-dkms=615.71.09-1

Для более консервативного варианта — Production Branch 595.99.02 (стабильнее, но фичи и фиксы приходят позже):

sudo apt install cuda-drivers=595.99.02-1 nvidia-kernel-dkms=595.99.02-1

Дальше версия едет вместе с обычным apt upgrade — hold намеренно не ставим, чтобы nvidia-kernel-dkms и userspace-библиотеки (libnvidia-*) не разъезжались по ABI.

Актуальные номера веток смотри на nvidia.com/drivers перед установкой — Production и NFB обновляются раз в 1–2 месяца.

Если Production Branch не собирается (ошибка DKMS против свежего glibc): на debian13-репозитории изредка ловится проблема — Production Branch собран против более старого glibc и не линкуется с glibc 2.41+, который приезжает в forky/sid раньше, чем в stable. Симптом — ошибка сборки DKMS вида exception specification is incompatible на cospi/sinpi. Рабочий обход:

sudo rm /etc/apt/sources.list.d/cuda-debian13-x86_64.list
wget https://developer.download.nvidia.com/compute/cuda/repos/debian12/x86_64/cuda-keyring_1.1-1_all.deb
sudo dpkg -i cuda-keyring_1.1-1_all.deb
sudo apt update

NFB обычно от этой проблемы не страдает — она чаще проявляется именно на Production Branch.

sudo reboot
nvidia-smi
nvcc --version

AMD: без отдельного драйвера + ROCm

Главное отличие от NVIDIA: проприетарный драйвер ставить не нужно вообще. Открытый стек amdgpu (ядро) + Mesa (userspace) уже всё умеет из коробки — Mesa 26.0+ реализует Vulkan 1.4 и заметно ускорила ray tracing на AMD.

sudo apt install mesa-vulkan-drivers mesa-va-drivers firmware-amd-graphics

ROCm — для компьюта (ML, GPU-рендер в творческих задачах). Официальный установщик умеет ставить только нужные компоненты через --usecase:

wget https://repo.radeon.com/amdgpu-install/7.14/ubuntu/jammy/amdgpu-install_7.14.xxxxx-1_all.deb
sudo apt install ./amdgpu-install_7.14.xxxxx-1_all.deb
sudo apt update
sudo amdgpu-install --usecase=graphics,rocm,opencl,hip --no-dkms

Актуальную версию пакета смотри на repo.radeon.com — ROCm обновляется чаще, чем стоит хардкодить номер.

Проверка:

rocminfo | grep -i "gfx\|agent"
vulkaninfo | grep "driverVersion\|deviceName"

Intel: без отдельного драйвера + oneAPI

Как и у AMD — Intel полностью в апстриме, Mesa даёт ANV (Vulkan) и Iris (OpenGL) из коробки.

sudo apt install mesa-vulkan-drivers mesa-va-drivers intel-media-va-driver-non-free

Аппаратное декодирование/кодирование видео зависит от двух прошивок — GuC (графический микроконтроллер) и HuC (HEVC/AVC-микроконтроллер). Без них декодирование падает на софтверный рендер — медленнее и сажает батарею на ноутбуке:

sudo apt install firmware-misc-nonfree

Проверка, что карта определилась и видна Vulkan:

lspci -v | grep -i "arc\|xe"
vulkaninfo | grep "driverVersion\|deviceName"

oneAPI — Level Zero и OpenCL уже реализованы в Mesa. Для SYCL-разработки и тяжёлого компьюта (в т.ч. локальные LLM через llama.cpp) — Intel oneAPI Base Toolkit с сайта Intel, ставится поверх системного Mesa-стека без конфликтов.

XeSS — Intel XeSS 2.0 (с 2025 года) работает не только на картах Arc, на не-Intel GPU тоже включается, хоть и без аппаратного ускорения через матричные XMX-блоки.

---

03. Secure Boot и автоподпись DKMS

Актуально только для NVIDIA (проприетарный модуль out-of-tree) — AMD и Intel полностью в mainline-ядре, подписывать нечего.

Проверка статуса:

mokutil --sb-state

Первичная регистрация ключа (один раз). При установке nvidia-kernel-dkms DKMS сам генерирует пару ключей (/var/lib/dkms/mok.key, mok.pub) и просит пароль — не пропускай этот шаг в apt. Если ключ уже сгенерирован, но не зарегистрирован:

sudo mokutil --import /var/lib/dkms/mok.pub
# задать одноразовый пароль для MOK Manager
sudo reboot

На следующей загрузке — синий экран MOK Manager:

1. Enroll MOK → Continue → Yes
2. Ввести пароль, заданный на предыдущем шаге
3. Reboot

Ключ остаётся доверенным в прошивке до тех пор, пока ты его не отзовёшь сам — эту процедуру не нужно повторять при каждом обновлении.

Автоподпись при каждом обновлении. DKMS хранит путь к ключу в /etc/dkms/framework.conf и подписывает модуль автоматически при каждой пересборке — она запускается post-install хуком после установки нового ядра или новой версии драйвера. Действий от тебя не требуется.

Проверка подписи:

modinfo nvidia | grep -i sig

Ожидаются строки signer, sig_key, sig_hashalgo. Если их нет:

sudo dkms autoinstall
sudo update-initramfs -u
sudo reboot

Troubleshooting DKMS при скачке мажорной версии ядра

Переход между крупными ветками ядра (как сейчас 6.x → 7.x в Forky) — самый частый момент, когда DKMS-сборка проприетарного модуля ломается. Это не баг конкретно твоей системы: в феврале 2026 переход на ядро 6.19 точно так же требовал отдельного фикс-релиза NVIDIA (580.126.18) — сборка со старым драйвером просто не проходила против нового ABI ядра.

sudo dkms status                      # статус сборки модуля под текущее ядро
uname -r                              # версия ядра, под которую нужен модуль
sudo dkms autoinstall -k $(uname -r)  # принудительная пересборка под конкретное ядро

Если пересборка падает с ошибкой компиляции (не с проблемой подписи) — почти наверняка версия драйвера ещё не адаптирована под новый ABI ядра. Проверь changelog на nvidia.com/drivers — обычно фикс-релиз под конкретную ветку ядра выходит в течение 1-3 недель после того, как эта ветка попадает в testing/unstable дистрибутивов. До выхода фикса — временный обходной путь: закрепиться на предыдущей версии ядра:

apt list --installed | grep linux-image     # какие версии ядра сейчас установлены
sudo apt install linux-image-<предыдущая-версия>
# в GRUB на загрузке выбрать Advanced options → предыдущее ядро,
# либо закрепить дефолт: sudo grub-reboot "Advanced options>...<предыдущая-версия>"

---

04. Гибридная графика (для ноутбуков с двумя GPU)

Логика из bazzite-hardware-setup: modeset для Wayland, fine-grained power management для dGPU в простое, offload по требованию.

Параметры ядра

/etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nvidia-drm.modeset=1 nvidia.NVreg_DynamicPowerManagement=0x02"

sudo update-grub

Runtime PM для dGPU в простое

/etc/udev/rules.d/80-nvidia-pm.rules

ACTION=="bind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{power/control}="auto"
ACTION=="unbind", SUBSYSTEM=="pci", ATTR{vendor}=="0x10de", ATTR{power/control}="auto"

Offload рендеринга на dGPU по требованию

/usr/local/bin/nvidia-run

#!/bin/sh
export __NV_PRIME_RENDER_OFFLOAD=1
export __NV_PRIME_RENDER_OFFLOAD_PROVIDER=NVIDIA-G0
export __GLX_VENDOR_LIBRARY_NAME=nvidia
export __VK_LAYER_NV_optimus=NVIDIA_only
exec "$@"

sudo chmod +x /usr/local/bin/nvidia-run
nvidia-run steam        # или nvidia-run %command% в опциях запуска игры

Проверка, что оффлоад реально идёт на dGPU:

DRI_PRIME=1 glxinfo | grep "OpenGL renderer"

Другие гибридные связки

---

05. ZRAM и память

Bazzite держит ZRAM включённым по умолчанию и считает vm.min_free_kbytes динамически как 1% от RAM. lz4 предпочтительнее zstd на игровом ноутбуке — ниже задержка при своп-промахах.

sudo apt install zram-tools

/etc/systemd/zram-generator.conf

[zram0]
zram-size = min(ram / 4, 8192)
compression-algorithm = lz4

/etc/sysctl.d/99-zram.conf (пример для 32 ГБ RAM)

vm.min_free_kbytes=335000
vm.swappiness=150

sudo sysctl --system
zramctl

---

06. Диск, firmware, обслуживание

TRIM для SSD/NVMe

sudo systemctl enable --now fstrim.timer
sudo systemctl status fstrim.timer

Обновление firmware ноутбука (аналог «firmware updater» в Bazzite)

sudo apt install fwupd
sudo fwupdmgr refresh
sudo fwupdmgr get-updates
sudo fwupdmgr update

Снапшоты BTRFS перед рискованными апдейтами Forky

sudo apt install snapper
sudo snapper -c root create-config /
sudo snapper -c root create --description "перед apt full-upgrade"

Forky — testing-ветка без гарантий отката (а с недавним увеличением задержки миграции до 10 дней откат за счёт понижения версии пакета вручную ещё и не всегда тривиален). Снапшот перед крупным full-upgrade (особенно затрагивающим ядро/NVIDIA) экономит вечера.

---

07. Аппаратное видео и браузер

sudo apt install ffmpeg vdpau-driver-all mesa-va-drivers nvidia-vaapi-driver

echo 'export LIBVA_DRIVER_NAME=nvidia' | sudo tee -a /etc/environment

(На AMD/Intel вместо nvidia в LIBVA_DRIVER_NAME использовать radeonsi или iHD соответственно — либо вообще не задавать переменную, Mesa обычно определяет драйвер автоматически.)

Firefox (about:config): media.hardware-video-decoding.force-enabled = true, media.ffmpeg.vaapi.enabled = true.

Chromium/Chrome: флаг --enable-features=VaapiVideoDecodeLinuxGL.

---

08. Игровой стек

sudo apt install steam gamemode mangohud vkbasalt gamescope lutris

Proton-GE ставь через ProtonUp-Qt (Flatpak) — версии там свежее, чем в системных пакетах:

flatpak install flathub net.davidotek.pupgui2

Mesa на Forky и так свежая (26.2, RADV/RadeonSI для AMD, ANV/Iris для Intel) — отдельно патчить не нужно, в отличие от Fedora, где Bazzite тянет специальный terra-mesa.

FSR (AMD) работает на уровне игры/Proton, отдельно ставить ничего не нужно — актуальная FSR 4.1 официально поддерживается уже на RDNA 3 (RX 7000), не только на новых картах.

Снижение задержки ввода (input latency) — без сторонних Vulkan-слоёв

Проекты вроде LatencyFleX (вендор-независимая альтернатива NVIDIA Reflex) решают одну конкретную проблему: CPU готовит кадры быстрее, чем GPU успевает их вывести на экран, кадры копятся в очереди — и каждый кадр в очереди добавляет задержку ввода, даже если FPS/плавность выглядят нормально. Тот же принцип (укоротить очередь рендера) достижим штатными средствами уже установленного стека, без стороннего .so-слоя.

Вариант A — нативный NVIDIA Reflex через Proton (для игр, где Reflex уже встроен). С драйвером 615.71.09 появилась полноценная поддержка VK_NV_low_latency ревизии 2 — DXVK внутри Proton может прокинуть настоящий Reflex из коробки:

PROTON_ENABLE_NVAPI=1 DXVK_NVAPI_ALLOW_OTHER_DRIVERS=1 %command%

Дальше включи NVIDIA Reflex Low Latency в настройках самой игры (Apex Legends, Overwatch 2, Spider-Man Remastered и т.п.). DXVK_NVAPI_ALLOW_OTHER_DRIVERS=1 нужен только на гибридной AMD+NVIDIA конфигурации — на чистом NVIDIA-рендере можно опустить.

Вариант B — ограничение глубины очереди рендера через DXVK (для игр без Reflex, работает на любом GPU). DXVK имеет встроенный аналог классического «Max Frames Rendered Ahead»:

dxvk.conf (рядом с исполняемым файлом игры, либо в префиксе Proton)

dxgi.maxFrameLatency = 1
d3d9.maxFrameLatency = 1

Значение 1 — максимальное снижение задержки, но может немного просадить средний FPS на GPU-bound сценах. Если после этого игра ощущается рывками — попробуй 2 как компромисс.

Вариант C — универсальный принцип: кап FPS ниже максимума через gamescope. Работает независимо от вендора GPU и от того, поддерживает ли игра Reflex:

gamescope -r 116 -W 1920 -H 1080 --immediate-flips -- %command%

-r 116 — кап FPS (пример для монитора 120 Гц, ставь на 5-10% ниже реального потолка железа); --immediate-flips — минимизирует буферизацию компоузера.

AMD-специфичный микростаттер: троттлинг power profile. В документации LatencyFleX отдельно описана проблема, актуальная для AMD GPU (в т.ч. интегрированной графики): динамическое управление питанием amdgpu само по себе может создавать микро-фризы. Фикс — зафиксировать профиль питания:

cat /sys/class/drm/card0/device/pp_power_profile_mode   # доступные профили
echo high | sudo tee /sys/class/drm/card0/device/pp_power_profile_mode

Замени card0 на индекс AMD-карты, если в системе несколько (ls /sys/class/drm/ | grep card, отличить по cat /sys/class/drm/cardX/device/vendor: AMD — 0x1002). Значение не переживает перезагрузку — если фикс помогает, добавь в автозапуск через systemd-юнит или udev-правило.

MangoHud — видеть реальную задержку, а не только FPS. Форк MangoHud из проекта LatencyFleX добавляет latency-метрику в реальном времени:

# ~/.config/MangoHud/MangoHud.conf
fps_limit=116
frame_timing=1

Стандартный MangoHud не показывает именно latency-метрику, но связка frame_timing + стабильность frametime на графике — рабочий косвенный индикатор: чем ровнее линия, тем меньше скачков задержки от переполнения очереди.

---

09. Творчество и вычислительные нагрузки

Проверка GPU-стека для Python:

python3 -c "import torch; print(torch.cuda.is_available())"   # NVIDIA

DaVinci Resolve

Ставится вручную с сайта Blackmagic — убедись, что cuda-drivers/cuda-toolkit (NVIDIA) или ROCm (AMD) установлены до Resolve, иначе GPU-ускорение рендера не заведётся.

Blender

Edit → Preferences → System — выбери back-end для Cycles: CUDA/OptiX (NVIDIA, OptiX быстрее на RTX), HIP (AMD через ROCm) или oneAPI (Intel Arc).

OBS Studio — аппаратный энкодер

sudo apt install obs-studio

В настройках вывода выбери энкодер под своё железо: NVENC (NVIDIA), AMF (AMD), QuickSync (Intel) — разгружает CPU при записи/стриме во время игры.

---

10. Разработка

Аналог distrobox из Bazzite — на immutable-системе он единственный удобный способ иметь dev-тулинг, но и на обычном Forky полезен для изоляции версий под конкретный проект.

sudo apt install distrobox podman

distrobox create --name dev-cuda --image nvidia/cuda:12.6.0-devel-ubuntu24.04 --nvidia
distrobox enter dev-cuda

Флаг --nvidia прокидывает GPU внутрь контейнера — можно тестировать разные версии CUDA не рискуя хостовой системой.

Управление версиями рантаймов (Node/PHP/Python) без системных конфликтов

curl https://mise.run | sh
mise use --global node@lts php@8.3 python@3.12

---

11. Мониторинг и диагностика

sudo apt install btop nvtop fastfetch

---

12. Шпаргалка команд

Проверка после любого апдейта

Если dGPU не выключается в простое

cat /proc/driver/nvidia/gpus/*/power
sudo systemctl status nvidia-suspend nvidia-resume nvidia-hibernate

Если после апдейта ядра пропал nvidia-smi

sudo dkms status
sudo dkms autoinstall
sudo update-initramfs -u
sudo reboot

Быстрый бенчмарк GPU

vkgears        # Vulkan sanity-check
glmark2        # OpenGL бенчмарк
nvidia-run glmark2   # тот же бенчмарк принудительно на dGPU

---

13. Полезный софт по категориям

Игры

Творчество

Разработка

Система

---

14. Troubleshooting

Чёрный экран после обновления ядра — почти всегда DKMS не успел пересобрать модуль. Загрузись с предыдущим ядром через GRUB (Advanced options), выполни sudo dkms autoinstall, затем ребут на новое ядро.

Secure Boot блокирует загрузку модуля — проверь mokutil --sb-state и modinfo nvidia | grep sig (раздел 03). Если ключ не зарегистрирован, MOK Manager не появится сам — нужно вручную mokutil --import и ребут.

Игра стартует на iGPU вместо dGPU — запусти через nvidia-run (раздел 04) или пропиши переменные offload напрямую в опциях запуска Steam: __NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME=nvidia %command%.

dGPU не гасится в простое, разряжает батарею — проверь udev-правило из раздела 04 и параметр NVreg_DynamicPowerManagement. Если стоит не 0x02 — проверь, не переопределяет ли его конфиг в /etc/modprobe.d/.

DaVinci Resolve не видит GPU — убедись, что CUDA toolkit/ROCm ставился до Resolve, а не после — переустанови Resolve при необходимости.

---

Итог

Разница между «готовым» Bazzite и вручную настроенным Debian — не в возможностях (весь тот же Mesa/ROCm/oneAPI/NVIDIA-стек доступен и там, и там), а в том, что Bazzite упаковывает это в атомарный образ с автотестами перед выкладкой. На обычном Debian та же цель достигается тем же набором пакетов — просто ответственность за момент обновления и за то, что конкретно обновилось, лежит на тебе, а не на CI-пайплайне проекта.

---

Собрано на основе анализа исходников ublue-os/bazzite (Containerfile, bazzite-hardware-setup, bazzite-flatpak-manager), официальной документации NVIDIA CUDA Installation Guide for Linux, AMD ROCm docs, Intel oneAPI docs, страницы packages.debian.org/forky и статуса релиза на debian.org/releases/forky. Обновлено 21.09.2026.