20 сентября 2026 года команда Garuda представила Garuda Nix — развитие прежней Garuda Nix Subsystem, которое теперь умеет устанавливать полноценную NixOS-систему с профилями Dr460nized и Mokka. Проект получил графический установщик Calamares, отдельный install-garuda-nix для командной строки и готовые варианты конфигурации, включая Impermanence.
Garuda Nix теперь устанавливает NixOS с фирменной конфигурацией Garuda
Garuda Nix начинался как дополнение к существующей установке Garuda Linux: NixOS можно было разместить рядом на том же разделе в отдельном подтоме Btrfs. В официальном объявлении Garuda Linux от 20 сентября разработчики сообщили, что проект перерос исходный сценарий и получил новое имя — Garuda Nix.
Теперь тот же набор Nix-flake-конфигураций работает как основа для отдельной установки NixOS. Пользователь получает фирменные настройки Garuda, а состояние системы описывается через конфигурационные файлы NixOS. Такой подход позволяет воспроизводить установленный набор компонентов и параметров через декларативную конфигурацию.
В официальной документации Garuda Nix описан сразу в трёх ролях: подсистема для совместного использования с Garuda Linux, модуль для существующей NixOS и основа для установки системы с отдельного ISO.
Dr460nized и Mokka перенесли на NixOS с теми же dotfiles
На старте Garuda Nix поддерживает две фирменные редакции — Dr460nized и Mokka. Разработчики уточняют, что для NixOS использованы те же dotfiles, что и в ISO-образах Garuda Linux, адаптированные под новую основу.
Dr460nized сохраняет характерное оформление KDE Plasma и набор настроек Garuda. Mokka использует собственный визуальный профиль с интеграцией Catppuccin. В обоих случаях внешний вид дополняется системными модулями Garuda, которые включаются через параметры вида garuda.*.
В конфигурации можно отдельно активировать игровой набор, печать, энергосбережение, настройки производительности и другие функции. Документация проекта уже содержит десятки параметров модулей, поэтому фирменная конфигурация Garuda собирается из отдельных переключаемых компонентов.
Calamares упрощает установку, а CLI открывает больше вариантов конфигурации
Для установки предусмотрены два интерфейса. Графический Calamares предлагает выбрать Dr460nized или Mokka и отметить дополнительные функции вроде gaming или printing. После этого установщик формирует конфигурацию NixOS на основе общего шаблона Garuda.
Командный install-garuda-nix даёт более подробный контроль. В документации установщика перечислены четыре готовых пресета — desktop, laptop, server и handheld. Там же доступны схемы диска на ext4 и Btrfs, варианты с LUKS-шифрованием и конфигурации с Impermanence.
CLI позволяет выбрать загрузчик, ядро из вариантов CachyOS, LTS или latest, имя хоста, пользователя, локаль и дополнительные функции. Интерактивный и неинтерактивный режимы используют один и тот же шаблон flake-конфигурации, поэтому результат остаётся совместимым с обычным механизмом NixOS.
Impermanence может очищать непостоянные данные при каждой загрузке
Самая необычная возможность CLI связана с Impermanence. Этот подход разделяет данные на постоянные и временные: часть состояния системы сохраняется явно, а остальное может исчезать после перезагрузки.
В Garuda Nix для Btrfs применяется откат файловой системы, а при ext4 корневую систему можно разместить в tmpfs. Разработчики сообщают, что базовые каталоги, необходимые для нормальной работы системы, включая пользовательские настройки и данные Wi‑Fi, уже учитываются в стандартной конфигурации.
У этой модели есть жёсткая особенность: дополнительные каталоги, которые пользователь хочет сохранять между загрузками, должны быть объявлены как постоянные. Поэтому Impermanence превращает конфигурацию системы в фактическое описание того, какие данные переживают перезагрузку.
Оба ISO могут установить и Dr460nized, и Mokka
Проект публикует отдельные ISO-образы Dr460nized и Mokka, но выбор скачанного образа не привязывает установку к одной редакции. По словам разработчиков, оба установщика способны развернуть любой из двух вариантов, поскольку установка NixOS построена по сетевой модели.
ISO собираются автоматически через CI, причём официальный анонс указывает на ежедневные сборки. Это позволяет Garuda Nix развиваться отдельно от обычного цикла выпуска установочных образов Garuda Linux.
После установки в /etc/nixos появляется готовая flake-конфигурация. Для систем с графическим окружением проект добавляет команду garuda-update: она обновляет входные зависимости flake, пересобирает систему через nh os switch и обновляет flake.lock. Для отдельной установки NixOS предусмотрен и возврат к предыдущему поколению системы.
Garuda Nix сохранил сценарий подсистемы и добавил полноценную установку
| Раньше — Garuda Nix Subsystem | Сейчас — Garuda Nix |
| NixOS размещался рядом с Garuda Linux на том же разделе | Доступна отдельная установка NixOS через ISO |
| Основной сценарий строился вокруг подсистемы | Поддерживаются подсистема, NixOS-модуль и самостоятельная установка |
| Конфигурация требовала работы с Nix-flake | Появились Calamares и специализированный CLI |
| Главной задачей было соседство двух систем | Добавлены пресеты desktop, laptop, server и handheld |
| Impermanence требовал ручной настройки | CLI умеет создавать готовые схемы Impermanence для Btrfs и ext4 |
Изменение хорошо показывает, куда сместился проект за время разработки. Garuda Nix сохранил исходную возможность совместного размещения с Garuda Linux, при этом его flake теперь используется как законченный каркас для чистой NixOS с фирменными настройками Garuda.
Garuda получила второй способ собрать знакомое окружение поверх другой системной модели
Релиз Garuda Nix меняет сам масштаб прежнего эксперимента. Dr460nized и Mokka теперь можно развернуть поверх NixOS через графический установщик или CLI, а конфигурация системы хранится в декларативной форме и поддерживает поколения, откаты и сценарии Impermanence.
Пока официально представлены две редакции, а ежедневные ISO-сборки уже публикуются через инфраструктуру проекта. Следующий вопрос связан с шириной линейки: появятся ли в Garuda Nix другие существующие окружения Garuda и насколько быстро NixOS-вариант будет получать изменения из основной экосистемы проекта.
