Warum Omarchy mich über Linux nachdenken lässt

In letzter Zeit wechseln erstaunlich viele meiner Kollegen zu Linux. Nicht auf einen Server, nicht auf einen Docker-Host und auch nicht in eine virtuelle Maschine, sondern auf dem normalen Arbeitsgerät. Dort, wo Browser, Videokonferenzen, Passwörter und all die kleinen Dinge des Tages funktionieren müssen.

Bisher habe ich das interessiert beobachtet, aber nicht ernsthaft auf mich bezogen. Dann bin ich auf Omarchy Quattro gestossen. Das Arch-basierte System von David Heinemeier Hansson, kurz DHH, sieht nicht wie ein günstiger Ersatz für Windows oder macOS aus. Es hat eine eigene Idee davon, wie ein moderner Computer im Zeitalter von Browsern, Terminals und AI-Agenten funktionieren sollte. Genau das lässt mich zum ersten Mal seit langer Zeit über einen echten Wechsel nachdenken.

Seit Windows Vista arbeite ich auf dem Mac

Mein letzter grosser Betriebssystemwechsel liegt fast 20 Jahre zurück. Windows Vista wurde unter dem Entwicklungsnamen Longhorn gebaut und kam am 30. Januar 2007 für private Nutzer auf den Markt. Ich hatte damals einen noch relativ neuen und leistungsfähigen Windows-Rechner. Mit Vista fühlte er sich trotzdem plötzlich langsam an. Selbst ein weiterer teurer PC löste dieses Gefühl nicht wirklich.

Das war der Moment, in dem ich mein erstes MacBook kaufte. In meinem früheren Beitrag Wie alles anfing: Vom Windows-PC zum MacBook habe ich diese Geschichte ausführlicher erzählt. Seit 2007 arbeite ich im Wesentlichen mit macOS. Ich war und bin damit grundsätzlich zufrieden. Die MacBooks wurden leiser, schneller und mit Apple Silicon auch enorm effizient. Mein heutiger Zweifel entsteht nicht, weil mein Mac seine Arbeit nicht erledigt.

Er entsteht, weil sich meine Arbeit verändert hat und macOS gleichzeitig immer voller wirkt.

Früher habe ich häufiger mit Word, Excel oder PowerPoint gearbeitet. Heute bestehen grosse Teile meines Tages aus einem Browser, einem oder mehreren AI-Agenten und dem Terminal. Vieles, wofür ich früher eine eigene Anwendung geöffnet hätte, erledige ich inzwischen in Browser-Apps oder lasse es von AI-Agenten vorbereiten und verwalten. Dazu kommen 1Password, gelegentlich MacWhisper für eine Transkription, Zed als Editor und CleanShot X für Screenshots. Selbst Zed öffne ich nur noch selten. Viel mehr brauche ich im normalen Alltag kaum.

Das ist deutlich weniger als die Sammlung, die ich Ende 2024 in Kleine Helfer: Tools für meine Arbeit beschrieben habe. Dieser Beitrag braucht inzwischen ein Update. AI hat nicht nur einzelne Tools ergänzt. Sie hat meinen gesamten Workflow weiter in Richtung Browser und Terminal verschoben.

Genau deshalb hat mich ein Satz aus DHHs Omarchy-Vorstellung getroffen. Für ihn sind Terminal und Browser die zwei fundamentalen Anwendungen des heutigen Computers. Er schätzt, dass damit ungefähr 80 Prozent seiner Arbeit abgedeckt sind. Das ist natürlich seine persönliche Einordnung, aber sie liegt erstaunlich nah an meinem heutigen Alltag.

Wenn ich dann auf meinem Mac die Aktivitätsanzeige öffne, sehe ich Hunderte Prozesse mit Namen, deren Zweck ich nicht auf Anhieb erkenne. In meinem Screenshot sind es 834 Prozesse, obwohl der Mac gleichzeitig zu rund 79 Prozent untätig ist. Die Zahl allein beweist kein Performanceproblem. Moderne Browser zerlegen sich aus Sicherheitsgründen in viele Prozesse, und zahlreiche Systemdienste warten die meiste Zeit nur auf Arbeit. Trotzdem bleibt das Gefühl, dass mir das System immer weniger gehört.

Ähnlich geht es mir im Programme-Ordner. Schach, Wetter, Aktien, Kontakte, Home, Audio-MIDI-Setup und etliche weitere Apple-Apps kommen mit macOS und lassen sich teilweise nicht normal entfernen. Viele davon brauchen kaum Speicher und laufen nicht permanent. Mich stört deshalb weniger jedes einzelne Megabyte als die grundsätzliche Entscheidung: Apple bestimmt, was zum System gehört. Warum braucht jedes Betriebssystem eine Wetter-App? Das Wetter in Dubai ist selten spannend genug, um dafür eine vorinstallierte Anwendung zu rechtfertigen.

Bevor ich Omarchy genauer einordne, braucht es aber etwas Ordnung im Linux-Dschungel. Es gibt nicht das eine Linux für den Desktop. Es gibt Distributionsfamilien, Paketverwaltungen, Release-Modelle, Desktop-Umgebungen und Projekte, die daraus sehr unterschiedliche Systeme bauen. Wer Debian, Arch und Fedora mit GNOME, KDE und Hyprland in einen Topf wirft, vergleicht mehrere Ebenen gleichzeitig.

Was eine Linux-Distribution eigentlich ist

Linux selbst ist zunächst der Kernel. Er vermittelt zwischen Hardware und Software, verwaltet Prozesse, Speicher, Geräte und viele grundlegende Systemfunktionen. Für einen brauchbaren Computer braucht es aber deutlich mehr: Systembibliotheken, Startsystem, Paketquellen, Installer, Update-Mechanismus, Sicherheitsrichtlinien, Treiber, Kommandozeilenwerkzeuge und für den Desktop eine grafische Oberfläche samt Anwendungen.

Eine Distribution bündelt diese Teile, pflegt sie und entscheidet, wie sie aktualisiert werden. Die Abstammung ist wichtig, weil sie viele grundlegende Eigenschaften prägt:

• Welche Paketformate und Softwarequellen werden verwendet?
• Wie aktuell sind Kernel, Treiber und Anwendungen?
• Kommen grosse Versionen in festen Abständen oder laufend?
• Wie viel wird vorkonfiguriert und wie viel entscheidet der Nutzer selbst?
• Wer testet Sicherheitsupdates und wie lange werden Versionen unterstützt?

Ein Ableger übernimmt meist einen grossen Teil dieser Basis und setzt eigene Schwerpunkte. Ubuntu baut auf Debian auf. Linux Mint und Zorin OS bauen wiederum hauptsächlich auf Ubuntu auf. CachyOS und Omarchy verwenden Arch Linux als Fundament, liefern aber eine wesentlich stärker vorbereitete Arbeitsumgebung.

Die grossen Distributionsfamilien

Für diesen Beitrag reichen fünf grosse Linien als Orientierung. Die Debian-Welt umfasst neben Debian selbst auch Ubuntu und darauf aufbauende Systeme wie Linux Mint, Zorin OS, elementary OS oder Pop!_OS. Sie verwendet APT, dpkg und .deb-Pakete. Innerhalb dieser Familie reicht das Spektrum von einem konservativen Serverfundament bis zu sehr einsteigerfreundlichen Desktop-Systemen.

Arch Linux verfolgt einen beweglicheren Ansatz. Arch, Manjaro, EndeavourOS, CachyOS, SteamOS und Omarchy verwenden Pacman und werden meist fortlaufend aktualisiert. Diese Systeme liefern neue Software schnell und lassen viel Freiheit, verlangen dadurch aber auch mehr Aufmerksamkeit bei der laufenden Pflege.

Fedora und Red Hat bilden eine weitere grosse Linie. Fedora bringt moderne Linux-Technologien früh auf Desktop und Server, während RHEL und verwandte Systeme wie Rocky Linux oder AlmaLinux langfristige Planbarkeit im professionellen Betrieb priorisieren. CentOS Stream liegt zwischen diesen Welten. Gemeinsam ist ihnen das RPM-Paketformat, verwaltet wird Software heute üblicherweise mit DNF.

Bei SUSE stehen openSUSE Tumbleweed, openSUSE Leap und SUSE Linux Enterprise für unterschiedliche Geschwindigkeiten innerhalb derselben Familie. Tumbleweed wird fortlaufend aktualisiert, Leap und die Enterprise-Varianten setzen stärker auf planbare Versionen. Zypper verwaltet auch hier RPM-Pakete, YaST bündelt viele Administrationsaufgaben.

Gentoo geht bei der Anpassbarkeit noch weiter. Portage, USE-Flags und die Möglichkeit, Software passend zum eigenen System zu bauen, geben dem Nutzer aussergewöhnlich viel Kontrolle. Diese Freiheit kostet Zeit und richtet sich eher an Menschen, die ihr Betriebssystem bewusst gestalten und pflegen möchten.

Daneben existieren unabhängige Ansätze wie Alpine Linux mit apk, NixOS mit deklarativer Systemkonfiguration, Slackware oder Void Linux. Alpine ist beispielsweise auf Servern, in Containern und für kleine Images relevant, wäre aber nicht meine erste Empfehlung für einen normalen Arbeitslaptop. NixOS löst Konfiguration grundlegend anders und ist spannend für reproduzierbare Systeme, verlangt aber ein eigenes Denkmodell.

Debian: Ruhe und ein riesiges Ökosystem

Debian Stable priorisiert getestete, zusammenpassende Pakete. Das führt zu einem verlässlichen Fundament, bedeutet aber auch, dass einzelne Anwendungen und Treiber älter sein können. Für Server ist genau diese Ruhe oft erwünscht. Auf brandneuer Laptop-Hardware kann ein älterer Kernel dagegen der falsche Kompromiss sein.

Ich verwende Debian selbst als Basis für meine Docker-Hosts und finde es für diesen Zweck nach wie vor hervorragend. Auf einem Server schätze ich gerade, dass sich die Plattform nicht ständig in den Vordergrund drängt und Container auf einem ruhigen, berechenbaren Fundament laufen. Meine Überlegungen zu einem anderen Desktop ändern an dieser Einschätzung nichts.

Die eigentliche Desktop-Stärke der Familie liegt in ihren Ablegern. Ubuntu kombiniert Debian-Technik mit einem festen Release-Zyklus, breiter Hardwareunterstützung und sehr viel Dokumentation. Linux Mint nimmt diese Basis und bietet mit Cinnamon eine vertraute klassische Oberfläche. Zorin OS und elementary OS investieren noch stärker in ein geschlossenes visuelles Erlebnis.

APT und das .deb-Ökosystem sind weit verbreitet. Viele Hersteller veröffentlichen ihre Linux-Anwendung zuerst als Debian- oder Ubuntu-Paket. Das macht diese Familie für Einsteiger praktisch, auch wenn moderne Formate wie Flatpak die Grenzen zwischen Distributionen zunehmend überbrücken.

Arch Linux: aktuell, schlank und in deiner Verantwortung

Arch installiert zunächst ein bewusst minimales Grundsystem. Der Nutzer setzt darauf genau die Komponenten, die er haben möchte. Pacman ist schnell, die offiziellen Quellen sind aktuell, und das Arch User Repository, kurz AUR, bietet Bauanleitungen für sehr viel zusätzliche Software.

Das Rolling-Release-Modell kennt keinen grossen Versionssprung alle zwei Jahre. Das System wird fortlaufend aktualisiert. Dadurch kommen neue Kernel, Mesa-Versionen, Treiber und Desktop-Funktionen schnell an. Gerade bei neuer AMD- oder Intel-Hardware kann das ein Vorteil sein.

Der Preis ist mehr Bewegung. Arch unterstützt keine Teilupdates, wichtige Hinweise vor grösseren Aktualisierungen können relevant sein, und ein Paket aus dem AUR ist nicht automatisch vom Arch-Team geprüft. Ein schlanker Start bedeutet ausserdem nicht, dass ein sechs Monate später vollgepacktes Arch-System magisch schneller bleibt.

Dass Performance-orientierte Projekte gern auf Arch aufbauen, hat trotzdem nachvollziehbare Gründe:

• Neue Kernel bringen Unterstützung und Optimierungen für aktuelle Prozessoren schneller auf das System.
• Neue Mesa-Versionen verbessern den offenen Grafik-Stack besonders für AMD- und Intel-GPUs.
• Die minimale Basis zwingt nicht zu einem grossen Satz vorinstallierter Dienste und Anwendungen.
• Das einfache Paket- und Build-System erleichtert eigene Kernel, Compileroptionen und optimierte Paketquellen.
• Pacman, offizielle Repositories und das AUR liefern eine sehr breite und aktuelle Softwareauswahl.

Arch ist auch nicht von Natur aus schneller als Debian oder Fedora. Wenn Kernel, Compileroptionen, Desktop, Dienste und Anwendungen vergleichbar sind, können die Unterschiede klein sein. Arch macht es vor allem leicht, ein aktuelles und genau zugeschnittenes System zu bauen. CachyOS ergänzt diese Basis mit optimierten Paketen und Kernel-Tuning. Das ist ein konkreterer Performanceansatz als der blosse Name Arch.

Fedora und Red Hat: moderne Workstation trifft Enterprise

Fedora Workstation ist keine alte, konservative Serverdistribution mit nachträglich montierter Oberfläche. Sie bringt neue Linux-Technologien früh in ein sorgfältig integriertes GNOME-System. Fedora-Versionen werden ungefähr 13 Monate gepflegt. Man aktualisiert also regelmässiger als bei einer Ubuntu-LTS-Version, bekommt dafür aktuelle Kernel, Grafik-Stack und Desktop-Technik.

Die Familienbezeichnung wird schnell missverständlich. Fedora ist eine wichtige technologische Basis für spätere Enterprise-Linux-Generationen. CentOS Stream liegt als kontinuierlich gelieferter Entwicklungszweig knapp vor RHEL. Rocky Linux und AlmaLinux orientieren sich am RHEL-Ökosystem. Das sind nicht einfach fünf Namen für dieselbe Distribution, sondern unterschiedliche Positionen zwischen Innovation, Entwicklung und langfristig planbarem Betrieb.

Für einen privaten Desktop ist Fedora Workstation oder eine Fedora-Variante mit KDE Plasma meist relevanter als RHEL oder ein RHEL-kompatibler Ableger. Für professionelle Server gelten andere Prioritäten.

SUSE: zwei sehr unterschiedliche openSUSE-Wege

openSUSE Tumbleweed ist ein getestetes Rolling Release und damit die aktuelle, bewegliche Variante. openSUSE Leap setzt stärker auf eine stabile Release-Basis und Nähe zu SUSE Linux Enterprise. Zypper verwaltet RPM-Pakete, YaST bündelt viele Administrationsaufgaben in einer Oberfläche.

SUSE zeigt gut, warum der Familienname allein nicht reicht. Tumbleweed und Leap teilen Herkunft und Werkzeuge, richten sich aber an Nutzer mit unterschiedlichen Erwartungen an Aktualität und Veränderung.

Gentoo: maximale Kontrolle kostet Zeit

Gentoo ist die Familie für Menschen, denen eine normale Auswahl an Paketen noch nicht genug Kontrolle gibt. Portage kann Software anhand von USE-Flags mit gewünschten Funktionen bauen und traditionell lokal aus Quellcode kompilieren. Inzwischen existieren auch offizielle Binärpakete, die alte Kurzformel „Bei Gentoo wird alles selbst kompiliert“ stimmt deshalb nicht mehr uneingeschränkt.

Die Flexibilität ist real, der Aufwand ebenfalls. Gentoo ist grossartig zum Lernen, für Spezialanforderungen und für Menschen, die ihr System bewusst pflegen wollen. Wer hauptsächlich einen schönen Browser, Videokonferenzen und zuverlässigen Suspend braucht, findet mit weniger Arbeit ein passenderes System.

Die Oberfläche ist nicht die Distribution

Dieser Unterschied ist für Umsteiger entscheidend. Debian kann mit GNOME, KDE Plasma, Xfce oder ganz ohne grafische Oberfläche laufen. CachyOS bietet laut eigener Projektseite mehr als 17 Desktop-Umgebungen und Window Manager zur Auswahl. Die Linux-Basis entscheidet über Pakete und Updates, die Desktop-Umgebung prägt den sichtbaren Arbeitsalltag.

GNOME reduziert sichtbare Optionen und setzt stark auf Suche, Arbeitsflächen und eine konsistente Bedienung. KDE Plasma ist klassischer aufgebaut und lässt sich sehr weit konfigurieren. Cinnamon wirkt für Windows-Umsteiger sofort vertraut. Pantheon von elementary OS verfolgt ein eigenes, stark kuratiertes Design. Hyprland ist kein klassischer Desktop, sondern ein dynamischer Tiling-Compositor, bei dem Tastaturkürzel und automatisch angeordnete Fenster im Mittelpunkt stehen.

Man muss für Linux also nicht zum Terminal-Puristen werden. Browser, Software-Center, Systemeinstellungen, Dateimanager, Updates und alltägliche Anwendungen funktionieren in guten Desktop-Distributionen grafisch. Das Terminal bleibt leistungsfähig und bei Fehlersuche manchmal unvermeidlich, aber es muss nicht das Zentrum jeder Arbeit sein.

Warum Omarchy Quattro mich ins Grübeln bringt

Omarchy bezeichnet sich selbst als beautiful, modern and opinionated Linux. Das Marketing ist selbstbewusst, aber die drei Begriffe beschreiben das Projekt tatsächlich recht gut. Omarchy soll schön aussehen, moderne Linux-Technik verwenden und bewusst Entscheidungen treffen, statt den Nutzer nach der Installation vor eine leere Fläche und tausend Möglichkeiten zu stellen.

DHH kommt dabei aus einer ähnlichen Richtung wie ich. Er betreibt seit Jahrzehnten Linux auf Servern, verwendete auf dem Desktop aber mehr als 20 Jahre lang macOS. Im Interview mit NetworkChuck beschreibt er, wie er sich von Apple und der Richtung von macOS langsam entfernt fühlte. Er testete zuerst Ubuntu, landete danach über Hyprland bei Arch und baute aus dieser Grundlage das System, das ihm selbst fehlte.

Omarchy Quattro ist Version 4 dieses Ansatzes. Die Grundlage besteht aus drei Ebenen:

• Arch Linux liefert das aktuelle, minimal beginnende Basissystem, Pacman und die grosse Paketwelt.
• Hyprland ordnet Fenster automatisch als Kacheln an und macht Tastatursteuerung zum normalen Bedienmodell.
• Quickshell baut in Quattro die sichtbare Schicht mit Menüleiste, Panels, Benachrichtigungen, Menüs und Plugins.

Das ist wichtig, weil Omarchy weder ein normaler Arch-Installer noch ein einzelnes Desktop-Theme ist. Quattro versucht, aus diesen Bausteinen ein zusammenhängendes Produkt zu machen.

Nicht leeres Arch, sondern vorinvestierte Nerd-Zeit

Vanilla Arch ist berühmt dafür, mit sehr wenig zu beginnen. Das ist ideal, wenn man jedes Detail selbst zusammensetzen möchte. Es ist weniger ideal, wenn man zwar einen massgeschneiderten Computer will, aber nicht erst Hunderte Stunden in Dotfiles, Themes, Window-Manager-Regeln und Paketlisten investieren möchte.

DHH nennt Omarchy deshalb eine omakase-Distribution. Wie bei einem Menü, dessen Auswahl man dem Koch überlässt, bekommt man eine konkrete Zusammenstellung. Im Interview sagt er, er habe ungefähr 3'000 Stunden in dieses System investiert. Diese Zahl ist eine persönliche Herstellerangabe, keine unabhängig gemessene Entwicklungszeit. Die Idee dahinter ist trotzdem überzeugend: Jemand investiert die Nerd-Zeit einmal, damit andere mit einem fertigen System beginnen können.

Omarchy ist deshalb nicht im Sinne einer leeren Installation minimal. Es bringt Browser, Terminalwerkzeuge, Neovim, LibreOffice, Web-Apps und viele weitere Entscheidungen mit. Genau hier wird die Definition von Bloat interessant. Eine vorinstallierte Web-App kann nur aus einem winzigen Wrapper bestehen. Eine Anwendung, die ich nicht brauche, lässt sich über das Menü entfernen. Mit Remove > Preinstalls kann man die optionale Grundausstattung sogar gesammelt ausräumen und behält trotzdem Themes, Hotkeys und die Integration des Systems.

Das unterscheidet Omarchy von meiner Kritik an macOS. Auch Omarchy trifft sehr viele Entscheidungen für mich. Der Unterschied ist, dass ich diese Entscheidungen anschliessend ändern darf.

Eine gewisse Ironie bleibt: Ausgerechnet Omarchy bringt ebenfalls ein Wetter-Widget mit. In DHHs Demo zeigt es zuerst Kopenhagen und danach Malibu. Der Unterschied ist immerhin, dass Wetter hier nur ein veränderbares Quickshell-Plugin ist. Wenn mich das sonnige Dubai weiterhin nicht interessiert, kann ich es abschalten oder durch etwas ersetzen, das zu meinem Alltag passt.

Tastatur zuerst, Maus weiterhin möglich

Nach dem Start sieht man keinen klassischen Dock und keine Desktop-Icons. Super + Space öffnet das zentrale Omarchy-Menü. Super + K zeigt alle Tastenkombinationen, lässt sie durchsuchen und direkt ausführen. Das reduziert das übliche Problem eines Tiling-Desktops: Man muss nicht jede Kombination auswendig kennen, bevor man überhaupt anfangen kann.

Die wichtigsten Befehle passen auffällig gut zu meinem Alltag:

Hyprland legt neue Fenster automatisch nebeneinander. Mit Super und den Pfeiltasten wechselt der Fokus, zusätzliche Arbeitsflächen liegen direkt auf Super + 1, Super + 2 und den weiteren Ziffern. DHH nutzt beispielsweise einen Workspace für Kommunikation und Browser und einen zweiten für Terminals und Agenten.

Das verlangt Umgewöhnung. Omarchy optimiert nicht primär dafür, dass sich am ersten Tag alles wie Windows oder macOS anfühlt. Es optimiert dafür, dass sich die Bedienung nach einigen Tagen schnell anfühlt. Wer keine Tastenkürzel lernen möchte und Fenster lieber mit der Maus anordnet, wird genau diesen Ansatz möglicherweise hassen. Die Maus funktioniert weiterhin, sie ist nur nicht mehr der Ausgangspunkt.

Mein heutiger App-Bedarf passt erstaunlich gut

Je länger DHH in seiner Quattro-Tour durch das System geht, desto stärker erkenne ich meinen aktuellen Werkzeugkasten wieder.

Browser und Web-Apps: Chromium gehört zur Grundausstattung. Weitere Browser lassen sich installieren. Häufig genutzte Webseiten können als rahmenlose Web-Apps mit eigenem Hotkey laufen. Für jemanden, dessen Arbeit ohnehin grösstenteils im Browser stattfindet, ist das kein Notbehelf, sondern ein logisches Anwendungsmodell.

Terminal und AI-Agenten: Foot ist der Standard, Ghostty, Alacritty, Kitty und andere Terminals stehen zur Auswahl. Tmux ist vorkonfiguriert. DHH verwendet inzwischen Herder, eine Tmux-artige Umgebung, die mehrere Agenten anzeigt und meldet, wenn einer Aufmerksamkeit braucht. Codex, Claude Code und andere Harnesses werden nicht ungefragt aktiviert, lassen sich aber gezielt einrichten.

1Password: Omarchy bietet einen eigenen Installationsweg für 1Password samt Kommandozeilenwerkzeug und Chromium-Erweiterung. Das ist für mich wichtig, weil ich den Passwortmanager und dessen SSH-Integration nicht einfach ersetzen möchte.

Zed: Neovim ist der kuratierte Standard, aber Zed steht neben VS Code, Cursor, Sublime Text, Helix, Vim und Emacs im grafischen Installationsmenü. Ich müsste meinen gelegentlich genutzten Editor also nicht aufgeben.

Screenshots und Aufnahmen: Omarchy nimmt Bereiche, Fenster oder ganze Bildschirme auf, legt das Ergebnis gleichzeitig als Datei und in der Zwischenablage ab und öffnet auf Wunsch einen Editor für Pfeile und Markierungen. Bildschirmaufnahmen können Desktop-Audio, Mikrofon und Webcam enthalten. OCR kopiert Text aus einem Bildschirmbereich. Eine durchsuchbare Zwischenablage verwaltet Text und Bilder. Das deckt einen grossen Teil dessen ab, wofür ich heute CleanShot X einsetze. Ob es wirklich jedes Detail meines Workflows ersetzt, müsste ein Praxistest zeigen.

Transkription und Diktat: Omarchy bietet mit Voxtype eine optionale AI-gestützte Diktierfunktion. Das ist nicht dasselbe wie mein gelegentlicher MacWhisper-Workflow für vollständige Video-Transkripte, zeigt aber, dass Spracheingabe nicht vergessen wurde. Für längere Dateien müsste ich einen passenden Linux-Workflow testen.

Der Screenshot bringt Omarchys Ansatz ziemlich gut auf den Punkt. Das Terminal dominiert den Arbeitsbereich und zeigt den Paket- beziehungsweise Updateprozess transparent an. Gleichzeitig erscheinen wichtige nächste Schritte als normale grafische Benachrichtigungen. Omarchy versteckt die Linux-Basis nicht, verlangt aber auch nicht, dass man jede Funktion erst in einer Dokumentation oder über einen unbekannten Befehl entdeckt.

Office: LibreOffice ist vorhanden, und Windows kann für Spezialfälle in einer VM laufen. Für mich ist das heute deutlich weniger wichtig als früher. Wer täglich komplexe Excel-Modelle, Office-Makros oder perfekte PowerPoint-Kompatibilität benötigt, sollte daraus aber keine vorschnelle Entwarnung ableiten.

Viele Aufgaben, die früher an lokale Anwendungen gebunden waren, laufen heute im Browser oder werden von AI-Agenten übernommen. Mein tatsächlicher lokaler Softwarebedarf ist inzwischen so klein, dass ein Wechsel nicht mehr an zwanzig unverzichtbaren Mac-Programmen scheitern würde.

Quattro macht den Desktop veränderbar

Der grosse technische Umbau von Quattro ist Quickshell. Die Menüleiste besteht aus Plugins, die man verschieben, deaktivieren oder ersetzen kann. Eigene Varianten liegen in der Nutzerkonfiguration und werden nicht beim nächsten Omarchy-Update überschrieben. Wer nicht selbst entwickeln möchte, kann Plugins aus der Community installieren.

Hier wird der Agentenansatz interessanter als ein aufgeklebter Chatbot. Omarchy liefert eine Skill-Beschreibung mit, durch die unterstützte Coding-Agenten den Aufbau des Systems, seine Konfiguration und seine Befehle verstehen sollen. Ein Agent kann dadurch beispielsweise ein Panel entwerfen, eine Hyprland-Konfiguration anpassen oder einen Absturz untersuchen.

Quattro überwacht auf Wunsch Prozessabstürze über systemd-coredump. Eine Benachrichtigung kann den Crash samt Diagnose-Skill an den gewählten Agenten übergeben. Der Agent hilft bei der Einordnung und kann einen Fehlerbericht vorbereiten. Die Funktion lässt sich abschalten, und AI ist für die normale Nutzung von Omarchy nicht zwingend erforderlich.

DHH sagt, dass während der rund dreimonatigen Quattro-Entwicklung mehr als 1'000 Pull Requests zusammenkamen und Agenten einen erheblichen Anteil an der Beschleunigung hatten. Auch das ist eine Aussage des Entwicklers und keine unabhängige Qualitätsmessung. Viele Pull Requests sagen nichts darüber aus, ob ein Betriebssystem stabil ist. Sie zeigen aber, wie konsequent dieses Projekt auf die neue Arbeitsweise setzt.

Rolling Release mit Sicherheitsnetz

Die Arch-Basis bleibt ein Rolling Release. Omarchy versucht, das Risiko mit einem kontrollierteren Update-Weg abzufedern. Neue Installationen verwenden standardmässig den Stable-Kanal und einen eigenen Arch-Mirror, der ungefähr einen Monat hinter den neuesten Paketen liegt. Sicherheitsrelevante oder bewusst vorgezogene Updates können davon abweichen. Erfahrene Nutzer können stattdessen RC, Edge oder Dev wählen.

Vor einem Omarchy-Update wird automatisch ein System-Snapshot erstellt. Wenn ein Update das System beschädigt, kann man im Bootloader einen früheren Zustand wählen und wiederherstellen. Dieser Snapshot setzt das Root-Dateisystem zurück, nicht die persönlichen Dateien unter /home. Er ersetzt deshalb kein Backup.

Die Installation verwendet standardmässig vollständige Laufwerksverschlüsselung mit LUKS. Die Firewall blockiert eingehende Verbindungen, abgesehen vom LocalSend-Port. SSH wird erst bei Bedarf aktiviert. Das sind vernünftige Defaults.

Sie machen Omarchy aber nicht automatisch sicher. Community-Plugins laufen laut offizieller Dokumentation als beliebiger, nicht sandboxierter Code im langfristig laufenden Shell-Prozess. AUR-Pakete stammen nicht automatisch vom Arch-Team. Ein AI-Agent mit weitreichenden Shell-Rechten kann sehr viel verändern. Wer genau wegen der Kontrolle zu Linux wechselt, sollte diese Kontrolle nicht sofort an ungeprüfte Plugins und Agenten weiterreichen.

Schnell installiert ist nicht dasselbe wie langfristig wartungsfrei

In der Vorstellung installiert DHH Omarchy auf schneller moderner Hardware in ungefähr einer Minute. Er vergleicht das mit deutlich längeren gemessenen Einrichtungszeiten eines neuen Macs und Windows-PCs. Das ist eine eindrucksvolle Demo, aber kein neutraler Benchmark. Hersteller, Aktualisierungsstand, Internetverbindung und der Umfang der jeweiligen Einrichtung unterscheiden sich.

Auch der Installationsbildschirm trägt bereits die visuelle Handschrift des Systems. Statt eines austauschbaren Assistenten sieht man Omarchys Typografie, Farben und einen ersten Hinweis auf Super + K. Der Screenshot belegt keine Installationsdauer, zeigt aber, dass die Einführung in das Bedienkonzept schon vor dem ersten Desktop beginnt.

Die sinnvollere Aussage lautet: Omarchy behandelt eine schnelle, reproduzierbare Installation als Produktmerkmal. Das System soll nicht erst nach einer langen Liste manueller Downloads zu DHHs bevorzugter Arbeitsumgebung werden. Diese Umgebung steckt bereits im Image und in den Installationswegen.

Ob sie nach sechs Monaten genauso reibungslos bleibt, kann weder ein Launch-Video noch ein Interview beweisen. Gerade bei einem jungen Rolling-Release-Projekt würde ich Stabilität, Updates, Suspend, Docking und Wiederherstellung selbst testen, bevor ich meinen Mac ersetze.

Welche anderen Distributionen passen zu einem Arbeitsgerät?

Für Kollegen, die von Windows oder macOS kommen und einfach arbeiten möchten, würde ich nicht mit einer Diskussion über Compilerflags anfangen. Ich würde danach fragen, wie viel Veränderung sie wollen und wie viel Pflege sie akzeptieren.

Linux Mint: der vernünftige, vertraute Einstieg

Linux Mint mit Cinnamon ist die unspektakuläre Empfehlung, und das ist positiv gemeint. Startmenü, Taskleiste, Fensterverwaltung und Systemeinstellungen erklären sich für viele Windows-Nutzer fast von selbst. Die Ubuntu-LTS-Basis bringt ein grosses Softwareangebot und lange Pflegezeiträume mit.

Mint ist nicht die Distribution für den neuesten Kernel am ersten Tag oder ein radikal neues Bedienkonzept. Es ist die Distribution für Menschen, die nach der Installation ihren Browser öffnen und nicht ständig über das Betriebssystem nachdenken wollen.

Zorin OS: möglichst wenig Umgewöhnung

Zorin OS basiert auf Ubuntu und richtet sich ausdrücklich an Menschen, die Windows oder macOS ersetzen möchten. Mit Zorin Appearance lässt sich das Desktop-Layout an vertraute Oberflächen anlehnen. Ein grafischer Software-Store, Zorin Connect für Android-Geräte und eine Live-USB-Option senken die Einstiegshürde.

Der Screenshot zeigt diesen Ansatz sehr deutlich. Anwendungen sind über ein klassisches Startmenü nach Kategorien erreichbar, häufig verwendete Programme können zusätzlich als Verknüpfungen auf dem Desktop liegen. Brave und LibreOffice Calc sind in dieser Installation sofort sichtbar. Das ist keine neue Desktop-Idee, senkt für viele Windows-Nutzer aber die Umgewöhnung, weil Programme genau dort auftauchen, wo sie diese erwarten.

Das System bringt bewusst viele wesentliche Anwendungen mit, wobei die genaue Auswahl von Version, Edition und Installation abhängt. Wer Browser und Office-Paket gerne direkt vorfindet, spart sich die erste Einrichtungsrunde. Wer „schlank“ als möglichst leere Installation definiert, ist hier falsch und wird zunächst Anwendungen entfernen. Wer darunter eine aufgeräumte, sofort nutzbare Arbeitsumgebung versteht, könnte genau richtig sein.

elementary OS: Design als Teil des Produkts

elementary OS gehört ebenfalls zur Ubuntu-Familie, fühlt sich mit dem eigenen Pantheon-Desktop aber nicht wie ein blosses Ubuntu-Theme an. Das Projekt pflegt ein konsistentes Design, einen kuratierten AppCenter und eine bewusst ausgewählte Grundausstattung. Auf der eigenen Website wirbt elementary sogar mit „Apps, die Sie brauchen. Nichts Überflüssiges.“ Das trifft ziemlich genau den Nerv meiner Kritik an macOS.

Die Kehrseite eines konsequenten Designs ist weniger Freiheit innerhalb der vorgesehenen Oberfläche. Wer jedes Panel, jede Fensterregel und jedes Detail umbauen möchte, ist mit KDE Plasma wahrscheinlich glücklicher. Wer ein ruhiges, zusammenhängendes System sucht, sollte elementary OS ausprobieren.

Fedora Workstation oder Fedora KDE: modern ohne Arch-Bastelei

Fedora ist eine starke Wahl für aktuelle Hardware und Menschen, die moderne Linux-Technik möchten, ohne ihr System aus einem minimalen Arch-Grundgerüst aufzubauen. Fedora Workstation verwendet GNOME. Wer eine klassischere und stärker anpassbare Oberfläche bevorzugt, kann eine Fedora-Variante mit KDE Plasma wählen.

Die kürzere Lebensdauer einzelner Fedora-Versionen zwingt zu regelmässigen Versionsupgrades. Das ist überschaubar, aber nicht dasselbe Wartungsmodell wie mehrere Jahre Ubuntu LTS.

CachyOS: Performance mit komfortablerem Einstieg

CachyOS baut auf Arch auf, bringt aber grafische Installer, viele auswählbare Desktops, eigene Paketquellen, CPU-optimierte Builds und angepasste Kernel mit. Das Projekt kompiliert Pakete unter anderem für modernere x86-64-Befehlssätze und bietet verschiedene Scheduler. Wer aktuelle Hardware, Gaming, KDE oder Hyprland und ein schnelles Rolling Release möchte, bekommt damit einen viel bequemeren Einstieg als bei einer manuellen Arch-Installation.

Der gezeigte Desktop versucht mit Startmenü, Taskleiste und Anwendungskategorien nicht, die Bedienung eines Computers neu zu erfinden. Er lehnt sich deutlich an das klassische Windows-Modell an. Das ist an sich nichts Neues, für viele Umsteiger aber gerade der Vorteil. Wer diese Struktur seit Jahren gewohnt ist, findet Programme, Systemeinstellungen und Ausschaltfunktionen ohne Lernphase. CachyOS ist dabei nicht auf dieses Erscheinungsbild festgelegt, denn die Wirkung hängt von der gewählten Desktop-Umgebung und deren Konfiguration ab.

Man sollte die Performanceversprechen trotzdem nicht als universellen Benchmark lesen. Eine Optimierung kann je nach Prozessor und Arbeitslast messbar, kaum spürbar oder für die Akkulaufzeit irrelevant sein. Rolling Release bleibt Rolling Release. Updates kommen häufig, und bei Problemen sollte man wissen, wie Snapshots, Paket-Downgrades und eine Rettungsumgebung funktionieren.

Schlank bedeutet nicht automatisch schnell

Eine minimale Installation hat klare Vorteile. Weniger vorinstallierte Pakete bedeuten weniger Angriffsfläche, weniger potenzielle Hintergrunddienste und weniger Entscheidungen anderer Leute. Nicht benötigte Pakete lassen sich entfernen, Dienste deaktivieren und Autostarts kontrollieren. Mit Werkzeugen wie dem Systemmonitor, systemctl, ps oder top kann ich nachvollziehen, was läuft.

Trotzdem sollte man drei Dinge auseinanderhalten:

• Installierte Anwendungen: Sie belegen Speicher, laufen aber nicht zwingend.
• Hintergrundprozesse: Viele schlafen fast ohne CPU-Verbrauch und sind Teil sinnvoller Systemfunktionen.
• Tatsächliche Performance: Sie hängt von CPU, RAM, Speicher, Treibern, Kernel, Desktop, Browser und konkreter Arbeitslast ab.

Ein KDE- oder GNOME-System mit Browser, Teams, Slack, Docker, Entwicklungsumgebung und Cloud-Synchronisation kann nach kurzer Zeit genauso viele Prozesse haben wie ein anderes modernes Betriebssystem. Linux gibt mir mehr Möglichkeiten, das zu verstehen und zu verändern. Es hebt die Physik nicht auf.

Der eigentliche Preis der Freiheit ist die Hardware

Apple kontrolliert beim Mac Prozessor, Grafik, Neural Engine, Firmware, Betriebssystem und viele Anwendungen. Das schränkt mich ein, ermöglicht aber eine Integration, die ein allgemeines Linux-System auf beliebiger Hardware nur schwer erreicht. Akkulaufzeit, Standby, Kamera, Mikrofone, Lautsprecher, HDR, Fingerabdrucksensor und externe Displays sind keine Details, wenn der Rechner jeden Tag mitkommen muss.

Auf einem normalen x86-PC kann Linux hervorragend laufen. Die entscheidende Frage ist nicht nur, ob der Prozessor unterstützt wird. WLAN-Chip, Bluetooth, Webcam, Fingerabdrucksensor, Audio, Dockingstation, GPU und Energiesparzustände müssen ebenfalls passen. Bei sehr neuer Hardware kann ein aktueller Kernel helfen. Bei proprietären Komponenten kann der passende Treiber fehlen oder weniger Funktionen bieten als unter Windows.

Darum würde ich einen Arbeitslaptop nicht blind nach CPU-Benchmark kaufen und später hoffen, dass Linux schon läuft. Besser ist ein Gerät mit offizieller Linux-Unterstützung oder Vorinstallation. Bei anderer Hardware sollte man Modellberichte und die konkrete Geräte-ID prüfen und das System zunächst von einem Live-USB-Stick testen. WLAN, Bluetooth, Kamera, Audio, Suspend, Aufwachen, Helligkeit, externe Monitore und Dock gehören in diesen Test.

Für meinen konkreten Omarchy-Gedanken ist die Hardwarehürde noch deutlicher. Omarchy unterstützt Intel-Macs, aber laut aktueller Dokumentation keine Macs mit M-Serie direkt. Mein gerade erst gekauftes MacBook Air M5 mit 32 GB Arbeitsspeicher ist deshalb kein sinnvoller Testkandidat. Bei den aktuellen Preisen für viel RAM werde ich sicher nicht kurz nach diesem Kauf noch ein zweites Notebook anschaffen. Weil Apple-Silicon-Prozessoren von Omarchy nicht unterstützt werden, kommt ein Wechsel für mich momentan nicht infrage.

Linux auf Apple Silicon ist beeindruckend, aber nicht macOS

Für M1- und M2-Macs ist Fedora Asahi Remix inzwischen ein ernstzunehmendes Linux-System mit beschleunigter Grafik, KDE oder GNOME sowie Unterstützung für viele Gerätefunktionen. Die Arbeit des Asahi-Linux-Projekts ist technisch beeindruckend.

Sie zeigt aber auch die Grenze. Apples Hardwareblöcke müssen ohne vollständige öffentliche Dokumentation einzeln erschlossen werden. In der aktuellen Support-Matrix für M2-Systeme steht die Neural Engine nur als experimentelle Arbeit ausserhalb des Haupt-Kernels. Touch ID ist weiterhin nicht verfügbar, Thunderbolt und DisplayPort Alt Mode sind je nach Generation noch in Arbeit. Bei neueren Generationen ab M3 gelten wiederum eigene Matrizen.

Wer lokale KI-Anwendungen gerade wegen der Apple Neural Engine nutzt, bekommt diese Fähigkeit unter Linux also nicht einfach durch die Installation einer anderen Distribution zurück. Auch Apples Metal-Ökosystem, bestimmte Medienbeschleuniger, die enge iPhone-Integration und manche kommerzielle Anwendungen bleiben ein macOS-Vorteil.

Die faire Schlussfolgerung lautet nicht, dass Linux auf dem Mac schlecht sei. Sie lautet, dass ein Mac für macOS gebaut wurde. Wer Linux als primäres Arbeitssystem möchte, sollte Hardware wählen, deren Hersteller und Komponenten diesen Einsatz ausdrücklich unterstützen.

Auch die Software kann den Wechsel stoppen

Für Browser, Visual Studio Code, viele Entwicklerwerkzeuge, Docker, Passwortmanager, Chat und Webanwendungen ist Linux heute oft unkompliziert. Schwieriger wird es bei Adobe Creative Cloud, vollständigem Microsoft Office mit allen Makros und Spezialfunktionen, manchen VPN- oder Security-Clients, proprietärer Audio- und Videosoftware sowie Unternehmenswerkzeugen mit vorgeschriebenem Windows- oder macOS-Agenten.

Wine, virtuelle Maschinen und Webversionen können Lücken schliessen, aber sie sind kein universeller Ersatz. Vor einem Wechsel würde ich deshalb nicht nur eine Distribution auswählen, sondern jede unverzichtbare Anwendung ehrlich prüfen. Gibt es sie nativ für Linux, oder bleibt nur eine Webversion, der wichtige Funktionen, Offline-Modus oder Integrationen fehlen?

Im beruflichen Umfeld entscheidet ausserdem die IT mit. Firmen-VPN, EDR und Gerätemanagement müssen Linux unterstützen und vom Unternehmen freigegeben sein. Andernfalls funktioniert der Rechner technisch, erfüllt aber trotzdem nicht die Unternehmensrichtlinien. Ähnlich sieht es bei Dokumenten aus. LibreOffice öffnet viele Office-Dateien, garantiert jedoch keine perfekte Darstellung komplexer Vorlagen und keine vollständige Kompatibilität mit Makros.

Auch der physische Arbeitsplatz gehört zu dieser Prüfung. Dock, externe Monitore, Kamera, Mikrofon und Headset müssen zuverlässig funktionieren, denn der schönste Desktop hilft wenig, wenn das Notebook nach dem Aufwachen den zweiten Bildschirm nicht mehr findet. Für den ersten Versuch würde ich deshalb immer einen Rückweg einplanen. Dual Boot, eine zweite SSD oder ein separates Testgerät reduzieren das Risiko und verhindern, dass aus Neugier sofort ein produktiver Ausfall wird.

Meine praktische Empfehlung

Wer Linux zum ersten Mal auf einem normalen Arbeitsgerät testen möchte, sollte nicht mit der theoretisch schnellsten Distribution beginnen. Ich würde zuerst die Hardware und die unverzichtbaren Anwendungen prüfen, dann zwei oder drei Oberflächen per Live-System ansehen.

Für einen möglichst ruhigen Einstieg sind Linux Mint, Zorin OS oder elementary OS gute Kandidaten. Fedora mit GNOME oder KDE passt, wenn aktuelle Technik und ein sauberer Desktop wichtiger sind als ein langer LTS-Zeitraum. CachyOS ist spannend für moderne Hardware, Gaming und Menschen, die ein Rolling Release bewusst pflegen möchten. Omarchy ist die Wahl für alle, die ein tastaturzentriertes System als neues Arbeitsmodell ausprobieren wollen und gerade nicht einfach Windows oder macOS nachbauen möchten.

Für mich wäre die nächste sinnvolle Stufe kein sofortiger Abschied vom Mac. Wenn sich später ein passendes Testgerät ergibt, würde ich Omarchy dort installieren und meinen echten Alltag nachbauen: Browser, Codex und andere Agenten, Terminal, 1Password, Zed, Screenshots, Transkription, Videokonferenzen, Dock und externe Displays. Erst wenn ich mehrere Wochen nicht reflexartig zum Mac zurückgreife, wäre aus der Faszination ein belastbarer Wechselgrund geworden.

Eine Woche echte Arbeit sagt mehr als hundert „beste Linux-Distribution“-Listen. Erst wenn Suspend, Dateiaustausch, Passwortmanager, Firmenzugänge und alle kleinen Handgriffe funktionieren, ist aus einer hübschen Demo ein brauchbares Arbeitsgerät geworden.

Einordnung und Grenzen dieses Artikels

Dieser Beitrag ist keine Benchmarkstudie und kein eigener Dauertest der genannten Distributionen. Die Omarchy-Einordnung basiert auf DHHs Quattro-Vorstellung, seinem Interview mit NetworkChuck und der offiziellen Dokumentation, geprüft am 26. August 2026. Aussagen zu Entwicklungsaufwand, Pull Requests und Installationsdauer stammen vom Entwickler. Ich habe sie nicht selbst gemessen. Versionsstände, Hardwareunterstützung und Installationsvoraussetzungen können sich bei einem jungen Rolling-Release-Projekt schnell ändern.

Die beiden macOS-Screenshots zeigen meinen konkreten Rechner zu einem bestimmten Zeitpunkt. 834 Prozesse sind kein allgemeingültiger Vergleichswert und kein Beweis dafür, dass macOS langsam ist. Sie waren der Anlass für eine andere Frage: Wie viel Kontrolle möchte ich über mein Arbeitsgerät haben, und welche Kompromisse bin ich dafür bereit einzugehen?

Fazit

Linux ist nicht automatisch schneller, schlanker oder einfacher als macOS. Omarchy ist auch kein leeres System ohne vorinstallierte Meinungen. Im Gegenteil: Es ist voll von DHHs Entscheidungen. Genau das macht es interessanter als eine weitere hübsche Arch-Konfiguration. Diese Entscheidungen ergeben ein erkennbares Arbeitsmodell und lassen sich trotzdem entfernen, überschreiben oder mit eigenen Plugins verändern.

Vor einigen Jahren hätte mich dieser Ansatz weniger angesprochen. Damals hingen mehr meiner Abläufe an klassischen Desktop-Programmen und am Apple-Ökosystem. Heute brauche ich meistens einen Browser, AI-Agenten, ein Terminal und wenige Spezialwerkzeuge. Omarchy wurde praktisch um dieselben Schwerpunkte herum gebaut. Zum ersten Mal wirkt ein Linux-System deshalb nicht nur technisch spannend, sondern möglicherweise passender zu meinem tatsächlichen Alltag.

Die Gegenargumente bleiben stark. Mein neues MacBook Air M5 mit 32 GB Arbeitsspeicher wird von Omarchy nicht direkt unterstützt. Apple Silicon bietet hervorragende Effizienz, eine sehr gute Akkulaufzeit und eine tiefe Hardwareintegration. Unter Linux verliere ich Funktionen wie die normal nutzbare Neural Engine, Touch ID und Teile des Apple-Ökosystems. Zusätzliche Hardware nur für einen Versuch zu kaufen, ergibt für mich bei den aktuellen RAM-Preisen keinen Sinn.

Darum kommt ein Wechsel für mich momentan nicht infrage. Der Samen ist aber gesetzt und die Idee ist da. Wenn Apple sich weiter in eine Richtung entwickelt, die für mich nicht mehr stimmt, und ich in der geschlossenen Integration keinen ausreichenden Vorteil mehr sehe, könnte das „offene“ System irgendwann nicht nur etwas Neues, sondern tatsächlich etwas Besseres sein.

Bis zum nächsten Mal,
Euer Joe

FAQ