Essora Eos : la distribution Devuan sans systemd qui explose dans les recherches, avec SonicDE et XLibre

Une distribution Linux presque inconnue il y a un mois s'invite dans les requêtes : les recherches sur « essora linux » viennent d'atteindre un record en France. Essora Eos est une distribution de bureau construite sur les paquets de Devuan, donc sans systemd. Sa nouvelle édition SonicDE, annoncée le 21 octobre 2026 et relayée par DistroWatch sous le numéro 20261021, cumule les choix à contre-courant : l'init OpenRC, le serveur X XLibre au lieu de Wayland, et un bureau dérivé de KDE Plasma 6 dont le projet a retiré Dolphin au profit de ROX-Filer2-Qt. Cet article explique ce qu'est Essora Eos et ce que contient réellement l'image, puis répond à la question que se posera quiconque administre un VPS Linux : il n'existe pas d'édition serveur, l'équivalent sans systemd sur un serveur reste Devuan lui-même, et nous montrons ce qu'OpenRC change concrètement pour gérer un service par rapport aux unités systemd de Debian.

Sources : billet d'annonce « Essora Eos SonicDE » sur le blog du projet, 21 octobre 2026 ; page d'accueil d'Essora Linux (éditions et outils) ; dossier de téléchargement du projet sur SourceForge (nom et date de l'image) ; annonce DistroWatch « Essora Eos 20261021 » du 22 octobre 2026 ; site du projet XLibre ; page des versions de Devuan et notes de version d'Excalibur ; page OpenRC du wiki Debian ; pages de manuel openrc-run, rc-service, rc-update et guide supervise-daemon du projet OpenRC.

Essora Eos, c'est quoi exactement ?

Essora Linux se présente comme une distribution légère et pratique, pensée pour les machines modestes et les utilisateurs qui aiment personnaliser leur bureau, « basée sur Devuan, sans systemd ». Le site officiel liste trois familles d'éditions : Openbox / JWM / Fluxbox (gestionnaires de fenêtres légers), KDE (bureau complet avec les outils maison intégrés) et Minimal, décrite comme une base pour tester et créer sa propre variante avec Essora Remaster. Le dossier de téléchargement du projet raconte l'histoire récente : des images JWM et Openbox en février et avril 2026, une édition KDE 1.3 en avril, une LXDE et une « Essora 1.4 K7 » en mai, une Fluxbox avec XLibre en septembre, puis l'édition SonicDE fin octobre. Autour du système gravite une collection d'outils signés Essora : installateur graphique (BIOS et UEFI, copie par rsync), Essora Remaster, le gestionnaire de fichiers EssoraFM, une logithèque, un pare-feu, un client VPN, un gestionnaire de fréquence CPU, un gestionnaire de machines virtuelles QEMU/KVM et même un constructeur graphique de noyau.

L'édition SonicDE est la plus ambitieuse. Le billet d'annonce insiste sur un point : ce n'est pas « une installation Devuan standard avec SonicDE ajouté par-dessus ». L'image est assemblée indépendamment à partir d'une base minimale BusyBox, avec les paquets de Devuan Excalibur, un noyau Essora dédié, la gestion de paquets APT et dpkg complétée par Flatpak, et uniquement en 64 bits. Le billet est daté du 21 octobre ; l'image proposée au téléchargement sur SourceForge a été déposée le 25 octobre (fichier Essora_Eos_SonicDE-20261025_1522.iso), et DistroWatch indique une taille de 1 773 Mo. Le projet signale lui-même quelques limites : Ventoy est recommandé pour préparer la clé USB, des problèmes sont rapportés avec Rufus, certaines machines virtuelles rencontrent des soucis d'affichage ou de démarrage, et des défauts graphiques sont signalés avec XLibre sur cartes NVIDIA, sans cause confirmée.

SonicDE et XLibre : un bureau Plasma 6 qui reste sur X11

SonicDE est décrit par Essora comme un environnement de bureau communautaire dérivé de KDE Plasma 6. Il comprend Sonic Workspace et sonic-win, un gestionnaire de fenêtres et compositeur X11, le tout en Qt6, avec GTK3 pour certaines applications Essora. Là où KDE Plasma 6 ouvre par défaut une session Wayland, Essora fait le choix inverse et reste sur X11, servi par XLibre. XLibre est un serveur d'affichage X11 géré par une communauté, issu d'une séparation d'avec le serveur X.Org le 5 juin 2025 ; le projet dit reprendre les fonctionnalités de X.Org, y compris celles jamais publiées, et rétroporter les correctifs de sécurité du serveur d'origine. Essora l'emploie déjà dans ses éditions Fluxbox et LXDE. Les applications livrées complètent le tableau : Essora Browser (basé sur Firefox et Gecko), Essora Office, Essora Control Center et le gestionnaire de fichiers ROX-Filer2-Qt à la place de Dolphin.

Pour un administrateur de serveur, rien de tout cela n'a d'importance directe : un VPS n'a ni session graphique ni serveur X. Ce qui compte, c'est le signal. Après Omarchy cet été, une seconde distribution de bureau grimpe dans les recherches en quelques semaines, et celle-ci vend d'abord une absence : celle de systemd. La question « peut-on faire tourner un serveur sans systemd en 2026 ? » revient donc, et elle mérite une réponse précise plutôt qu'un réflexe.

Pas d'édition serveur : sur un VPS, l'équivalent sans systemd s'appelle Devuan

Ni la page d'accueil d'Essora, ni le billet d'annonce, ni le dossier de téléchargement ne mentionnent d'édition serveur, d'installation sans écran ou d'usage sur VPS. L'édition Minimal est une base de remasterisation pour fabriquer un bureau allégé, pas un système pour serveur. Ajoutez le noyau maison, les problèmes rapportés en machine virtuelle et une seule architecture : Essora Eos est un projet de bureau pour PC, et il s'assume comme tel. Si l'objectif est un serveur Linux sans systemd avec la base de paquets Debian, la réponse est la distribution dont Essora tire ses paquets.

Devuan 6 Excalibur est la version stable depuis le 2 novembre 2025. Elle est construite sur Debian 13 Trixie, utilise les mêmes outils APT et dpkg, et écarte les paquets qui entraîneraient systemd. Le système d'init par défaut est sysvinit ; OpenRC est disponible depuis Devuan 2 (ASCII) et runit depuis Devuan 3 (Beowulf). L'installateur en mode texte, dérivé de celui de Debian, demande vers la fin de l'installation quel init installer. Les notes de version précisent qu'un système de fichiers à /usr fusionné est obligatoire et que la distribution est publiée pour amd64, arm64, armel, armhf, ppc64el et riscv64. Les images disponibles comprennent une ISO netinstall et des mini-ISO, c'est-à-dire exactement ce qu'il faut pour un serveur sans bureau ; les images desktop-live et minimal-live embarquent des micrologiciels non libres, que l'option « Expert install » permet d'éviter. Daedalus 5, basée sur Debian 12, reste maintenue en oldstable.

Sur un VPS, deux chemins existent. Le premier est l'installation classique : si votre hébergeur permet de démarrer la machine sur une image ISO, l'ISO netinstall de Devuan s'installe comme une Debian, et vous choisissez OpenRC quand l'installateur le propose. Un serveur dédié, où l'on installe en général le système de son choix, s'y prête encore mieux. Le second chemin consiste à garder Debian et à ne remplacer que la gestion des services : le wiki Debian documente l'installation d'OpenRC sur une Debian déjà passée à sysvinit, avec apt install openrc qui remplace sysv-rc, suivi d'un redémarrage. Le paquet openrc est en version 0.56 dans Debian 13. La même page prévient qu'une application aveugle de la procédure peut laisser un système qui ne démarre plus : c'est un exercice pour un snapshot ou une seconde machine, pas pour un serveur en production. Dans les deux cas, l'inventaire habituel reste le même, du durcissement de SSH aux premières commandes à connaître ; seule la couche des services change.

Ce qu'OpenRC change concrètement face aux unités systemd

OpenRC est un gestionnaire de services fondé sur les dépendances, et non un remplaçant complet de systemd. Sur Debian et Devuan, il tourne au-dessus de sysvinit, qui reste le processus numéro 1 ; OpenRC prend en charge le démarrage, l'arrêt et l'ordonnancement des services. Les scripts vivent dans /etc/init.d, et les scripts LSB existants de Debian y sont lus grâce à un convertisseur d'en-têtes. La configuration propre à un service se place dans /etc/conf.d/<service>, et les réglages globaux dans /etc/rc.conf, dont rc_parallel pour démarrer les services en parallèle et rc_logger pour journaliser le démarrage. Les niveaux d'exécution (runlevels) sont de simples répertoires sous /etc/runlevels : sysinit, boot, default et shutdown, chacun contenant des liens vers les scripts à lancer. Activer un service au démarrage revient à l'ajouter au runlevel default.

Trois différences se ressentent au quotidien. D'abord, il n'y a pas de journal centralisé : OpenRC n'écrit rien par défaut, rc_logger="YES" produit un journal de démarrage dans /var/log/rc.log, et la sortie d'un service va là où le service l'écrit, dans ses propres fichiers ou vers syslog, sans équivalent de journalctl -u. Les habitudes décrites dans nos guides sur journalctl et la taille des journaux systemd se traduisent par rsyslog et logrotate. Ensuite, il n'y a pas de minuteries : les timers systemd redeviennent des entrées cron. Enfin, la supervision d'un processus (redémarrage automatique en cas de plantage) n'est pas le comportement par défaut : elle s'active service par service avec supervise-daemon, qui redémarre le processus après respawn_delay secondes, au plus respawn_max fois (10 par défaut, 0 pour illimité). Le tableau ci-dessous met en regard les commandes.

Exemple : le même serveur de jeu en unité systemd et en script OpenRC

Prenons le cas le plus courant chez nos clients : un serveur de jeu Java lancé au démarrage sous un compte dédié, qui doit redémarrer seul s'il plante. Sous Debian, c'est une unité systemd comme celle de notre guide créer un service systemd pour un serveur de jeu :

[Unit]
Description=Serveur Minecraft
After=network-online.target
Wants=network-online.target

[Service]
User=minecraft
WorkingDirectory=/opt/minecraft
ExecStart=/usr/bin/java -Xms2G -Xmx4G -jar server.jar nogui
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

Sous Devuan avec OpenRC, la même intention tient dans un script /etc/init.d/minecraft interprété par openrc-run. Les variables command, command_args, command_user et directory remplacent ExecStart, User et WorkingDirectory ; supervisor=supervise-daemon et les variables respawn_* remplacent Restart=. La fonction depend() joue le rôle des directives After= et Wants=, avec les mots-clés need (dépendance forte), use (dépendance souple), after et before (ordre sans dépendance) et provide (service virtuel). Java tourne au premier plan sans se détacher, ce qui est précisément la condition exigée par supervise-daemon.

#!/sbin/openrc-run
description="Serveur Minecraft"

supervisor=supervise-daemon
command="/usr/bin/java"
command_args="-Xms2G -Xmx4G -jar server.jar nogui"
command_user="minecraft:minecraft"
directory="/opt/minecraft"
pidfile="/run/${RC_SVCNAME}.pid"
output_log="/var/log/minecraft.log"
error_log="/var/log/minecraft.err"
respawn_delay=5
respawn_max=0

depend() {
    need net
}

chmod +x /etc/init.d/minecraft
rc-update add minecraft default
rc-service minecraft start
rc-service minecraft status
rc-update show

Deux précisions tirées de la documentation d'OpenRC. need net exige qu'une interface autre que la boucle locale soit active, ce qui est le comportement voulu pour un serveur de jeu. Et si un service se retrouve marqué comme planté après un arrêt brutal, rc-service minecraft zap le remet à l'état arrêté avant un nouveau start, là où systemd propose reset-failed. Pour vérifier de l'extérieur que le serveur répond, les méthodes de notre guide détecter un serveur de jeu hors service s'appliquent sans changement, puisqu'elles ne dépendent pas du système d'init.

Faut-il passer son VPS sans systemd ?

La réponse honnête est : c'est possible, maintenu et cohérent, mais ce n'est pas gratuit. Devuan suit Debian de près et Excalibur bénéficie de la base de paquets de Trixie, avec la même documentation pour tout ce qui ne touche pas aux services. Le coût se concentre sur trois points. Une partie des logiciels tiers ne fournit qu'une unité systemd, et il faut alors écrire le script OpenRC soi-même, comme ci-dessus. Les composants que systemd avait absorbés reviennent sous forme de paquets séparés : rsyslog pour les journaux, cron pour la planification, ifupdown pour le réseau, chrony ou ntpsec pour l'heure. Et la quasi-totalité des guides en ligne, les nôtres compris, écrivent systemctl et journalctl ; le tableau de cet article sert alors de table de traduction.

Pour un serveur de jeu ou un hébergement que vous voulez oublier pendant des années, Debian ou Ubuntu avec systemd reste le chemin de moindre friction, et la migration de Debian 12 vers Debian 13 est le chantier à planifier avant celui de l'init. Devuan avec OpenRC se justifie quand l'équipe veut une gestion des services lisible, un modèle de dépendances explicite et un système qui ne dépend d'aucun composant systemd, et qu'elle accepte d'écrire ses scripts. Notre comparatif quelle distribution Linux pour un VPS détaille les autres critères de choix. Dans tous les cas, testez d'abord sur un VPS secondaire ou derrière un snapshot : le passage d'un init à l'autre est l'une des rares opérations qui peut laisser une machine sans accès SSH.

Conclusion

Essora Eos SonicDE est une distribution de bureau qui va au bout de ses convictions : paquets Devuan Excalibur, OpenRC, XLibre plutôt que Wayland, un Plasma 6 refondu en SonicDE et des applications maison. Elle n'a pas d'édition serveur et ne prétend pas en avoir. Pour un administrateur, l'intérêt de son succès soudain est ailleurs : il rappelle que la base Debian existe aussi sans systemd, sous le nom de Devuan, avec une version stable récente et un choix d'init à l'installation. OpenRC y remplace les unités par des scripts dans /etc/init.d, les runlevels par des répertoires, journalctl par des fichiers de journaux et Restart= par supervise-daemon. Rien d'insurmontable, à condition de savoir à l'avance ce qui change, ce que cet article a voulu poser noir sur blanc avant que vous ne lanciez l'ISO.