ALT Atomic подробно

История, устройство и отличия: что это за система, откуда она взялась, какие проблемы решает и почему обновление в ней не может «наполовину сломаться».

1. Что такое ALT Atomic

ALT Atomic это система на базе ALT Linux, построенная на трёх принципах: неизменяемость, атомарность и контейнеризация. Вся операционная система распространяется как один образ, в котором есть ядро, системные библиотеки и утилиты, настроенные службы и базовый набор приложений. Корневая файловая система доступна только для чтения (с небольшими исключениями), а обновление приходит целиком: либо применилось полностью, либо не применилось вовсе.

Проект описывает себя как «проект по разработке инфраструктуры для формирования атомарных систем на базе ALT Linux». Это не один дистрибутив, а конструктор: базовый образ, менеджер пакетов и сборки, установщик и набор готовых вариантов с разными рабочими столами. Сайт проекта: alt-atomic.org. Система распространяется под лицензией GPL-3.0 или новее, документация под CC BY-SA 4.0.

2. Это не официальный Альт

Важно не путать: ALT Atomic это не продукт Базальт СПО и не официальная редакция ALT Linux. Это творческое объединение людей из сообщества. На сайте проекта прямо сказано, что он разработан участниками сообщества ALT Atomic при поддержке ALT Gnome. Организация ALT Atomic на платформе ALT Linux Space включает несколько десятков репозиториев и небольшую группу участников.

Базальт СПО при этом пишет о проекте: в апреле 2026 года в блоге компании вышла статья про ALT Atomic, где система названа созданной при участии сообщества ALT Gnome. Относиться к ней стоит как к проекту сообщества: гарантий и сопровождения уровня коммерческого дистрибутива здесь нет.

Atomic Niri, о котором этот сайт, это ещё один шаг вбок: неофициальный образ сообщества на основе ALT Atomic, со своим рабочим столом.

3. Как появился

Хронология из истории общения сообщества и репозиториев проекта:

  1. Начало 2025: первые шагиПоявился чат ALT Atomic и первый инструмент atomic-actions, обёртка над пакетным менеджером. Изменения записывались в файл, похожий на Containerfile, а каждое из них становилось записью в меню загрузки. Образы собирались через mkimage-profiles.
  2. Весна 2025: APMНа смену atomic-actions пришёл APM, менеджер пакетов и образов, который знает об устройстве атомарной системы. Основной площадкой сборки стал ALT Linux Space.
  3. Лето и осень 2025: первые пользователиПришли первые пользователи, появились ночные сборки и «стабильные» образы, а за ними первые серьёзные баги. APM получил D-Bus API и вывод в JSON.
  4. Начало 2026: мастер и модулиВ ночных сборках дебютировал мастер первой настройки ReadySet. APM перешёл на формат образа modules. Начались серьёзные обсуждения сборки образов в CI и нарезки слоёв для небольших обновлений.
  5. Весна и лето 2026: экосистемаВокруг системы выросли Capsule (портативные приложения), сообщественный каталог Aides, новые образы (Cobalt с KDE, а в августе образ для телефонов Phosphophyllite) и графические менеджеры.

Точные даты и версии удобнее смотреть в репозиториях проекта и обзорах «Эта неделя в Альт».

4. Какие проблемы закрывает

Обычная система за полгода превращается в уникальную: пакеты обновляются по одному, что-то ставят «на пробу», правят конфиги. Если она ломается, воспроизвести состояние на другой машине почти невозможно. Атомарная система решает это:

Проблема обычной системыКак решает ALT Atomic
Обновление сломалось на половине путиОбновление применяется целиком или не применяется вовсе, «полуобновлённого» состояния нет
Нет пути назадПредыдущий вариант всегда лежит рядом, откат занимает пару секунд
Система «обрастает мусором»Каждое обновление это чистый образ, а лишнее живёт в контейнерах и Flatpak
«У меня работает»Образ воспроизводим: что собрано в CI, то и у всех
Случайная команда ломает системуСистемные файлы только для чтения, ломать можно только свои данные
Нужно доверять источнику обновленийВ Atomic Niri образы подписываются ключом проекта, см. подпись образов

5. Что такое атомарность

Слово пришло из баз данных и банков. Представьте денежный перевод: деньги либо ушли с одного счёта и пришли на другой, либо не ушли вовсе. Состояния «списали, но не зачислили» не бывает. Атомарная операция выполняется целиком или не выполняется совсем.

С обновлением системы то же самое. В обычной системе, если питание пропало на середине, часть файлов уже новая, а часть старая, и система может не загрузиться. В атомарной новый вариант собирается и записывается рядом со старым, а переключение между ними происходит одним действием при перезагрузке. До этого момента работающая система не меняется.

Два варианта системы, как на смартфоне

Система хранит два состояния: текущее и предыдущее (а ещё ожидающее перезагрузки, пока оно не применено). По названиям в bootc это booted, rollback и staged. Новое состояние ставится как staged, после перезагрузки становится текущим, а бывшее текущее превращается в предыдущее. Так же устроены обновления на современных смартфонах и в SteamOS на Steam Deck. Подробнее: обновление и откат.

6. Как всё устроено

Система собрана из слоёв, каждый из которых решает свою задачу:

СлойЧто делает
Образ OCIСнимок всей системы в формате контейнера. Лежит в реестре (например, на ALT Linux Space)
bootcСкачивает образ из реестра и делает его загружаемой системой
ostreeХранит варианты системы (текущий и предыдущий), как Git хранит версии кода
composefsМонтирует корневую файловую систему только для чтения с проверкой целостности
systemd-bootЗагрузчик: предлагает выбрать вариант системы при включении
Ядро и systemdЗагружаются из выбранного образа, и система запущена

Что где лежит на диске

На системе, поставленной установщиком ALT Atomic, диск разбит так: раздел для загрузчика (EFI, 2 ГБ), небольшой раздел /boot (512 МБ) и всё остальное под данные (Btrfs). Пути выглядят так:

ПутьТипДоступЧто хранит
/composefs с fs-verityтолько чтениеобраз: ядро, systemd, библиотеки, системные утилиты
/usrчасть образа, по желанию временный overlayзапись только до перезагрузкито, что вы поставили «на пробу», слетает после перезагрузки (bootc usr-overlay)
/etcна разделе Btrfsполныйнастройки системы. При обновлении объединяются старые и новые файлы (трёхстороннее слияние)
/var, /var/homeна разделе Btrfsполныйданные, Flatpak, контейнеры и ваша домашняя папка. Обновления и откаты их не трогают

Неизменяема только сама система: ваши файлы и настройки изменяемы и не откатываются вместе с образом.

Защита от дрифта

/var и /etc живут между обновлениями, и со временем их состояние может разойтись с тем, что ожидает новый образ: нет нужного каталога, неверные права, потерянная ссылка. Поэтому APM при сборке сканирует образ и создаёт файл /usr/lib/tmpfiles.d/apm-lint.conf. При каждой загрузке systemd-tmpfiles приводит /var и /etc к описанному состоянию: создаёт недостающие каталоги, чинит ссылки и права. Это защита от «дрейфа» настроек. Полное восстановление /etc авторы обещают добавить позже.

7. composefs: корень только для чтения

composefs это технология для создания монтируемых деревьев файловой системы только для чтения. Девиз проекта: «надёжность дисковых образов и гибкость файлов».

  • Метаданные отдельно от данных. Описание файлов (имена, права, структура) хранится в образе EROFS, а сами данные лежат в обычной файловой системе, где одинаковые файлы хранятся один раз.
  • Сборка через overlayfs. Ядро собирает итоговое дерево из метаданных и данных.
  • Проверка fs-verity. Хеши файлов можно записать так, что любое изменение будет обнаружено при использовании: подмена файла системы не пройдёт незамеченной.

У нас корень системы смонтирован именно так: тип overlay с composefs, только для чтения, с обязательной проверкой подписи содержимого (verity=require). Поэтому «сломать систему случайной командой» или тихо подменить системный файл очень трудно. Сейчас composefs работает вместе с ostree, а в планах проекта есть вариант без ostree, чтобы не расходовать диск вдвое.

8. systemd-boot: загрузчик

systemd-boot это простой менеджер загрузки для UEFI. Он показывает текстовое меню, позволяет выбрать запись и при необходимости отредактировать параметры ядра. Записи описываются файлами по спецификации Boot Loader Specification: каждый вариант системы это отдельная запись на разделе загрузки. Поэтому выбор «текущий или предыдущий» это просто выбор строки в меню.

  • Простота. Это один небольшой загрузчик без сложных скриптов, в отличие от GRUB.
  • Только UEFI. Старые компьютеры только с BIOS не поддерживаются.
  • Счётчик попыток загрузки. У systemd-boot есть возможность подсчитывать неудачные загрузки записи и автоматически возвращаться к старой, если новая не загружается. Используется ли это в ALT Atomic для автоматических откатов, в документации проекта не описано, поэтому откат у нас выбирается вручную: в меню загрузки или командой sudo bootc rollback.
  • Безопасность. Загрузчик умеет работать с Secure Boot и передавать системе случайное зерно для генератора случайных чисел.

В старых материалах проекта откат описан через меню GRUB. На системах с актуальным базовым образом (включая Atomic Niri) используется systemd-boot, и это проверяется командой bootctl status.

9. APM и рецепт образа

APM (ALT Atomic Package Manager) это менеджер пакетов, который знает об устройстве неизменяемой системы. Он работает как консольная команда с интерфейсом, как служба D-Bus и как HTTP API. Через D-Bus с ним общаются графические приложения вроде Atomic Booster.

  • apm system (apm s): системные пакеты, образ, обновления и откат.
  • apm distrobox (apm d): контейнеры Distrobox и пакеты в них.
  • apm repo (apm r): репозитории.

Всё, что должно быть в системе постоянно, описывается в файле /etc/apm/image.yml: пакеты, ядро, свои скрипты и настройки в виде списка модулей. Это рецепт, по которому собирается образ: один и тот же рецепт даёт одну и ту же систему. Подробнее: сборка образа и нарезка слоёв.

Так пользователь может собрать собственный образ: взять готовый (например, Core), добавить пакеты и настройки, собрать в CI и переключиться на него командой bootc switch. Для этого есть шаблон в организации alt-atomic. Atomic Niri устроен именно так.

10. Какие есть образы, кроме Niri

Образы строятся один из другого: базовый Core даёт ядро, Podman и основу, а на нём собираются остальные. Образы публикуются в реестрах, в основном на ALT Linux Space.

Core

Базовый образ без графической среды. Основа для других, подходит для создания своей системы.

Onyx

ALT Atomic с рабочим столом GNOME. Есть вариант с драйверами NVIDIA.

Kyanite

ALT Atomic с рабочим столом KDE Plasma. Есть вариант с драйверами NVIDIA.

Minimal

Образы-болванки с разными рабочими столами для сборки собственных систем.

Phosphophyllite

Образ с оболочкой Phosh для телефонов. Сейчас только ночные сборки, нужен отдельный образ под каждое устройство.

Selenite

Серверная система на той же основе для запуска контейнеров. Подробнее ниже и на отдельной странице.

Кроме образов самого проекта, сообщество делает свои: например, образы Cobalt с KDE и графический менеджер «Альт Дирижёр», и Atomic Niri с тайловым рабочим столом niri, оболочкой Niti и менеджером входа Seni, которому посвящён этот сайт. Каналы Atomic Niri: stable, latest, long и nvidia, см. ветки образа.

11. Почему Сизиф

Сизиф (Sisyphus) это репозиторий пакетов ALT Linux, который обновляется каждый день и служит основой для всех дистрибутивов ALT. Над ним работает международная команда разработчиков, а стабильные ветки (p10, p11 и другие) создаются из него периодически.

ALT Atomic собирается только на Сизифе. Веток p10 и p11 у него нет и не планируется, а ветка p12 возможна не раньше выхода самой платформы. Следствия:

  • Свежие версии. Ядро, драйверы, Mesa и GNOME приходят из Сизифа без многолетнего ожидания. Это важно для нового железа.
  • Один источник. Не нужно собирать систему из разных веток: образ одинаково строится из одного репозитория.
  • Быстрая обратная связь. Ошибки идут по цепочке: трекер ALT Linux, конкретный пакет Сизифа, исправление у разработчиков Сизифа.
  • Канал stable это не отдельная платформа. Это тот же Сизиф, но «отфильтрованный» и проверенный. Он собирается по тегам, а не по каждому изменению.

Обратная сторона: Сизиф постоянно движется, ядро и системные библиотеки обновляются часто и иногда ломающим образом. Атомарность и откат здесь не роскошь, а страховка: если новая версия плохая, прежнюю можно вернуть за секунды.

12. Чем отличается от Fedora Silverblue

Fedora Silverblue это атомарный десктоп Fedora на GNOME: он построен на rpm-ostree (объединение libostree и libdnf), а обновления применяются после перезагрузки. Идея у обеих систем одна: неизменяемая основа, атомарные обновления, откат, Flatpak для приложений. Различия в деталях:

Fedora SilverblueALT Atomic
ОсноваFedora, Red Hat в числе поддерживающихALT Linux, репозиторий Сизиф; делает сообщество при поддержке ALT Gnome
Доставка системыrpm-ostreeобраз OCI из реестра через bootc
Дополнительные пакетынаслаивание RPM командой rpm-ostreeпакет добавляется в рецепт образа и образ пересобирается (apm system image apply), либо временно через usr-overlay
Контейнеры для разработкиToolbxDistrobox, плюс портативные капсулы
ПриложенияFlatpakFlatpak, капсулы, Distrobox
Поддержка версийкаждая версия примерно 13 месяцевпостоянный поток из Сизифа, каналы stable и nightly
Рабочий столGNOME (Silverblue), KDE (Kinoite) и другиеGNOME (Onyx), KDE (Kyanite), Phosh для телефонов, свои образы вроде Atomic Niri
Собственный образвозможеносновной сценарий: шаблон, CI, bootc switch

Иными словами, это родственные идеи на разных дистрибутивах. Silverblue это зрелый продукт большого проекта с коммерческой поддержкой. ALT Atomic моложе, маленький и сообщественный, зато использует российскую основу ALT Linux и ставит упор на то, чтобы каждый мог легко собрать свой образ.

13. Чем это выгодно пользователю

  • Не ломается. Неудачное обновление не может оставить систему в промежуточном состоянии.
  • Откат за секунды. Не понравилась новая версия, выберите прежнюю в меню загрузки или одной командой.
  • Чистая система. Лишние программы живут в Flatpak, контейнерах и капсулах и не захламляют основу.
  • Безопасность. Корень только для чтения, целостность проверяется, образы подписаны, а сломать случайно можно только свои файлы.
  • Предсказуемость. Система у всех одинаковая, ошибки легко воспроизвести и исправить для всех сразу.
  • Экспериментируйте без страха. usr-overlay позволяет менять систему как угодно, а после перезагрузки всё возвращается.
  • Своя система. Любой может собрать собственный образ с нужными пакетами и настройками.

Где пользователю придётся привыкнуть к новому: нет привычного «поставил пакет в систему навсегда». Подробный разбор: зачем Atomic Niri.

14. Selenite: сервер на той же основе

На основе ALT Atomic есть и серверный вариант: Selenite. Это простая неизменяемая серверная ОС для контейнеров. Слоган проекта: «Когда Kubernetes это слишком». Приложения запускаются обычными файлами compose.yml, управление идёт через ограниченный API по SSH вместо обычной оболочки, а вся настройка машины описывается одним YAML-файлом.