Linux-Distributionen im Überblick: Debian, Ubuntu, Fedora, Arch & ihre Derivate
„Welche Distribution soll ich nehmen?“ ist die häufigste Frage überhaupt – und die schlechteste Antwort darauf ist eine Empfehlung ohne Begründung. Dieser Artikel sortiert das Feld: vier große Familien, ihre Derivate und Flavors, die dahinterliegenden Release-Modelle – und eine Tabelle, die dieselbe Aufgabe in fünf Distributionen zeigt. Für Einsteiger als Wegweiser, für Erfahrene als Spickzettel.
Was ist eine Distribution überhaupt?
„Linux“ ist streng genommen nur der Kernel. Nutzbar wird das System erst durch das, was rundherum zusammengestellt wird. Eine Distribution ist genau diese Zusammenstellung – und die Unterschiede stecken nicht im Kernel, sondern in fünf Entscheidungen:
| Baustein | Was dort entschieden wird | Beispiele |
|---|---|---|
| Init-System | Wer startet Dienste und verwaltet sie? | systemd (fast überall), OpenRC (Alpine, Gentoo), runit (Void), sysvinit (Devuan) |
| C-Bibliothek | Der Fundament-Baustein für praktisch alle Programme | glibc (Standard), musl (Alpine) |
| Paketmanager | Wie Software installiert, aktualisiert und entfernt wird | apt, dnf, pacman, zypper, apk, nix |
| Repositories | Wer die Pakete baut und wie streng die Aufnahme geprüft wird | Debian main/contrib/non-free, Fedora updates, Arch core/extra + AUR |
| Release-Modell | Wie oft sich das System ändert – und ob „Versionen“ existieren | Point Release (Debian), Rolling (Arch), Atomic (Fedora Silverblue) |
Die Landkarte: vier Familien
Von außen sieht es nach hunderten Distributionen aus. Tatsächlich hängen die meisten an einer von vier Wurzeln – wer die Familie kennt, kennt auch die Befehle, die Verzeichnisse und die Philosophie:
| Familie | Wurzel | Paketformat | Bekannt für |
|---|---|---|---|
| Debian | Debian GNU/Linux (1993) | .deb / apt | Stabilität, riesige Auswahl, Grundlage für Ubuntu, Mint, Proxmox, Kali |
| Red Hat | Fedora → RHEL | .rpm / dnf | Neueste Technik im Desktop, Enterprise-Stabilität im Server, SELinux |
| Arch | Arch Linux (2002) | pacman + AUR | Rolling Release, Dokumentation, „du baust es selbst zusammen“ |
| SUSE | SUSE / openSUSE | .rpm / zypper | YaST-Verwaltung, Btrfs-Snapshots, starke Enterprise-Schiene |
Daneben gibt es unabhängige Distributionen, die nichts davon ableiten: Alpine, NixOS, Void, Gentoo, Slackware, Clear Linux. Sie sind selten die erste Wahl für Einsteiger, aber in Containern, auf Servern und in Spezialrollen oft die beste.
Debian und seine Familie
Debian ist die Distribution, auf die sich die meisten anderen berufen. Sie wird von einer Community-Gemeinschaft (dem Debian-Projekt) getragen, ist ausdrücklich nicht kommerziell und legt den Schwerpunkt auf Stabilität und freie Software.
| Zweig | Wofür | Risiko |
|---|---|---|
stable | Produktivserver, alles, was einfach laufen muss | sehr niedrig |
testing | Wer neuere Pakete will, aber nicht ständig Überraschungen | mittel |
unstable (Sid) | Entwicklung, Paketbau, „permanent rolling“ | hoch |
backports | Einzelne neue Pakete in einem stabilen System | niedrig |
Der entscheidende Punkt: stable bedeutet nicht „alt“, sondern „ändert sich absichtlich
nicht mehr“. Sicherheitsupdates kommen, große Sprünge erst mit dem nächsten Release (etwa alle zwei
Jahre). Wer ein neueres Einzelpaket braucht, holt es aus backports – nicht aus
Fremdquellen.
apt full-upgrade auf einem Debian-Server bringt Sicherheitsfixes – keine neuen
konfigurationsändernden Versionen, keine unangekündigten Neustarts. Supportzeiträume von rund fünf Jahren
(mit LTS) tun ihr Übriges.
Derivate, die dir begegnen werden:
| Derivat | Wofür es steht |
|---|---|
| Linux Mint (LMDE = Debian-Variante) | Der klassische Windows-Umstieg: Cinnamon-Desktop, klare Menüs, wenig Überraschung |
| Proxmox VE | Virtualisierung und Container – ein Debian mit Web-UI und eigenem Kernel |
| Kali Linux | Sicherheitsforschung und Penetrationstests; als Alltagsdesktop die falsche Wahl |
| Raspberry Pi OS | Debian für Einplatinencomputer, oft der erste Server überhaupt |
| MX Linux | Schlankes, sehr stabiles Debian mit eigenen Werkzeugen – lange auf Platz 1 der DistroWatch-Statistik |
| Tails / Qubes OS | Anonymität bzw. Sicherheit durch Trennung – eigene Spezialdisziplinen |
| Devuan | Debian ohne systemd – für alle, die den Init-Streit anders sehen |
Ubuntu und seine Flavors
Ubuntu baut auf Debian testing/unstable auf, wird aber von Canonical im
festen Takt veröffentlicht und gilt als die Distribution mit der größten
Anfänger-Freundlichkeit und Verbreitung.
| Variante | Erscheint | Support | Für wen |
|---|---|---|---|
| LTS (z. B. 24.04) | alle 2 Jahre im April | 5 Jahre, mit Ubuntu Pro bis 12 Jahre | Server, Firmen, alle, die Ruhe wollen |
| Interim (z. B. 25.10) | alle 6 Monate | 9 Monate | Wer neue Kernel und Desktops testen will |
Die Flavors sind offizielle Ubuntu-Varianten mit anderem Desktop – gleiche Repos, gleiche Befehle, anderes Aussehen:
| Flavor | Desktop | Passt zu |
|---|---|---|
| Kubuntu | KDE Plasma | Wer anpassen und konfigurieren will |
| Xubuntu | XFCE | Schlank, aber vollwertig – gut für ältere Rechner |
| Lubuntu | LXQt | Minimalster Ressourcenverbrauch |
| Ubuntu MATE | MATE | Klassisches GNOME-2-Gefühl |
| Ubuntu Budgie | Budgie | Modern, aufgeräumt, eigene Akzente |
| Ubuntu Studio | KDE + Audio/Video-Werkzeuge | Musik, Video, Real-Time-Kernel |
| Ubuntu Cinnamon | Cinnamon | Mint-Desktop auf Ubuntu-Basis |
| Edubuntu | GNOME + Lernsoftware | Schulen und Bildung |
| Ubuntu Kylin | UKUI | ausgerichtete Variante für den chinesischen Markt |
.deb aus – mit eigenem Daemon, eigenen
Sandbox-Regeln und einem Backend, das Canonical kontrolliert. Technisch funktioniert es, aber es
durchbricht die Debian-Paketverwaltung. Wer das nicht will, greift zu Linux Mint, das
Snap aktiv blockiert, oder zu Fedora/openSUSE mit Flatpak.
Noch ein Begriff, der auf Ubuntu-Systemen ständig auftaucht: das PPA (Personal Package Archive). Es ist ein Repository eines einzelnen Maintainers – praktisch für neue Software, aber ohne die Prüfung der offiziellen Repos. Ein PPA kann dir das System zerlegen, wenn es Pakete ersetzt, von denen andere abhängen.
Fedora, RHEL und die Klone
In dieser Familie läuft die Entwicklung von Fedora als Vorreiter zu RHEL (Red Hat Enterprise Linux) als Produkt. Was in Fedora ein bis zwei Jahre lang erprobt wurde, landet in RHEL – und CentOS Stream ist die Brücke dazwischen: die Entwicklungs-Basis direkt „vor“ RHEL.
| Projekt | Rolle | Release-Takt | Für wen |
|---|---|---|---|
| Fedora | Vorzeigeprojekt, neueste Technik | alle 6 Monate, ~13 Monate Support | Desktop, Entwickler, Vorreiter |
| RHEL | Enterprise mit Supportvertrag | Major alle ~3 Jahre, 10 Jahre Support | Firmen, Audit-Anforderungen |
| Rocky / AlmaLinux | Binärkompatible RHEL-Klone | wie RHEL | RHEL ohne Lizenz – Server im Mittelstand |
| CentOS Stream | Vorschau auf das nächste RHEL | rollend | Wer früh testen will – nicht für Produktion |
| Oracle Linux | RHEL-Klon von Oracle | wie RHEL | Oracle-Umgebungen |
Fedora-Varianten (Fedora nennt sie Editions und Atomic Desktops):
| Variante | Besonderheit |
|---|---|
| Workstation | GNOME als Standard-Desktop |
| KDE Plasma | Seit Fedora 42 eine vollwertige Edition, nicht mehr nur ein „Spin“ |
| Silverblue / Kinoite | Atomic: Systemupdates sind Transaktionen – kaputt ist praktisch ausgeschlossen, Rollback per Neustart |
| Server / CoreOS / IoT | Serverrolle, Container-Host mit automatischen Updates, Geräte |
| Spins | XFCE, MATE, LXQt, Cinnamon, i3, Sway – Community-Desktops zum Testen |
Sicherheitstechnisch ist diese Familie anders aufgestellt: SELinux ist hier die Standard-Mandatory-Access-Control und von Haus aus aktiv und policy-gebunden. Das ist im Serverbetrieb ein Vorteil – auf dem Desktop aber die Quelle vieler „warum darf ich meine Datei nicht verschieben“-Momente.
Arch und seine Derivate
Arch Linux ist keine Zusammenstellung, sondern ein Baukasten: Du installierst eine Basis und entscheidest danach, was dazukommt. Es gibt keine „Version“, sondern ein Rolling Release – das System ist immer auf dem aktuellen Stand.
- pacman als Paketmanager: schnell, schlicht, mit exzellenten Meldungen.
- AUR (Arch User Repository): Rezepte für praktisch jede Software, die offiziell nicht in den Repos liegt – du baust sie lokal. Helfer wie
paruoderyaynehmen dir das ab, verlangen aber ein Bewusstsein dafür, dass AUR-Pakete ungeprüft sind. - Das Wiki ist die beste Linux-Dokumentation überhaupt – und wird auch von Nicht-Arch-Nutzern gelesen.
- Kein Delta-Upgrade: Es gibt keine Zwischenschritte. Updates müssen regelmäßig kommen; ein System monatelang liegen zu lassen, ist bei Rolling Releases das eigentliche Risiko.
Die wichtigsten Derivate – mit deutlich unterschiedlichem Anspruch:
| Derivat | Unterschied zu Arch | Passt zu |
|---|---|---|
| Manjaro | Eigene Repos mit Verzögerung, eigenes Installations- und Kernel-Werkzeug – Updates kommen „gefiltert“, was AUR-Pakete gelegentlich in Konflikt bringt | Einsteiger, die Rolling Release wollen |
| EndeavourOS | Arch mit Installer, ohne eigene Repos – also pures AUR und pures Arch | Arch-Learning mit Netz |
| CachyOS | Arch plus Performance: Repos je CPU-Stufe (x86-64-v3/v4), BORE-Scheduler, eigener Kernel, Fokus auf Gaming und Latenz | Weniger CPU-Zeit, gleiche Kommandos wie Arch |
| Garuda | Optik-lastig, Gaming- und Snapshot-Werkzeuge ab Werk | Wer Einrichtung sparen will |
| Artix | Arch ohne systemd (OpenRC, runit …) | Init-Gegner mit AUR-Zugang |
| BlackArch | Security-Toolkit auf Arch-Basis | Pen-Testing |
archinstall nimmt dir die
Installation ab, das Wiki die Konfiguration. Der eigentliche Preis ist nicht die Schwierigkeit, sondern
die Verantwortung: Ankündigungen lesen, Updates nicht aufschieben, keine halb verstandenen
Fremdquellen einbinden. Wer das akzeptiert, bekommt ein System ohne Altlasten.
openSUSE und SUSE
Die SUSE-Familie wird oft übersehen, hat aber zwei Alleinstellungsmerkmale: YaST als umfassendes Verwaltungswerkzeug (auch für Serverdienste und Netzwerk) und Btrfs mit Snapper – jeder Paketvorgang erzeugt einen Schnappschuss, und ein misslungenes Update ist ein Rollback per Neustart entfernt.
| Variante | Modell | Für wen |
|---|---|---|
| Leap | Point Release, an SLE angelehnt | Server und Rechner, die „stehen“ sollen |
| Tumbleweed | Rolling Release, aber mit automatischen Tests (openQA), die kritische Updates zurückhalten | Wer Rolling will, aber nicht das Risiko „erster am Markt“ |
| MicroOS / Aeon | Atomar und selbstaktualisierend, System schreibgeschützt | Server und „unkaputtbare“ Desktops |
Der Leckerbissen für Fortgeschrittene: Tumbleweed mit openQA ist das einzige Rolling Release, das Neuinstallations-Images jede Nacht automatisiert durchtestet, bevor Pakete in die Repos wandern. Wer Rolling Release will, aber kein Beta-Tester sein möchte, landet hier.
Die Unabhängigen und Spezialisten
Diese Distributionen teilen keine Wurzel mit den vier Familien – und genau deshalb sind sie für bestimmte Aufgaben die beste Wahl.
| Distribution | Was sie besonders macht | Typische Rolle |
|---|---|---|
| Alpine Linux | Winzig (5 MB Basis), musl statt glibc, OpenRC, apk. Kein Ballast – und deshalb die Basis unzähliger Container-Images | Container, Router, Minimal-Server, Kubernetes |
| NixOS | Die gesamte Systemkonfiguration ist eine deklarative Datei. Jeder Stand ist reproduzierbar und per Boot-Menü rücksetzbar. Kein „Zustand“, den man verlieren kann | Reproduzierbare Systeme, Experimentierfreude, CI |
| Void Linux | Paketmanager xbps, Init runit, Rolling Release, sehr ressourcenschonend | Schlanke Desktops, Init-Skeptiker |
| Gentoo | Alles aus Quellcode, Kompilieroptionen pro Paket (USE-Flags). Lernen durch Bauen – auf Kosten von Zeit | Maximale Kontrolle, Leistungsoptimierung |
| Slackware | Die älteste noch gepflegte Distribution (seit 1993), bewusst „Unix-artig“ ohne Abhängigkeitsauflösung | Puristen, historisches Interesse |
| Clear Linux | Von Intel auf Durchsatz optimiert, mit eigener Toolchain | Benchmarks, Server-Workloads |
| Nobara / Bazzite | Fedora-Derivate für Gaming – Treiber, Codecs und Latenz vorkonfiguriert (Bazzite zusätzlich atomar) | Gaming-Rechner ohne Bastelei |
| Tails / Qubes OS / Whonix | Anonymität (Tails, im RAM, ohne Spuren) bzw. Isolation (Qubes, jede Aufgabe in eigener VM) | Journalismus, Recherche, Hochsicherheit |
alpine ist klein, hat aber
musl statt glibc – vorkompilierte Binaries, die glibc erwarten, funktionieren
dort nicht. debian-slim ist etwas größer, dafür kompatibel. Wenn ein Image also „aus
unerklärlichen Gründen“ nicht startet, ist das oft die Antwort.
Release-Modelle: Point, Rolling, Atomic
Das Release-Modell hat mehr Einfluss auf deinen Alltag als der Desktop oder die Farben:
| Modell | Wie es arbeitet | Vorteile | Preis |
|---|---|---|---|
| Point Release Debian stable, Ubuntu LTS, RHEL, Leap | Feste Version, Sicherheitsfixes, neue Software erst mit dem nächsten Sprung | Vorhersagbar, keine Regressionen, planbare Wartung | Ältere Pakete; Umweg über Backports/Flatpak nötig |
| Rolling Release Arch, Tumbleweed, Void, CachyOS | Ständig aktuelle Pakete, keine Versionssprünge | Immer neu, keine großen Upgrades | Änderungen können Verhalten brechen; Updates nie lange aufschieben |
| Atomic / Immutable Fedora Silverblue, MicroOS/Aeon, NixOS | Das System ist schreibgeschützt und wird als Ganzes aktualisiert – atomar umschaltbar | Rollback per Neustart, praktisch unreparierbar kaputt | Anderes Denkmodell: Anpassungen laufen über Container, Overlays, Layer |
| Halbjahres-Zyklus Fedora, Ubuntu Interim | Zwischen den Modellen: neu, aber in geordneten Sprüngen | Aktuell mit Upgrade-Pfad | Upgrade nach spätestens 9–13 Monaten Pflicht |
Welche Distribution für wen?
Nach Anwendungsfall statt nach Geschmack – das ist die Tabelle, die die Entscheidung wirklich abkürzt:
| Situation | Empfehlung | Warum |
|---|---|---|
| Erster Kontakt, Umstieg von Windows | Linux Mint (Cinnamon) oder Ubuntu LTS | Vertraute Bedienung, riesige Hilfe-Community, Snap-frei bei Mint |
| Rechner mit 4 GB RAM oder mehr Alter | Xubuntu, Lubuntu, MX Linux | Schlanker Desktop ohne Verzicht auf Paketauswahl |
| Server und Self-Hosting | Debian stable oder Ubuntu LTS | Vorhersagbar, 5 Jahre Support, jede Anleitung passt |
| Firmenumgebung mit Audit | Rocky Linux, AlmaLinux, RHEL | 10 Jahre Support, SELinux, Zertifizierungen Dritter |
| Neueste Hardware, aktuelle Software | Fedora, Arch/CachyOS, Tumbleweed | Neue Kernel und Treiber zuerst |
| Gaming | CachyOS, Nobara, Bazzite, Pop!_OS | Treiber, Scheduler, Plattform-Tools vorkonfiguriert |
| Container und Cloud | Alpine, debian-slim | Kleine Images, schnelle Startzeiten |
| Lernen, wie Linux funktioniert | Arch, dann Gentoo | Du triffst jede Entscheidung selbst – und verstehst sie dadurch |
| Nichts darf kaputtgehen | NixOS, Fedora Silverblue, MicroOS | Rollback ist Teil des Systems, nicht ein Extra |
| Anonymität, Recherche | Tails, Qubes OS | Keine Spuren bzw. konsequente Isolation |
Paketmanager und Universalpakete
Innerhalb einer Familie sind die Werkzeuge gleich, zwischen den Familien grundverschieden. Dazu kommen Universalpakete, die das Distributionsproblem umgehen – mit eigenen Vor- und Nachteilen:
| Paketmanager | Familie | Charakter |
|---|---|---|
apt / dpkg | Debian, Ubuntu, Mint | Ausgereift, zwei Ebenen (Frontend/Backend), apt purge räumt Konfiguration mit |
dnf (DNF5) | Fedora, RHEL, Rocky | Transaktional, mit Abhängigkeitslösung und Rollback-Historie (dnf history undo) |
pacman | Arch | Minimalistisch und schnell – ein Befehl für Updates, keine Reorganisation |
zypper | openSUSE | Mit Snapshots integriert, dadurch echte Rücknahme von Transaktionen |
apk | Alpine | Extrem schnell, extrem klein |
nix | NixOS | Deklarativ und funktional, parallele Versionen gleichzeitig möglich |
| Universalpaket | Stärke | Schwäche |
|---|---|---|
| Flatpak (Flathub) | Distro-unabhängig, sandboxed, sehr aktuelle Desktop-Apps | Zusätzlicher Laufzeit-Stack, Rechte-Verwaltung nötig, kein Systemwerkzeug |
| Snap | Automatische Updates, auf Ubuntu ab Werk | Canonical-Backend, auf anderen Distros nachinstalliert, teils langsamerer Start |
| AppImage | Eine Datei, keine Installation, keine Abhängigkeiten | Keine Updates, keine Integration, Sicherheit liegt bei dir |
| Distrobox / Toolbx | Fremde Distributionen als Container nutzen – Debian-Tools auf Arch, Arch-Tools auf Debian | Nichts für Systemdienste, nur für Werkzeuge und Anwendungen |
distrobox create --image debian:13 und du hast ein Debian-System im Container – mit
Zugriff auf dein Home-Verzeichnis. Der Distributionswahlkampf auf dem Desktop verliert dadurch
schlagartig an Dramatik.
Dieselbe Aufgabe, fünf Distributionen
Der Spickzettel für alle, die regelmäßig zwischen Systemen springen:
| Aufgabe | Debian/Ubuntu | Fedora/RHEL | Arch | openSUSE | Alpine |
|---|---|---|---|---|---|
| Repos aktualisieren + upgraden | apt update && apt full-upgrade | dnf upgrade --refresh | pacman -Syu | zypper dup | apk upgrade -a |
| Paket suchen | apt search nginx | dnf search nginx | pacman -Ss nginx | zypper search nginx | apk search nginx |
| Installieren | apt install nginx | dnf install nginx | pacman -S nginx | zypper in nginx | apk add nginx |
| Deinstallieren inkl. Konfiguration | apt purge nginx | dnf remove nginx | pacman -Rns nginx | zypper rm -u nginx | apk del nginx |
| Welches Paket gehört zu dieser Datei? | dpkg -S /usr/bin/nginx | rpm -qf /usr/sbin/nginx | pacman -Qo /usr/bin/nginx | rpm -qf /usr/sbin/nginx | apk info -W /usr/sbin/nginx |
| Paketinfos anzeigen | apt show nginx | dnf info nginx | pacman -Qi nginx | zypper info nginx | apk info nginx |
| Zusätzliche Repos verwalten | /etc/apt/sources.list.d/ | /etc/yum.repos.d/ | /etc/pacman.conf | zypper ar … | /etc/apk/repositories |
| Paketcache leeren | apt clean | dnf clean all | pacman -Sc | zypper clean | apk cache clean |
| Dienst aktivieren und starten | systemctl enable --now nginx | systemctl enable --now nginx | systemctl enable --now nginx | systemctl enable --now nginx | rc-update add nginx && rc-service nginx start |
Was wirklich unterscheidet
Wenn du über die Einsteigerphase hinaus bist, verschiebt sich die Frage von „welche Oberfläche?“ zu „welche Bibliotheksversionen, Policies und Upgrade-Pfade?“ – hier liegen die echten Unterschiede:
| Thema | Was zu wissen ist |
|---|---|
| glibc vs. musl | Alpine bricht mit musl die glibc-Annahmen vieler vorkompilierter Programme. Als Faustregel gilt: Alpine glänzt in eigenen Containern, glibc-Distributionen bei fremden Binaries. |
| Kernel-Linien | Debian stable hat einen LTS-Kernel, Ubuntu LTS bietet zusätzlich HWE (Hardware Enablement) für neue Hardware. Rolling-Distributionen fahren die aktuelle Linie. Bei sehr neuer Hardware ist das der Unterschied zwischen „läuft“ und „läuft nicht“. |
| SELinux vs. AppArmor | Fedora/RHEL setzen auf SELinux (Policy-basiert, streng), Debian/Ubuntu/openSUSE auf AppArmor (pfadbezogen, einfacher). Keins davon ist „sicherer“ – beide sind nur anders unbequem, wenn man es nicht versteht. |
| Fremdquellen | PPA (Ubuntu), COPR (Fedora), AUR (Arch), Backports (Debian), OBS (openSUSE). Gemeinsam ist allen: Sie umgehen die Prüfung der Distribution. Ein Pinning (/etc/apt/preferences.d/) kann verhindern, dass ein Fremd-Repo Pakete des Systems ersetzt. |
| Version-Drift | Dasselbe Programm hat auf fünf Systemen fünf Versionen: nginx 1.22 auf Debian 12, 1.26 auf Ubuntu 24.04, 1.28 auf Fedora, 1.29 auf Arch. Konfigurationen sind deshalb nicht 1:1 übertragbar – Prüfe immer nginx -v bzw. das Äquivalent mit. |
| Atomare Systeme | Bei Silverblue/MicroOS/NixOS änderst du nicht das laufende System, sondern erzeugst einen neuen Zustand. rpm-ostree, transactional-update und nixos-rebuild sind deshalb die Befehle, die man beherrschen muss – nicht pacman oder apt. |
| Paket-Namen | Ein Klassiker beim Wechsel: Auf Debian heißt der Webserver apache2, auf Fedora httpd. Auf Debian ist es nginx, auf openSUSE nginx – aber nginx-full vs. nginx-core usw. Bei jedem Distributionswechsel lohnt ein Blick in den Paket-Browser. |
Mythen und Klischees
| Behauptung | Was stimmt |
|---|---|
| „Rolling Releases sind instabil.“ | Nicht per se. Arch ist in der Praxis stabil, weil Pakete getestet in die Repos kommen. Instabil wird es, wenn man monatelang nicht aktualisiert oder unverstandene Fremdquellen einbindet. |
| „Debian ist veraltet.“ | Debian stable ist bewusst konservativ. Sicherheitsfixes kommen taggleich. Aktuelle Einzelpakete holt man aus backports oder als Flatpak – das ist kein Zeichen von Rückstand, sondern Planung. |
| „Ubuntu sammelt Daten.“ | Historisch gab es 2012 die Amazon-Lens, die entfernt wurde. Die sachliche Kritik heute richtet sich auf Snap (proprietäres Backend, erzwungene Umstellung beim Firefox). Es ist eine Architektur-, keine Datenschutz-Diskussion. |
| „Arch ist nur was für Profis.“ | Die Installation ist mit archinstall in einer Viertelstunde erledigt. Anspruchsvoll ist die Wartung – und die ist bei jedem Rolling Release gleich. |
| „Distribution X macht den Rechner schneller.“ | Meist Placebo. Reale Effekte gibt es, aber sie kommen von konkreten Maßnahmen: CPU-optimierte Repos (CachyOS), andere Scheduler, minimale Desktops. Der Kern der Performance-Ketten ist immer der Kernel plus die eigene Konfiguration. |
| „Man muss sich für immer entscheiden.“ | Für das System ja, für die Werkzeuge nein. /home lässt sich übernehmen, virtuelle Maschinen und Live-USBs kosten ein Wochenende – und Distrobox macht die Frage ohnehin kleiner. |
| „Secure Boot und Linux vertragen sich nicht.“ | Fedora, Ubuntu, openSUSE und viele andere sind signiert startfähig. Bei Arch und einigen Derivaten muss man selbst signieren (was gut dokumentiert ist). |
Häufige Fragen (FAQ)
| Frage | Antwort |
|---|---|
| Kann ich eine Distribution testen, ohne etwas zu installieren? | Ja – Live-USB (bei größeren Sticks mit Ventoy mehrere ISOs parallel), eine VM (virt-manager, VirtualBox) oder Distrobox für einzelne Werkzeuge. |
| Debian oder Ubuntu für den Server? | Debian stable, wenn Vorhersagbarkeit und keine Snap-Abhängigkeit wichtig sind. Ubuntu LTS, wenn du neuere Kernel (HWE) oder Anleitungen mit Ubuntu-Bezug brauchst. Beides ist eine gute Wahl. |
Warum läuft ein .deb nicht auf Fedora? | Ein anderes Paketformat und andere Paketnamen der Abhängigkeiten. Korrekt ist ein Port oder – praktischer – Flatpak, Container oder das Programm aus den Fedora-Repos (oft als COPR). |
| Muss ich bei Arch wirklich täglich aktualisieren? | Nein, aber regelmäßig – alle ein bis zwei Wochen. Kritisch ist nicht die Häufigkeit, sondern die Lücke: Je länger du wartest, desto mehr Änderungen kommen auf einmal, inklusive manuell nötiger Schritte. |
| Was bedeutet LTS? | „Long Term Support“: feste Version mit langem Wartungszeitraum – Ubuntu LTS 5 Jahre (mit Pro bis 12), Debian mit LTS bis rund 5, RHEL 10 Jahre. |
| Ist ein PPA/COPR/AUR gefährlich? | Es ist unprüfbar für die Distribution – also eine Vertrauensfrage. Lies, wer es pflegt, halte es minimal, und nutze Pinning, damit es keine Systempakete ersetzt. |
| Welche Distribution ist am sichersten? | Die, die du aktuell hältst und richtig konfigurierst. Patch-Tempo hilft (Fedora, Arch), Absicherung entscheidet (Firewall, SSH-Keys, SELinux/AppArmor, Backups). Für maximale Isolation sind Qubes OS oder Container die eigentliche Antwort. |
| Wie wechsle ich die Distribution? | /home und Konfigurationen sichern, Liste der installierten Pakete exportieren, neu installieren, wieder einspielen. Ein Umzug auf demselben Rechner ist immer eine Neuinstallation – außer bei Atomic-Systemen, wo der Wechsel ein Rebase ist. |
Fazit
Die Wahl der Distribution ist weniger eine Geschmacksfrage als eine Frage des Wartungsvertrags mit dir selbst: Wie viel Vorhersagbarkeit will ich, wie viel Aktualität, wie viel Verantwortung? Beantworte das – und die Empfehlung folgt fast automatisch. Für Einsteiger ist Mint oder Ubuntu LTS eine sichere Bank, für Server Debian stable, für neueste Hardware Fedora oder ein Arch-Derivat, für Unzerstörbares NixOS und Atomic-Systeme.