Void Linux: Der Außenseiter, der systemd ablehnt – und warum er es verdient, ernst genommen zu werden

Autor: DerSchneider

Einleitung: Ein Betriebssystem, dessen Name nichts bedeutet

„Void“ stammt vom C-Schlüsselwort void – leer, nichts, nicht existent. Der Name ist, wie die Entwickler selbst einräumen, ohne tiefere Bedeutung gewählt. Genau diese „Leere“ fasst jedoch die Designphilosophie der Distribution präzise zusammen: nichts einfüllen, was du nicht willst; keine Entscheidungen für dich treffen; keine unsichtbaren Blackboxes im System verstecken.

Void ist eine unabhängig entwickelte Linux-Distribution mit Rolling-Release-Modell, die nicht von Debian, Arch oder einer anderen Distribution abgeleitet ist. Sie entstand 2008, ursprünglich als Testfeld für den Paketmanager XBPS, den Gründer Juan Romero Pardines selbst geschrieben hatte. Heute ist XBPS eine der tragenden Komponenten von Void, und die Distribution hat sich zu einem Betriebssystem entwickelt, das einen eigenständigen Balanceakt zwischen Leichtgewichtigkeit, Kontrollierbarkeit und Alltagstauglichkeit gefunden hat. Die offizielle Selbstdarstellung beschreibt Void als vielseitiges Betriebssystem auf Basis des Linux-Kernels, dessen Software als Binärpakete bereitsteht und sich bei Bedarf mit xbps-src aus Quellcode bauen lässt.

Dieser Artikel beleuchtet die Distribution auf mehreren Ebenen: ihren technischen Kern, die praktische Nutzung, den Hardwarebedarf und die Frage, für welche Szenarien sie taugt – einschließlich der klaren Antwort darauf, für wen sie nicht geeignet ist.

1. runit: „Einfachheit“ zurück ans Init-System geben

Um Void Linux zu verstehen, muss man zuerst runit verstehen. Hier liegt der Kern, der Void von fast allen anderen gängigen Distributionen unterscheidet.

Der Start eines Linux-Systems braucht ein init-Programm. Lange Zeit nahm SysVinit diesen Platz ein; später verdrängte systemd es mit leistungsfähigerer Abhängigkeitsverwaltung und parallelem Start – um den Preis von Komplexität und dem Anspruch, „alles“ zu regeln, was bis heute Kontroversen auslöst. Void wählt einen dritten Weg: runit. Die offizielle Dokumentation begründet diese Wahl ausdrücklich damit, dass der Einsatz von runit es Void ermöglicht, musl als zweite C-Bibliothek anzubieten – etwas, das unter systemd nicht möglich wäre. Der Preis dafür sei ein sauberer, effizient laufender Kern mit sehr kleiner Codebasis.

runit ist fast schon brutal einfach gestrickt: Jeder Dienst ist ein Verzeichnis, in dem ein ausführbares Skript namens run liegt. runit sorgt dafür, dass dieses Skript dauerhaft läuft – beendet es sich, wird es neu gestartet. Einen Dienst zu aktivieren bedeutet nichts weiter, als unter /var/service/ einen symbolischen Link auf das Dienstverzeichnis anzulegen; ihn zu deaktivieren heißt, diesen Link zu löschen. Keine Unit-Dateien, keine D-Bus-Schnittstelle, keine implizite Abhängigkeitsauflösung.

Die praktischen Vorteile benennt das offizielle Handbuch konkret: Die Codebasis ist klein und dadurch leicht auf Sicherheitslücken prüfbar; jeder Dienst startet in einer sauberen Umgebung – mit denselben Umgebungsvariablen, Ressourcenlimits, offenen Dateideskriptoren und demselben Controlling-Terminal, unabhängig von der vorherigen Startreihenfolge. Auch die Protokollierung folgt derselben Philosophie, und hier lohnt die Genauigkeit: Existiert im Dienstverzeichnis ein log/-Unterverzeichnis, leitet runit die Standardausgabe des Hauptdienstes an die Standardeingabe des dortigen run-Skripts weiter. Dieses Skript ruft in der Regel svlogd auf, den runit-eigenen Logger, der Rotation und Aufbewahrung übernimmt. Der Log-Dienst wird von runit ebenso überwacht wie der Hauptdienst und endet mit ihm. Wichtig zu wissen: Ein Standard-Void installiert keinen systemweiten Syslog-Daemon. Wer globale Logs braucht, muss bewusst socklog-void oder eine vergleichbare Lösung installieren und aktivieren.

Ein konkreter Vergleich macht den Unterschied deutlich. Unter systemd erfordert die Statusabfrage eines Dienstes systemctl status <dienst> – ein Befehl, der über D-Bus mit dem Init-System kommuniziert und dessen Ausgabe von einer Vielzahl von Unit-Eigenschaften und Zustandsmaschinen geprägt ist. Unter runit genügt sv status <dienst> und liefert eine knappe Zeile: läuft, wie lange, mit welcher PID. Wer wissen will, warum ein Dienst nicht startet, liest dessen run-Skript und die zugehörige Log-Ausgabe.

Der Preis ist real: Wer von systemd verwöhnt ist, vermisst Komfortfunktionen wie systemctl --user für Benutzerdienste, Socket-Aktivierung oder tief integrierte Cgroup-Verwaltung. Void bietet für einiges davon eigene Lösungen (etwa vsv als Dienstverwaltungswerkzeug oder separate Werkzeuge für Benutzerdienste), aber nicht alles lässt sich eins zu eins abbilden. Wer systemd wegen seiner Funktionen schätzt, wird bei runit bewusst verzichten müssen. Wer systemd wegen seiner Opazität ablehnt, findet hier eine befreiend transparente Alternative.

2. XBPS: Ein Paketmanager ohne Ballast

Neben runit ist XBPS (X Binary Package System) das zweite Alleinstellungsmerkmal von Void. Auch hier gilt: selbst geschrieben, von Grund auf, ohne Abhängigkeit von dpkg, rpm oder pacman.

Die zentralen Befehle sind schnell erlernt:

Zwei Details sind in der Praxis wichtig. Erstens: XBPS aktualisiert sich selbst in einer separaten Transaktion. Enthält ein Update das Paket xbps selbst, muss xbps-install -Su ein zweites Mal ausgeführt werden, um die übrigen Aktualisierungen abzuschließen. Zweitens, und das ist eine bewusste Designentscheidung: XBPS startet Dienste nach Paket-Updates nicht automatisch neu. Das bleibt dem Administrator überlassen – sinnvoll für Server, die in definierten Wartungsfenstern aktualisiert werden, für Desktop-Nutzer aber eine Umstellung: Nach einem Kernel- oder Bibliotheks-Update muss man selbst entscheiden, ob ein Neustart nötig ist.

Bemerkenswert ist Voids Umgang mit C-Bibliotheken. Die offiziellen Repositories bieten viele Pakete sowohl gegen glibc als auch gegen musl gelinkt an. glibc steht für maximale Kompatibilität, insbesondere mit proprietärer Software; musl verfolgt das Ziel, leichtgewichtig, schnell, einfach und korrekt zu sein. Diese doppelte Versorgung ist in der Linux-Landschaft selten und ein deutliches Zeichen dafür, dass Void seine Nutzer als mündige Entscheider behandelt.

Musl hat allerdings klare Grenzen, die das offizielle Handbuch offen benennt: Proprietäre Software unterstützt in der Regel nur glibc-Systeme, und der proprietäre NVIDIA-Treiber unterstützt musl nicht. Software, die glibc voraussetzt, kann in einem glibc-Chroot laufen – das funktioniert, erhöht aber die Komplexität. Wer musl wählt, sollte wissen, wovon er abhängt.

Void ist ein Rolling Release: Es gibt keine Versionsnummern im Sinne von „Ubuntu 24.04″ oder „Debian 13″. Das System wird kontinuierlich aktualisiert. Der Vorteil: stets aktuelle Software, ohne jemals ein großes Distributions-Upgrade durchführen zu müssen. Der Nachteil: keine eingefrorenen „stabilen“ Zustände mit jahrelangem Support. Void positioniert sich als Rolling Release mit Fokus auf Stabilität – schneller als Debian stable, vorsichtiger als Arch.

3. Installation: Textbasiert, ehrlich, machbar

Void bietet zwei Installationswege. Für Desktop-Nutzer gibt es Live-ISOs mit grafischer Oberfläche – überwiegend ein XFCE-Flavor, daneben weitere Desktop-Varianten. Diese Images enthalten einen grafischen Installer und ein vorinstalliertes Desktop-System. Für erfahrene Nutzer und Minimalisten gibt es die Base-ISO ohne Desktop, die nur eine Kommandozeile bietet und den Aufbau eines Systems von Grund auf ermöglicht.

Der Installer selbst – void-installer, erreichbar über die Kommandozeile – ist textbasiert und führt durch die wesentlichen Schritte: Tastaturlayout, Netzwerk, Partitionierung, Dateisystem, Bootloader (GRUB oder rEFInd), Root-Passwort, Benutzerkonto, Zeitzone und Paketquelle.

Ein Punkt, der in der offiziellen Dokumentation klar geregelt ist und in vielen Anleitungen missverständlich dargestellt wird: Die Live-ISO meldet sich als Benutzer root an, und das Passwort lautet voidlinux. Die Download-Seite bestätigt: Man kann sich als anon oder root anmelden, das Passwort ist voidlinux. Das ist ausdrücklich kein leeres Passwort – der Unterschied ist sicherheitsrelevant, denn ein leeres Passwort würde bedeuten, dass jeder ohne Kenntnis irgendeines Geheimnisses Root-Zugriff erhält, während ein dokumentiertes Standardpasswort eine bewusste, aber eben auch bekannte Zugangsregelung für die Live-Umgebung darstellt. Nach dem Booten meldet man sich also an der Konsole als root mit dem Passwort voidlinux an und startet anschließend void-installer. Der Installer fragt im Verlauf ein neues Root-Passwort für das endgültige System ab; dieses ist nicht mit dem Live-Passwort identisch.

Nach der Installation aktiviert man typischerweise das Netzwerk – je nach gewähltem Stack etwa mit ln -s /etc/sv/dhcpcd /var/service/ oder über NetworkManager – und startet das System neu.

4. Hardware: Reicht ein Mini-PC? Ja – und wie

Die offiziellen Mindestanforderungen für Void Linux sind bescheiden und unterscheiden sich je nach Variante:

Hinweis zur Tabelle: i686 wird ausschließlich mit glibc unterstützt; eine musl-Variante für 32-Bit-x86 existiert nicht. Die 32-Bit-Unterstützung ist zudem praktisch von nachrangiger Bedeutung – aktuelle Mini-PCs und die meisten Neuinstallationen sind x86_64. Wer ein altes 32-Bit-Gerät wiederbeleben will, sollte prüfen, ob die benötigte Software noch für i686 gebaut wird.

In der Praxis bedeutet das: Ein normaler Mini-PC ist mehr als ausreichend. Ein Gerät mit Intel N100 oder N150, 8–16 GB RAM und einer SSD wird Void Linux außerordentlich flüssig betreiben – im Leerlauf mit einem schlanken Desktop wie XFCE bleibt der RAM-Verbrauch niedrig, das System startet in wenigen Sekunden.

Sogar deutlich schwächere Hardware ist geeignet. In der Void-Community und auf Reddit berichten Nutzer von erfolgreichen Installationen auf Einplatinenrechnern (Raspberry Pi), auf älteren Mini-PCs und auf x86-Geräten mit wenig RAM. Ein dokumentierter Fall beschreibt den Betrieb auf einem ZimaBoard 832 mit Openbox als Fenstermanager.

Eine wichtige Einschränkung, die ehrlich benannt werden muss: Bei sehr neuen Mini-PCs kann es zu Treiberproblemen kommen. Ein Nutzer berichtete, dass Void Linux auf einem Aoostar N1 Pro (Intel N150) nicht bootete, während es auf einem GMKtec G3 Plus ohne Probleme lief. Das ist kein Void-spezifisches Problem – neue Hardware braucht oft einen aktuellen Kernel, und Rolling-Release-Distributionen sind hier meist im Vorteil, aber nicht immun. Wer einen brandneuen Mini-PC mit Void bestücken will, sollte vorher recherchieren, ob der Kernel der aktuellen ISO die Hardware unterstützt.

5. Was kann ich damit machen? Konkrete Szenarien

Void Linux ist kein Nischen-Spielzeug für Bastler, die nur in der Kommandozeile leben wollen. Es ist ein vollwertiges Alltagssystem – vorausgesetzt, man bringt die Bereitschaft mit, sich einzulassen.

Alltagsrechner. Mit XFCE, Firefox, LibreOffice und den üblichen Anwendungen ist Void ein vollwertiger Desktop. Wer die grafische ISO wählt, hat nach der Installation ein funktionierendes System. Die offiziellen Repositories sind umfangreich und aktiv gepflegt; genaue Paketzahlen schwanken mit dem Entwicklungsstand und sollten nicht als feste Größe zitiert werden. Über xbps-src lassen sich zusätzlich Pakete aus Quellcode bauen.

Entwicklungsmaschine. Void ist eine schlanke, schnelle Basis für Softwareentwicklung. Docker und Podman laufen, ebenso gängige Sprachen und Toolchains. Die musl-Variante eignet sich besonders für statisch gelinkte Builds und Container-Images – vorausgesetzt, die benötigte Software ist musl-kompatibel.

Server und Homelab. runit macht Void zu einem attraktiven Server-Betriebssystem: wenige Dienste, transparente Konfiguration, geringer Ressourcenverbrauch. Wer einen kleinen Heimserver, einen DNS-Resolver oder einen Fileserver betreiben will, findet in Void eine schlanke und wartungsarme Grundlage – muss aber den fehlenden Syslog-Daemon und das manuelle Neustarten von Diensten nach Updates einplanen.

Lernumgebung. Wer Linux wirklich verstehen will – Init-System, Paketverwaltung, Bootloader, Dienste –, lernt bei Void mehr als bei Distributionen, die alles hinter grafischen Werkzeugen verbergen. Das offizielle Handbuch ist ausführlich und gut geschrieben; die Community in Foren und auf Reddit ist hilfsbereit, wenn auch kleiner als die von Ubuntu oder Arch.

Wiederbelebung alter Hardware. Alte Laptops und Mini-PCs, auf denen Windows 11 offiziell nicht mehr läuft oder zu langsam wäre, laufen mit Void Linux und einem leichten Desktop oft erstaunlich gut.

6. Die Schattenseiten: Was Void nicht ist

Ehrlichkeit gehört zu einem guten Artikel. Void Linux hat reale Hürden, die man kennen sollte, bevor man sich darauf einlässt.

Die Community ist klein. Die Anzahl aktiver Entwickler und Nutzer ist deutlich geringer als bei Ubuntu, Fedora oder Arch. Das bedeutet: weniger vorbereitete Lösungen für exotische Probleme, weniger deutschsprachige Dokumentation, längere Wartezeiten auf Antworten in Foren.

Proprietäre Software ist mühsamer. Void liefert standardmäßig keine proprietären Treiber oder Codecs mit. Wer NVIDIA-Treiber, Steam oder bestimmte Multimedia-Codecs braucht, muss das Repository nonfree aktivieren und teils manuell nachhelfen. Das ist machbar und dokumentiert, aber nicht so bequem wie bei Ubuntu oder Linux Mint.

Kein LTS, keine garantierte Stabilität. Rolling Release bedeutet: Updates können gelegentlich etwas kaputt machen. Das ist bei Void seltener als bei Arch, aber es kommt vor. Wer ein System braucht, das „einfach läuft“ und jahrelang keine Überraschungen bereitet, ist mit Debian stable besser bedient.

Weniger grafische Werkzeuge. Void setzt auf Kommandozeile. Es gibt grafische Installer und Desktop-Umgebungen, aber Systemverwaltung findet weitgehend im Terminal statt.

Musl ist nicht überall kompatibel. Die musl-Variante ist elegant, aber einige proprietäre Anwendungen und manche Software setzen glibc voraus – darunter der proprietäre NVIDIA-Treiber. Wer musl wählt, sollte wissen, worauf er sich einlässt.

Fazit und Ausblick

Void Linux ist kein Betriebssystem für alle. Es ist ein Betriebssystem für Menschen, die verstehen wollen, was ihr Rechner tut – und die bereit sind, dafür ein wenig Komfort aufzugeben. runit und XBPS sind keine Gimmicks, sondern konsequente technische Entscheidungen, die das System schlank, transparent und schnell machen. Die glibc/musl-Zweigleisigkeit zeigt, dass die Entwickler ihre Nutzer als mündige Entscheider behandeln. Und die Tatsache, dass Void seit 2008 unabhängig existiert – zunächst als Testfeld für XBPS, später als eigenständige Distribution –, ohne von einem großen Unternehmen getragen zu werden, verdient Respekt.

Für Mini-PC-Besitzer ist Void Linux eine besonders attraktive Option: Die Hardware ist mehr als ausreichend, das System läuft flüssig, und der geringe Ressourcenverbrauch lässt Spielraum für Anwendungen. Wer einen N100-Mini-PC sein Eigen nennt und ohnehin über ein alternatives Betriebssystem nachdenkt, sollte Void Linux auf die Shortlist setzen – neben Linux Mint (für Einsteiger) und Arch Linux (für maximale Kontrolle).

Die Zukunft von Void Linux ist – wie bei vielen unabhängigen Distributionen – nicht garantiert. Die Entwicklergemeinde ist klein, und das Projekt hängt von Freiwilligen ab. Doch die jüngere Entwicklung stimmt optimistisch: regelmäßige ISO-Releases, aktive Paketpflege und eine treue Nutzerbasis sorgen dafür, dass Void auch 2026 lebendig ist. Wer heute einsteigt, findet ein gereiftes System – und die Gewissheit, dass er weiß, was auf seinem Rechner läuft. Das ist mehr, als man von vielen Betriebssystemen sagen kann.

Quellen

• Void Linux Handbuch (offiziell), insbesondere Abschnitte zu Installation, runit, XBPS und musl/glibc: https://docs.voidlinux.org/
• Void Linux Download-Seite (Anmeldedaten der Live-ISOs: anon/root, Passwort voidlinux): https://voidlinux.org/download/
• Void Linux – offizielle Projektseite: https://voidlinux.org/
• Void Linux – DistroWatch-Seite mit Nutzerbewertungen und Versionshistorie: https://distrowatch.com/table.php?distribution=void
• Void Linux auf Reddit (r/voidlinux) – Erfahrungsberichte zu Hardware, Installation und Alltagstauglichkeit: https://www.reddit.com/r/voidlinux/
• Void Linux – Wikipedia-Artikel mit Entstehungsgeschichte und technischen Details: https://de.wikipedia.org/wiki/Void_Linux
• runit – offizielle Projektseite und Dokumentation: http://smarden.org/runit/
• XBPS – Dokumentation im Void Linux Handbuch: https://docs.voidlinux.org/xbps/index.html
• XBPS – Quellcode und Projektseite auf GitHub: https://github.com/void-linux/xbps
• Void Linux Handbook, Abschnitt „musl“ (Hinweis zur fehlenden Unterstützung des proprietären NVIDIA-Treibers): https://docs.voidlinux.org/installation/musl.html