Грегорі Курцер (Gregory Kurtzer), засновник дистрибутивів CentOS и Rocky Linux, представив проект Ginux, що розвиває ядро операційної системи мовою Rust, націлене на досягнення сумісності з ядром Linux. Опублікований дослідницький прототип вже здатний завантажити системне оточення дистрибутивів Alpine з BusyBox та Rocky Linux 10 з systemd в розрахованому на багато користувачів консольному режимі. Код проекту розповсюджується під ліцензією Apache 2.0. Підтримується робота на системах із архітектурою x86-64.
Прототип створений за 11 днів у рамках експерименту із застосування техніки розробки HDAE (Human-Directed Agentic Engineering) для створення складних проектів, рівня ядра. Linux. При використанні методу HDAE код генерується AI-агентом (використано Codex з моделлю GPT-5.6 Sol), а людина зосереджена на розробці архітектури, прийнятті рішень, координації роботи, формуванні плану розробки та визначенні критеріїв готовності компонентів, що розвиваються. AI-агенти також залучаються для тестування, рецензування та діагностики проблем.
Проект не намагається копіювати технології з ядра Linux, А створює власні сумісні реалізації з огляду на них. Ginux надає незалежні систему управління пам'яттю, планувальник завдань, завантажувальний процес, модель процесів, файлові системи, мережевий стек, драйвери пристроїв та шар для сумісності з Linux ABI. Ядро Ginux завантажується безпосередньо через UEFI без залучення хостової Linux-Системи
Ginux поки не претендує на заміну Linux і готовий до використання у робочих системах, але вже придатний щодо експериментів і тестування. У довгостроковій перспективі проект сприймається як операційна система для запуску в ізольованих контейнерах компонентів для AI-інфраструктури. Ім'я Ginux сформоване як комбінація зі слів GPT/Gregory та Linux. Основою платформою для тестування є запускається за допомогою гіпервізора KVM віртуальна машина Q35 (Intel Q35/ICH) з OVMF (Open Virtual Machine Firmware), Intel IOMMU та virtio-пристроями.
З 375 системних викликів ядра Linux 6.12 повністю реалізовано 82, частково — 245 та заблоковано з міркувань безпеки — 48. Для виявлення збоїв, які неможливо виявити у синтетичних тестах, робота ядра оцінюється при запуску реальних додатків та бібліотек, таких як musl, glibc, BusyBox та systemd.
Серед планів:
- Забезпечення запуску компонентів простору користувача Linux-дистрибутивів без використання ядра Linux.
- Можливість створення ізольованих доменів зі своїми наборами процесів, адресним простором, файловими системами, пристроями, ресурсами та незалежним життєвим циклом.
- Підготовка самодостатнього завантажувального образу.
- Надання мінімального керуючого оточення у просторі користувача (userspace control plane), що дозволяє керувати ядром без виконання коду на нульовому кільці захисту.
- Система управління доступом, що працює на рівні іменованих об'єктів.
- Підтримка ізольованого запуску образів контейнерів у форматі OCI.
Джерело: opennet.ru
