{"id":7710,"date":"2026-10-17T08:47:44","date_gmt":"2026-10-17T08:47:44","guid":{"rendered":"https:\/\/technodidact.de\/?p=7710"},"modified":"2026-10-17T08:47:45","modified_gmt":"2026-10-17T08:47:45","slug":"void-linux-der-aussenseiter-der-systemd-ablehnt-und-warum-er-es-verdient-ernst-genommen-zu-werden","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/void-linux-der-aussenseiter-der-systemd-ablehnt-und-warum-er-es-verdient-ernst-genommen-zu-werden\/","title":{"rendered":"Void Linux: Der Au\u00dfenseiter, der systemd ablehnt \u2013 und warum er es verdient, ernst genommen zu werden"},"content":{"rendered":"

Autor: DerSchneider<\/strong><\/p>\n\n\n\n

\n\n\n\n

Einleitung: Ein Betriebssystem, dessen Name nichts bedeutet<\/h2>\n\n\n\n

\u201eVoid“ stammt vom C-Schl\u00fcsselwort void<\/code> \u2013 leer, nichts, nicht existent. Der Name ist, wie die Entwickler selbst einr\u00e4umen, ohne tiefere Bedeutung gew\u00e4hlt. Genau diese \u201eLeere“ fasst jedoch die Designphilosophie der Distribution pr\u00e4zise zusammen: nichts einf\u00fcllen, was du nicht willst; keine Entscheidungen f\u00fcr dich treffen; keine unsichtbaren Blackboxes im System verstecken.<\/p>\n\n\n\n

Void ist eine unabh\u00e4ngig entwickelte Linux-Distribution mit Rolling-Release-Modell<\/strong>, die nicht von Debian, Arch oder einer anderen Distribution abgeleitet ist. Sie entstand 2008, urspr\u00fcnglich als Testfeld f\u00fcr den Paketmanager XBPS, den Gr\u00fcnder 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\u00e4ndigen 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\u00e4rpakete bereitsteht und sich bei Bedarf mit xbps-src<\/code> aus Quellcode bauen l\u00e4sst.<\/p>\n\n\n\n

Dieser Artikel beleuchtet die Distribution auf mehreren Ebenen: ihren technischen Kern, die praktische Nutzung, den Hardwarebedarf und die Frage, f\u00fcr welche Szenarien sie taugt \u2013 einschlie\u00dflich der klaren Antwort darauf, f\u00fcr wen sie nicht<\/em> geeignet ist.<\/p>\n\n\n\n

\n\n\n\n

1. runit: \u201eEinfachheit“ zur\u00fcck ans Init-System geben<\/h2>\n\n\n\n

Um Void Linux zu verstehen, muss man zuerst runit verstehen. Hier liegt der Kern, der Void von fast allen anderen g\u00e4ngigen Distributionen unterscheidet.<\/p>\n\n\n\n

Der Start eines Linux-Systems braucht ein init-Programm. Lange Zeit nahm SysVinit diesen Platz ein; sp\u00e4ter verdr\u00e4ngte systemd es mit leistungsf\u00e4higerer Abh\u00e4ngigkeitsverwaltung und parallelem Start \u2013 um den Preis von Komplexit\u00e4t und dem Anspruch, \u201ealles“ zu regeln, was bis heute Kontroversen ausl\u00f6st. Void w\u00e4hlt einen dritten Weg: runit. Die offizielle Dokumentation begr\u00fcndet diese Wahl ausdr\u00fccklich damit, dass der Einsatz von runit es Void erm\u00f6glicht, musl als zweite C-Bibliothek<\/strong> anzubieten \u2013 etwas, das unter systemd nicht m\u00f6glich w\u00e4re. Der Preis daf\u00fcr sei ein sauberer, effizient laufender Kern mit sehr kleiner Codebasis.<\/p>\n\n\n\n

runit ist fast schon brutal einfach gestrickt: Jeder Dienst ist ein Verzeichnis, in dem ein ausf\u00fchrbares Skript namens run<\/code> liegt. runit sorgt daf\u00fcr, dass dieses Skript dauerhaft l\u00e4uft \u2013 beendet es sich, wird es neu gestartet. Einen Dienst zu aktivieren bedeutet nichts weiter, als unter \/var\/service\/<\/code> einen symbolischen Link auf das Dienstverzeichnis anzulegen; ihn zu deaktivieren hei\u00dft, diesen Link zu l\u00f6schen. Keine Unit-Dateien, keine D-Bus-Schnittstelle, keine implizite Abh\u00e4ngigkeitsaufl\u00f6sung.<\/p>\n\n\n\n

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

Ein konkreter Vergleich macht den Unterschied deutlich. Unter systemd erfordert die Statusabfrage eines Dienstes systemctl status <dienst><\/code> \u2013 ein Befehl, der \u00fcber D-Bus mit dem Init-System kommuniziert und dessen Ausgabe von einer Vielzahl von Unit-Eigenschaften und Zustandsmaschinen gepr\u00e4gt ist. Unter runit gen\u00fcgt sv status <dienst><\/code> und liefert eine knappe Zeile: l\u00e4uft, wie lange, mit welcher PID. Wer wissen will, warum<\/em> ein Dienst nicht startet, liest dessen run<\/code>-Skript und die zugeh\u00f6rige Log-Ausgabe.<\/p>\n\n\n\n

Der Preis ist real: Wer von systemd verw\u00f6hnt ist, vermisst Komfortfunktionen wie systemctl --user<\/code> f\u00fcr Benutzerdienste, Socket-Aktivierung oder tief integrierte Cgroup-Verwaltung. Void bietet f\u00fcr einiges davon eigene L\u00f6sungen (etwa vsv<\/code> als Dienstverwaltungswerkzeug oder separate Werkzeuge f\u00fcr Benutzerdienste), aber nicht alles l\u00e4sst sich eins zu eins abbilden. Wer systemd wegen seiner Funktionen sch\u00e4tzt, wird bei runit bewusst verzichten m\u00fcssen. Wer systemd wegen seiner Opazit\u00e4t ablehnt, findet hier eine befreiend transparente Alternative.<\/p>\n\n\n\n

\n\n\n\n

2. XBPS: Ein Paketmanager ohne Ballast<\/h2>\n\n\n\n

Neben runit ist XBPS (X Binary Package System) das zweite Alleinstellungsmerkmal von Void. Auch hier gilt: selbst geschrieben, von Grund auf, ohne Abh\u00e4ngigkeit von dpkg, rpm oder pacman.<\/p>\n\n\n\n

Die zentralen Befehle sind schnell erlernt:<\/p>\n\n\n\n

Aufgabe<\/th>Befehl<\/th><\/tr><\/thead>
Index synchronisieren und System aktualisieren<\/td>xbps-install -Su<\/code><\/td><\/tr>
Paket installieren<\/td>xbps-install <paket><\/code><\/td><\/tr>
Paket entfernen<\/td>xbps-remove <paket><\/code><\/td><\/tr>
Repository durchsuchen<\/td>xbps-query -Rs <suchbegriff><\/code><\/td><\/tr>
Paketinformationen anzeigen<\/td>xbps-query -R <paket><\/code><\/td><\/tr>
Verwaiste Abh\u00e4ngigkeiten entfernen<\/td>xbps-remove -o<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Zwei Details sind in der Praxis wichtig. Erstens: XBPS aktualisiert sich selbst in einer separaten Transaktion. Enth\u00e4lt ein Update das Paket xbps<\/code> selbst, muss xbps-install -Su<\/code> ein zweites Mal ausgef\u00fchrt werden, um die \u00fcbrigen Aktualisierungen abzuschlie\u00dfen. Zweitens, und das ist eine bewusste Designentscheidung: XBPS startet Dienste nach Paket-Updates nicht automatisch neu.<\/strong> Das bleibt dem Administrator \u00fcberlassen \u2013 sinnvoll f\u00fcr Server, die in definierten Wartungsfenstern aktualisiert werden, f\u00fcr Desktop-Nutzer aber eine Umstellung: Nach einem Kernel- oder Bibliotheks-Update muss man selbst entscheiden, ob ein Neustart n\u00f6tig ist.<\/p>\n\n\n\n

Bemerkenswert ist Voids Umgang mit C-Bibliotheken. Die offiziellen Repositories bieten viele Pakete sowohl gegen glibc<\/strong> als auch gegen musl<\/strong> gelinkt an. glibc steht f\u00fcr maximale Kompatibilit\u00e4t, insbesondere mit propriet\u00e4rer 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\u00fcr, dass Void seine Nutzer als m\u00fcndige Entscheider behandelt.<\/p>\n\n\n\n

Musl hat allerdings klare Grenzen, die das offizielle Handbuch offen benennt: Propriet\u00e4re Software unterst\u00fctzt in der Regel nur glibc-Systeme, und der propriet\u00e4re NVIDIA-Treiber unterst\u00fctzt musl nicht<\/strong>. Software, die glibc voraussetzt, kann in einem glibc-Chroot laufen \u2013 das funktioniert, erh\u00f6ht aber die Komplexit\u00e4t. Wer musl w\u00e4hlt, sollte wissen, wovon er abh\u00e4ngt.<\/p>\n\n\n\n

Void ist ein Rolling Release<\/strong>: Es gibt keine Versionsnummern im Sinne von \u201eUbuntu 24.04″ oder \u201eDebian 13″. Das System wird kontinuierlich aktualisiert. Der Vorteil: stets aktuelle Software, ohne jemals ein gro\u00dfes Distributions-Upgrade durchf\u00fchren zu m\u00fcssen. Der Nachteil: keine eingefrorenen \u201estabilen“ Zust\u00e4nde mit jahrelangem Support. Void positioniert sich als Rolling Release mit Fokus auf Stabilit\u00e4t \u2013 schneller als Debian stable, vorsichtiger als Arch.<\/p>\n\n\n\n

\n\n\n\n

3. Installation: Textbasiert, ehrlich, machbar<\/h2>\n\n\n\n

Void bietet zwei Installationswege. F\u00fcr Desktop-Nutzer gibt es Live-ISOs mit grafischer Oberfl\u00e4che<\/strong> \u2013 \u00fcberwiegend ein XFCE-Flavor, daneben weitere Desktop-Varianten. Diese Images enthalten einen grafischen Installer und ein vorinstalliertes Desktop-System. F\u00fcr erfahrene Nutzer und Minimalisten gibt es die Base-ISO<\/strong> ohne Desktop, die nur eine Kommandozeile bietet und den Aufbau eines Systems von Grund auf erm\u00f6glicht.<\/p>\n\n\n\n

Der Installer selbst \u2013 void-installer<\/code>, erreichbar \u00fcber die Kommandozeile \u2013 ist textbasiert und f\u00fchrt durch die wesentlichen Schritte: Tastaturlayout, Netzwerk, Partitionierung, Dateisystem, Bootloader (GRUB oder rEFInd), Root-Passwort, Benutzerkonto, Zeitzone und Paketquelle.<\/p>\n\n\n\n

Ein Punkt, der in der offiziellen Dokumentation klar geregelt ist und in vielen Anleitungen missverst\u00e4ndlich dargestellt wird: Die Live-ISO meldet sich als Benutzer root<\/code> an, und das Passwort lautet voidlinux<\/code>.<\/strong> Die Download-Seite best\u00e4tigt: Man kann sich als anon<\/code> oder root<\/code> anmelden, das Passwort ist voidlinux<\/code>. Das ist ausdr\u00fccklich kein leeres Passwort<\/strong> \u2013 der Unterschied ist sicherheitsrelevant, denn ein leeres Passwort w\u00fcrde bedeuten, dass jeder ohne Kenntnis irgendeines Geheimnisses Root-Zugriff erh\u00e4lt, w\u00e4hrend ein dokumentiertes Standardpasswort eine bewusste, aber eben auch bekannte Zugangsregelung f\u00fcr die Live-Umgebung darstellt. Nach dem Booten meldet man sich also an der Konsole als root<\/code> mit dem Passwort voidlinux<\/code> an und startet anschlie\u00dfend void-installer<\/code>. Der Installer fragt im Verlauf ein neues<\/strong> Root-Passwort f\u00fcr das endg\u00fcltige System ab; dieses ist nicht mit dem Live-Passwort identisch.<\/p>\n\n\n\n

Nach der Installation aktiviert man typischerweise das Netzwerk \u2013 je nach gew\u00e4hltem Stack etwa mit ln -s \/etc\/sv\/dhcpcd \/var\/service\/<\/code> oder \u00fcber NetworkManager \u2013 und startet das System neu.<\/p>\n\n\n\n

\n\n\n\n

4. Hardware: Reicht ein Mini-PC? Ja \u2013 und wie<\/h2>\n\n\n\n

Die offiziellen Mindestanforderungen f\u00fcr Void Linux sind bescheiden und unterscheiden sich je nach Variante:<\/p>\n\n\n\n

Architektur<\/th>RAM<\/th>Speicherplatz<\/th><\/tr><\/thead>
x86_64-glibc<\/td>520 MB<\/td>700 MB<\/td><\/tr>
x86_64-musl<\/td>520 MB<\/td>600 MB<\/td><\/tr>
i686-glibc<\/td>520 MB<\/td>700 MB<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Hinweis zur Tabelle:<\/strong> i686 wird ausschlie\u00dflich mit glibc unterst\u00fctzt; eine musl-Variante f\u00fcr 32-Bit-x86 existiert nicht. Die 32-Bit-Unterst\u00fctzung ist zudem praktisch von nachrangiger Bedeutung \u2013 aktuelle Mini-PCs und die meisten Neuinstallationen sind x86_64. Wer ein altes 32-Bit-Ger\u00e4t wiederbeleben will, sollte pr\u00fcfen, ob die ben\u00f6tigte Software noch f\u00fcr i686 gebaut wird.<\/p>\n\n\n\n

In der Praxis bedeutet das: Ein normaler Mini-PC ist mehr als ausreichend.<\/strong> Ein Ger\u00e4t mit Intel N100 oder N150, 8\u201316 GB RAM und einer SSD wird Void Linux au\u00dferordentlich fl\u00fcssig betreiben \u2013 im Leerlauf mit einem schlanken Desktop wie XFCE bleibt der RAM-Verbrauch niedrig, das System startet in wenigen Sekunden.<\/p>\n\n\n\n

Sogar deutlich schw\u00e4chere Hardware ist geeignet. In der Void-Community und auf Reddit berichten Nutzer von erfolgreichen Installationen auf Einplatinenrechnern (Raspberry Pi), auf \u00e4lteren Mini-PCs und auf x86-Ger\u00e4ten mit wenig RAM. Ein dokumentierter Fall beschreibt den Betrieb auf einem ZimaBoard 832<\/strong> mit Openbox als Fenstermanager.<\/p>\n\n\n\n

Eine wichtige Einschr\u00e4nkung, die ehrlich benannt werden muss: Bei sehr neuen Mini-PCs<\/strong> kann es zu Treiberproblemen kommen. Ein Nutzer berichtete, dass Void Linux auf einem Aoostar N1 Pro (Intel N150)<\/strong> nicht bootete, w\u00e4hrend es auf einem GMKtec G3 Plus<\/strong> ohne Probleme lief. Das ist kein Void-spezifisches Problem \u2013 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\u00fccken will, sollte vorher recherchieren, ob der Kernel der aktuellen ISO die Hardware unterst\u00fctzt.<\/p>\n\n\n\n

\n\n\n\n

5. Was kann ich damit machen? Konkrete Szenarien<\/h2>\n\n\n\n

Void Linux ist kein Nischen-Spielzeug f\u00fcr Bastler, die nur in der Kommandozeile leben wollen. Es ist ein vollwertiges Alltagssystem \u2013 vorausgesetzt, man bringt die Bereitschaft mit, sich einzulassen.<\/p>\n\n\n\n

Alltagsrechner.<\/strong> Mit XFCE, Firefox, LibreOffice und den \u00fcblichen Anwendungen ist Void ein vollwertiger Desktop. Wer die grafische ISO w\u00e4hlt, 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\u00f6\u00dfe zitiert werden. \u00dcber xbps-src<\/code> lassen sich zus\u00e4tzlich Pakete aus Quellcode bauen.<\/p>\n\n\n\n

Entwicklungsmaschine.<\/strong> Void ist eine schlanke, schnelle Basis f\u00fcr Softwareentwicklung. Docker und Podman laufen, ebenso g\u00e4ngige Sprachen und Toolchains. Die musl-Variante eignet sich besonders f\u00fcr statisch gelinkte Builds und Container-Images \u2013 vorausgesetzt, die ben\u00f6tigte Software ist musl-kompatibel.<\/p>\n\n\n\n

Server und Homelab.<\/strong> 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 \u2013 muss aber den fehlenden Syslog-Daemon und das manuelle Neustarten von Diensten nach Updates einplanen.<\/p>\n\n\n\n

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

Wiederbelebung alter Hardware.<\/strong> Alte Laptops und Mini-PCs, auf denen Windows 11 offiziell nicht mehr l\u00e4uft oder zu langsam w\u00e4re, laufen mit Void Linux und einem leichten Desktop oft erstaunlich gut.<\/p>\n\n\n\n

\n\n\n\n

6. Die Schattenseiten: Was Void nicht ist<\/h2>\n\n\n\n

Ehrlichkeit geh\u00f6rt zu einem guten Artikel. Void Linux hat reale H\u00fcrden, die man kennen sollte, bevor man sich darauf einl\u00e4sst.<\/p>\n\n\n\n

Die Community ist klein.<\/strong> Die Anzahl aktiver Entwickler und Nutzer ist deutlich geringer als bei Ubuntu, Fedora oder Arch. Das bedeutet: weniger vorbereitete L\u00f6sungen f\u00fcr exotische Probleme, weniger deutschsprachige Dokumentation, l\u00e4ngere Wartezeiten auf Antworten in Foren.<\/p>\n\n\n\n

Propriet\u00e4re Software ist m\u00fchsamer.<\/strong> Void liefert standardm\u00e4\u00dfig keine propriet\u00e4ren Treiber oder Codecs mit. Wer NVIDIA-Treiber, Steam oder bestimmte Multimedia-Codecs braucht, muss das Repository nonfree<\/code> aktivieren und teils manuell nachhelfen. Das ist machbar und dokumentiert, aber nicht so bequem wie bei Ubuntu oder Linux Mint.<\/p>\n\n\n\n

Kein LTS, keine garantierte Stabilit\u00e4t.<\/strong> Rolling Release bedeutet: Updates k\u00f6nnen gelegentlich etwas kaputt machen. Das ist bei Void seltener als bei Arch, aber es kommt vor. Wer ein System braucht, das \u201eeinfach l\u00e4uft“ und jahrelang keine \u00dcberraschungen bereitet, ist mit Debian stable besser bedient.<\/p>\n\n\n\n

Weniger grafische Werkzeuge.<\/strong> Void setzt auf Kommandozeile. Es gibt grafische Installer und Desktop-Umgebungen, aber Systemverwaltung findet weitgehend im Terminal statt.<\/p>\n\n\n\n

Musl ist nicht \u00fcberall kompatibel.<\/strong> Die musl-Variante ist elegant, aber einige propriet\u00e4re Anwendungen und manche Software setzen glibc voraus \u2013 darunter der propriet\u00e4re NVIDIA-Treiber. Wer musl w\u00e4hlt, sollte wissen, worauf er sich einl\u00e4sst.<\/p>\n\n\n\n

\n\n\n\n

Fazit und Ausblick<\/h2>\n\n\n\n

Void Linux ist kein Betriebssystem f\u00fcr alle. Es ist ein Betriebssystem f\u00fcr Menschen, die verstehen wollen, was ihr Rechner tut \u2013 und die bereit sind, daf\u00fcr 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\u00fcndige Entscheider behandeln. Und die Tatsache, dass Void seit 2008 unabh\u00e4ngig existiert \u2013 zun\u00e4chst als Testfeld f\u00fcr XBPS, sp\u00e4ter als eigenst\u00e4ndige Distribution \u2013, ohne von einem gro\u00dfen Unternehmen getragen zu werden, verdient Respekt.<\/p>\n\n\n\n

F\u00fcr Mini-PC-Besitzer ist Void Linux eine besonders attraktive Option: Die Hardware ist mehr als ausreichend, das System l\u00e4uft fl\u00fcssig, und der geringe Ressourcenverbrauch l\u00e4sst Spielraum f\u00fcr Anwendungen. Wer einen N100-Mini-PC sein Eigen nennt und ohnehin \u00fcber ein alternatives Betriebssystem nachdenkt, sollte Void Linux auf die Shortlist setzen \u2013 neben Linux Mint (f\u00fcr Einsteiger) und Arch Linux (f\u00fcr maximale Kontrolle).<\/p>\n\n\n\n

Die Zukunft von Void Linux ist \u2013 wie bei vielen unabh\u00e4ngigen Distributionen \u2013 nicht garantiert. Die Entwicklergemeinde ist klein, und das Projekt h\u00e4ngt von Freiwilligen ab. Doch die j\u00fcngere Entwicklung stimmt optimistisch: regelm\u00e4\u00dfige ISO-Releases, aktive Paketpflege und eine treue Nutzerbasis sorgen daf\u00fcr, dass Void auch 2026 lebendig ist. Wer heute einsteigt, findet ein gereiftes System \u2013 und die Gewissheit, dass er wei\u00df, was auf seinem Rechner l\u00e4uft. Das ist mehr, als man von vielen Betriebssystemen sagen kann.<\/p>\n\n\n\n

\n\n\n\n

Quellen<\/h2>\n\n\n\n