Atomic Linux в 2026 году: Silverblue, Kinoite и неизменяемый рабочий стол
Atomic Linux - это системы вроде Fedora Silverblue и Kinoite, где база ОС обновляется целиком одним образом, а откат делается выбором прошлой версии в загрузчике. В Fedora 44 семейство получило GNOME 50, Plasma 6.6 и новый экран входа, а следующим шагом станет переход на bootc.

Содержание
Атомарный рабочий стол: что неизменяемо и что нет
Атомарной (или неизменяемой, immutable) называют систему, в которой базовая часть ОС приходит целиком, одним образом, и не меняется пакет за пакетом. В Fedora Silverblue и Kinoite каталог /usr смонтирован только для чтения, а обновление собирается рядом в виде нового развёртывания (deployment). При перезагрузке вы просто переключаетесь на него. Если что-то пошло не так, в меню загрузчика остаётся предыдущее развёртывание, и откат занимает одну перезагрузку.
Неизменяемость не тотальная. Ваш /home, настройки в /etc и данные в /var живут как обычно. Изменения в /etc переносятся в новое развёртывание с трёхсторонним слиянием, так что правка конфига не пропадает после обновления.
Технически Fedora использует связку rpm-ostree: OSTree отвечает за версионированное дерево файлов, а RPM за пакеты, из которых это дерево собирается. На этой же основе построены сторонние проекты вроде Bazzite и Bluefin, а Fedora постепенно переходит на bootc, где образ системы собирается как контейнер.
Fedora Atomic Desktops в версии 44: что изменилось
С выходом Fedora 44 весной 2026 года семейство Atomic Desktops состоит из пяти редакций: Silverblue (GNOME), Kinoite (KDE Plasma), Sway Atomic, Budgie Atomic и COSMIC Atomic. По данным разработчиков проекта, в этом выпуске:
- Silverblue получил GNOME 50 (о настройке этой версии у нас есть отдельный разбор GNOME 50);
- Kinoite идёт с Plasma 6.6, Frameworks 6.24 и Gear 25.12, а вместо SDDM экраном входа стал новый Plasma Login Manager;
- Budgie Atomic обновился до Budgie 10.10 с поддержкой Wayland, COSMIC Atomic считается стабильным;
- из базового образа убраны библиотеки FUSE 2, поэтому часть старых AppImage может не запуститься;
- поддержка устаревшего формата правил polkit .pkla удалена, остался только формат на JavaScript;
- для всех редакций наконец собрана общая документация.
Пункт про FUSE 2 касается многих: если ваша любимая программа распространяется только как AppImage, проверьте её до обновления. Как вообще безопасно обращаться с этим форматом, мы писали в статье про AppImage.
Три способа ставить программы и когда какой выбирать
Привычного dnf install в базовой системе нет, и первое время это смущает. На деле способов три, и у каждого своя ниша.
Flatpak для графических приложений
Основной путь. Браузеры, мессенджеры, офис, графика ставятся с Flathub и обновляются отдельно от системы. Права приложений настраиваются через Flatseal или flatpak override, подробнее в материале про разрешения Flatpak.
flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo
flatpak install flathub org.telegram.desktopToolbox и Distrobox для консоли и разработки
Компиляторы, утилиты, языковые окружения ставятся в контейнер с изменяемой Fedora внутри. Он видит вашу домашнюю папку, а в нём работает обычный dnf.
toolbox create
toolbox enter
sudo dnf install gcc make python3-develЕсли нужна Ubuntu или Arch рядом с Fedora, удобнее Distrobox, у нас есть отдельная статья про Distrobox.
Наслоение пакетов через rpm-ostree
Крайний случай для того, что должно жить в самой системе: драйверы, модули ядра, системные службы, оболочки входа. Каждый наслоенный пакет удлиняет обновления и повышает шанс конфликта, поэтому держите этот список коротким.
rpm-ostree install htop
# применить без перезагрузки (не для всех пакетов)
sudo rpm-ostree apply-live
# убрать наслоенный пакет
rpm-ostree uninstall htop
# скрыть пакет из базового образа, например Firefox в пользу Flatpak
rpm-ostree override remove firefox firefox-langpacksОбновление, откат и переход на новую версию
Обновления в GNOME Software и Discover скачиваются в фоне и применяются при перезагрузке. Из терминала то же самое выглядит так:
# текущие развёртывания, наслоенные пакеты, версия образа
rpm-ostree status
# скачать и подготовить обновление
rpm-ostree upgrade
systemctl reboot
# вернуться к предыдущему развёртыванию
rpm-ostree rollback
# закрепить рабочее развёртывание, чтобы его не вытеснили новые
sudo ostree admin pin 0Переход на новый выпуск Fedora делается через rebase. Для Silverblue на 44 это rpm-ostree rebase fedora:fedora/44/x86_64/silverblue, для Kinoite в конце будет kinoite. Перед этим обновите текущую систему и закрепите рабочее развёртывание командой pin, тогда при любой проблеме вы загрузите проверенную версию из меню GRUB.
Перед большим обновлением выполните rpm-ostree status и сохраните вывод. В нём видно, какие пакеты вы наслаивали и что удаляли через override. Если после rebase что-то не собралось, проще всего временно снять наслоения командой rpm-ostree reset, обновиться и вернуть нужное по списку.
Подробная справка по командам собрана в официальной документации Fedora Atomic Desktops.
Атомарные дистрибутивы 2026 года рядом
Fedora не единственная, кто идёт этим путём. Мы собрали основные варианты, которые можно поставить на домашний компьютер осенью 2026 года.
| Система | База и окружение | Механизм | Состояние |
|---|---|---|---|
| Fedora Silverblue / Kinoite | Fedora, GNOME / KDE Plasma | rpm-ostree, переход на bootc | Стабильно, официальные редакции |
| Bazzite, Bluefin, Aurora | Fedora Atomic, свои образы Universal Blue | Образы-контейнеры поверх OSTree | Активно развиваются, сторонние |
| openSUSE Aeon / Kalpa | Tumbleweed, GNOME / Plasma | Снимки Btrfs и transactional-update | Aeon ближе к релизу, Kalpa экспериментальная |
| KDE Linux | Пакеты Arch, Plasma | Образ /usr только для чтения | Ранняя стадия, не для основной машины |
| SteamOS | Arch, Plasma и игровой режим | Раздел A/B | Для Steam Deck и игровых ПК |
Bazzite выбирают для игр: в образ уже встроены драйверы, Steam и игровые утилиты. Bluefin и Aurora ориентированы на разработчиков. У openSUSE подход иной: система остаётся обычной Btrfs со снимками, а изменения применяются транзакционно. KDE Linux интересен как официальный дистрибутив KDE, но пока это проект для любопытных.
bootc: система как образ контейнера
Следующий шаг всей этой истории - bootc (bootable containers). Идея простая: образ ОС описывается обычным Containerfile, собирается теми же инструментами, что и контейнеры, хранится в реестре вроде Quay или GHCR, а на компьютер ставится и обновляется как загрузочная система. Под капотом развёртывания по-прежнему делает OSTree.
Для серверов bootc в Fedora и RHEL уже рабочий инструмент. Для рабочих столов в Fedora 44 это пока дорожная карта: разработчики планируют заменить старые скрипты сборки ISO на image-builder в Fedora 45 и затем перевести редакции на загрузочные контейнеры. Запечатанные (sealed) образы уже доступны для тестирования.
Почему это интересно обычному пользователю: свою сборку Kinoite с нужными драйверами и программами можно будет описать в десятке строк и собрать в CI, а не наслаивать пакеты руками на каждой машине. Проекты Universal Blue давно работают именно так, и Bazzite фактически показывает, как будет выглядеть Fedora через пару выпусков.
Где атомарная система мешает жить
Чтобы не разочароваться через неделю, сразу о неудобствах:
- Драйвер NVIDIA. В Silverblue и Kinoite его приходится наслаивать из RPM Fusion вместе с akmods, а с включённым Secure Boot ещё и регистрировать ключ модуля. В Bazzite и Aurora есть готовые образы с драйвером, это главный аргумент за них.
- Каждое изменение базы требует перезагрузки. apply-live помогает не всегда.
- Сторонние инсталляторы, которые пишут в /usr или /opt через свой скрипт, не работают. Ищите Flatpak, RPM для наслоения или ставьте в Toolbox.
- Модули ядра для VirtualBox, проприетарных VPN и редких устройств собираются тяжелее, чем в обычной Fedora.
- Место на диске. Система хранит минимум два развёртывания, плюс образы контейнеров Toolbox.
Если хотя бы два пункта для вас критичны, классическая Fedora с хорошим планом настройки будет удобнее, смотрите наш материал про Fedora 44 после установки.
Кому стоит переходить на Silverblue или Kinoite
Атомарный рабочий стол хорошо ложится на три сценария. Первый - компьютер родственников или ноутбук, который должен просто работать: обновления не ломают систему, а если ломают, откат делается из меню загрузки. Второй - разработчик, который и так живёт в контейнерах: Toolbox и Distrobox закрывают всё, база остаётся чистой. Третий - игровой ПК, и здесь проще сразу взять Bazzite.
Кому не подойдёт: тем, кто любит ставить пакеты в систему десятками, собирает свои модули ядра или часто пользуется программами без Flatpak-версии. Попробовать без риска можно в виртуальной машине или на втором диске: Kinoite с Plasma 6.6 после установки почти не отличается от обычной Fedora KDE, а настройка Plasma описана в статье про KDE Plasma 6.6.
Частые вопросы
Чем Silverblue отличается от Kinoite?
Только окружением: Silverblue идёт с GNOME, Kinoite с KDE Plasma. Механизм обновлений rpm-ostree и способы установки программ одинаковы.
Можно ли ставить RPM-пакеты в Silverblue?
Да, командой rpm-ostree install. Пакет наслаивается поверх образа и применяется после перезагрузки. Для графических программ лучше Flatpak, для консольных Toolbox.
Как откатить неудачное обновление?
Выберите предыдущее развёртывание в меню GRUB или выполните rpm-ostree rollback и перезагрузитесь. Закрепить рабочую версию можно командой sudo ostree admin pin 0.
Что такое bootc?
Технология загрузочных контейнеров: образ ОС собирается как контейнер по Containerfile и ставится на компьютер как система. Для серверов она уже используется, для рабочих столов Fedora переходит на неё постепенно.
Подходит ли атомарная система для игр?
Да. Steam работает через Flatpak, а Bazzite на базе Fedora Atomic уже содержит драйверы и игровые утилиты в образе.
Документация и источники
- Fedora Atomic Desktops documentation, Fedora Project, 2026
- What's new for Fedora Atomic Desktops in Fedora 44, Fedora Atomic Desktops SIG, Planet KDE, 2026
- How to Rebase to Fedora Linux 44 on Silverblue, Fedora Magazine, 2026
Читайте также
Команды проверены на актуальных версиях дистрибутивов на момент обновления. Перед изменением системных настроек сделайте резервную копию.