AerynOS 2026.08 получил самообновляемые репозитории, Linux 7.1.5 и OpenZFS

2 августа команда AerynOS выпустила alpha-образ 2026.08 после трёхмесячной паузы и завершила вторую фазу Versioned Repositories. Пакетный менеджер moss теперь способен проводить установленную систему через несовместимые изменения формата репозиториев без переустановки, а сам дистрибутив перешёл на Linux 7.1.5, systemd 261.2 и получил экспериментальную поддержку OpenZFS для дисков с данными.

Versioned Repositories phase 2 защищает установленные системы от устаревания

Основное новшество августовского обновления спрятано за пределами стандартного перечня версий. В официальном отчёте AerynOS команда сообщила, что завершила и внедрила Versioned Repositories phase 2 — механизм, позволяющий пакетному менеджеру moss обновлять собственные форматы хранения данных.

Зачем дистрибутиву отдельная система версий репозиториев? Пакетный менеджер хранит локальные индексы, сведения о пакетах и служебные данные в определённом формате. Когда разработчики меняют этот формат, старый клиент может перестать понимать новый репозиторий. Для молодого Linux-проекта такая ситуация особенно опасна: ранним тестерам пришлось бы выполнять ручную миграцию или заново устанавливать систему.

В AerynOS этот переход теперь входит в обычную цепочку обновлений. Новая структура репозитория и конфигурация moss в формате KDL позволяют старой версии менеджера получить промежуточные обновления, перейти на новый формат и продолжить синхронизацию. Пользователю требуется запускать команду:

sudo moss sync -u

Команду повторяют, пока система не сообщит, что новых обновлений больше нет. Обновление Versioned Repositories появилось в ветке Unstable 5 июля, после чего команда собирала отзывы о переходе. К моменту публикации августовского отчёта разработчики не сообщили о массовых проблемах с миграцией.

Именно здесь проявляется идея AerynOS «установил один раз — обновляй всегда». Проект пока остаётся в стадии alpha, но уже решает проблему, с которой экспериментальные дистрибутивы часто сталкиваются позже: как менять внутреннюю архитектуру и сохранять совместимость с ранее установленными системами.

Образ AerynOS 2026.08 собирает крупные изменения в одной установке

Новый ISO появился после решения отказаться от обязательного ежемесячного выпуска образов. Разработчики будут обновлять установочный носитель тогда, когда накопившиеся изменения оправдывают новую сборку. Версия 2026.08 стала таким рубежом из-за перехода на Versioned Repositories phase 2 и обновления системного стека.

На странице загрузки AerynOS 2026.08 доступен живой образ с GNOME и установщиком lichen. Сам ISO служит оболочкой для сетевой установки: во время процесса lichen загружает актуальные пакеты из репозитория. Пользователь может выбрать GNOME, KDE Plasma 6.7.3, COSMIC 1.5.0 или консольную систему, которую затем можно дополнить MangoWC, Niri либо Sway.

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

Ограничения alpha-версии сохраняются. Установщик занимает весь выделенный диск и пока не рассчитан на dual boot. Компьютеру нужны UEFI и процессор с поддержкой уровня x86_64-v2; команда приводит в качестве ориентира Intel Core первого поколения и AMD FX-4/6/8xxx или более новые модели. Ventoy с образами AerynOS всё ещё несовместим, поэтому разработчики предлагают использовать Etcher, GNOME Disks или dd.

Эти условия делают 2026.08 интересным прежде всего для тестового компьютера, отдельного накопителя или виртуальной машины. Проект прямо называет текущую сборку техническим preview и пока не позиционирует её как универсальную замену зрелому рабочему дистрибутиву.

Linux 7.1.5 и systemd 261.2 требуют внимания к оборудованию и сети

В стабильной и игровой ветках AerynOS теперь используется Linux 7.1.5, а ветка LTS перешла на Linux 6.18.40. Команда связывает ускоренное обновление ядер с серией раскрытых уязвимостей, из-за которых новые точечные версии приходилось быстро собирать и проверять через репозиторий Volatile.

Системная часть получила ещё более крупный скачок. Разработчики последовательно перевели systemd с версии 257.13 через промежуточные выпуски на 261.2 и одновременно переработали структуру пакетов. systemd-boot, systemd-coredump, systemd-homed, systemd-container, systemd-oomd, systemd-resolved, systemd-timesyncd, systemd-udev и systemd-userdbd теперь оформлены как отдельные компоненты.

Для большинства установок необходимые части подтянутся через готовые наборы пакетов. Более чувствительное изменение касается имён сетевых интерфейсов: после перезагрузки привычное имя вроде eth0 может смениться на предсказуемое имя наподобие enp12s0. Владельцам ручных сетевых конфигураций, сценариев и правил межсетевого экрана стоит проверить, не привязаны ли они к старому имени устройства.

Переработка systemd исправляет ещё одну неприятную особенность. Ручное включение или отключение служб больше не должно сбрасываться во время пакетных операций moss. Для тестеров, которые настраивают систему под серверные службы или минимальное окружение, это снижает риск неожиданного возврата юнита к настройкам пакета.

Драйвер NVIDIA 610.43.03 проходит проверку силами сообщества

В репозитории AerynOS появился драйвер NVIDIA 610.43.03. По данным команды, эта версия улучшает поддержку DLSS и содержит исправления, связанные со сном системы и пробуждением после приостановки работы.

Здесь у проекта есть практическая загвоздка: ни у одного участника основной команды сейчас нет видеокарты NVIDIA. Проверку упаковки драйвера и его совместимости проводят владельцы разных GPU из сообщества. За последний месяц тестеры уже нашли проблемы, которые могли остаться незамеченными при внутренней проверке.

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

OpenZFS добавили для пользовательских дисков с данными

AerynOS 2026.08 получил экспериментальную поддержку OpenZFS. Вместе с Btrfs и Bcachefs файловую систему можно использовать на подключённых дисках, которыми управляет сам пользователь.

Формулировка «диски с данными» здесь принципиальна. Официальный отчёт не заявляет поддержку установки корневой системы AerynOS на OpenZFS. Речь идёт о дополнительных накопителях: например, диске с архивом, медиатекой, резервными копиями или рабочими наборами данных.

Пока разработчик проверил реализацию на одном собственном накопителе. Команда просит ранних пользователей испытать разные конфигурации и передать обратную связь. Поэтому хранить единственную копию важных данных на новой связке AerynOS и OpenZFS пока рискованно. Экспериментальная функция подходит для стенда с резервной копией и понятным планом восстановления.

Пакеты AerynOS обновились от Plasma 6.7.3 до Firefox 153

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

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

В moss появились дополнительные проверки кэша Content Addressable Store. Они немного снижают скорость операций с системными состояниями, зато помогают точнее убедиться, что загруженные объекты сохранились корректно. Пользователям, которые раньше видели случайные ошибки при sudo moss state verify, предлагают повторить проверку после обновления.

Для XFS пакетный менеджер получил собственную поддержку reflink. Эта технология позволяет нескольким файлам ссылаться на одни и те же блоки данных, пока содержимое не изменилось, что экономит место при хранении системных состояний. На ext4 и F2FS moss продолжит использовать hardlink; отдельный вариант на основе read-only EROFS пока находится в разработке.

AerynOS выходит из закрытого этапа укрепления инфраструктуры

Последний год команда сознательно ограничивала число параллельных направлений и концентрировалась на пакетном менеджере, сборочной инфраструктуре и репозиториях. Завершение Versioned Repositories phase 2 снимает один из главных внутренних блокеров: теперь формат пакетов и служебных данных можно развивать без разрыва цепочки обновлений для существующих установок.

Перевод рецептов сборки с YAML на KDL станет следующим важным шагом. Этот формат уже применяется в конфигурации moss и декларативной модели системы. Авторы AerynOS рассчитывают, что единая схема упростит развитие инструментов и избавит команду от доработки временного YAML-формата.

Параллельно проект проверяет Codeberg как возможную альтернативу GitHub. Там уже ведётся разработка нового сайта на Hugo с темой Hextra. Полный перенос репозиториев пока не решён: команде предстоит оценить CI-инструменты Codeberg и найти замену GitHub Discussions либо понять, достаточно ли существующего чата Zulip.

AerynOS 2026.08 остаётся выпуском для ранних пользователей, готовых сообщать об ошибках и мириться с ограничениями установщика. При этом августовская версия закрывает фундаментальную задачу, которая определит судьбу следующих релизов: установленная система получила механизм перехода через будущие изменения самого пакетного менеджера. Теперь ключевой вопрос заключается в том, как быстро данная техническая база станет удобным и понятным Linux для повседневного использования.