Eine Reise von einem Studentenzimmer in Helsinki bis zu dem Gerät, auf dem du diesen Text gerade liest. Mit hoher Wahrscheinlichkeit läuft schon jetzt Linux darauf — du weißt es nur vielleicht noch nicht.

Die Geschichte beginnt nicht 1991, sondern 1969 in den Bell Labs in New Jersey. Ken Thompson und Dennis Ritchie hatten gerade das Scheitern eines Großprojekts namens Multics hinter sich, als Thompson eine ausrangierte PDP-7 in die Finger bekam — ein Gerät, für das sich sonst niemand interessierte.

Was er darauf in drei Wochen schrieb, wurde Unix. Ein Kollege taufte es halb spöttisch so, weil es die abgespeckte Ein-Mann-Variante des gescheiterten Multics war. Dass daraus eine Familie werden würde, die fünfzig Jahre später Rechenzentren, Telefone und Marslandegeräte antreibt, hätte damals niemand vermutet.

Der eigentliche Geniestreich kam 1973: Thompson und Ritchie schrieben Unix in C neu — einer Sprache, die Ritchie eigens dafür entwickelt hatte. Bis dahin war ein Betriebssystem an genau eine Maschine gefesselt. Ab jetzt konnte man es auf eine andere Maschine portieren. Das klingt harmlos und ist die Grundlage von allem, was folgte.

In den Achtzigern wurde Unix teuer, geschlossen und zersplittert. Jeder Hersteller kochte sein eigenes Süppchen — AT&T, Sun, HP, IBM, DEC —, und der Quelltext, den man früher unter Kollegen weitergab, verschwand hinter Lizenzverträgen.

Einer, dem das gewaltig gegen den Strich ging, war Richard Stallman am MIT. Der Auslöser war beinahe lächerlich: Ein neuer Laserdrucker klemmte ständig Papier, und Stallman durfte den Treiber nicht anpassen, weil der Quelltext geheim war. Aus diesem Ärger entstand 1983 das GNU-Projekt mit dem Ziel, ein vollständig freies Unix zu bauen — und 1989 die GPL, jene Lizenz, die Software dauerhaft frei hält.

Bis 1991 hatte GNU fast alles fertig: Compiler, Editor, Kommandozeile, Werkzeuge. Es fehlte ausgerechnet das Herzstück — der Kernel.

Im Januar 1991 kauft sich ein 21-jähriger Informatikstudent der Universität Helsinki einen PC: 386er mit 33 MHz, 4 MB Arbeitsspeicher, 40 MB Festplatte. Bezahlt teils auf Raten, teils vom Weihnachtsgeld. Sein Name: Linus Benedict Torvalds.

Auf dem Rechner läuft MINIX, ein kleines Unix-artiges System, das Professor Andrew Tanenbaum für die Lehre geschrieben hatte. Es funktioniert, aber es ist absichtlich beschränkt — es soll ja unterrichten, nicht arbeiten.

Torvalds will eigentlich nur ein Terminalprogramm schreiben, um sich von zu Hause in die Unix-Rechner der Universität einzuwählen. Er programmiert es direkt auf der Hardware, ohne Betriebssystem darunter: ein Teil liest vom Modem, ein Teil von der Tastatur. Dann braucht er eine Möglichkeit, Dateien herunterzuladen. Also einen Festplattentreiber. Dann ein Dateisystem. Und irgendwann stellt er fest, dass er versehentlich einen Betriebssystemkern gebaut hat.

Am 25. August 1991 schreibt er in die Newsgruppe comp.os.minix eine Nachricht, die zu den meistzitierten der Computergeschichte gehört. Er kündigt darin ein freies Betriebssystem an und schränkt gleich ein, es sei „just a hobby, won't be big and professional like gnu“.

Torvalds selbst nannte sein System zunächst Freax — aus free, freak und dem obligatorischen x für Unix. Er fand „Linux“ zu eitel.

Als er die Dateien im September 1991 auf den FTP-Server der finnischen Universitätsvernetzung legen wollte, war dort Ari Lemmke zuständig. Der fand „Freax„ scheußlich, legte das Verzeichnis kurzerhand unter dem Namen linux an und fragte niemanden. Der Name blieb.

Man kann festhalten: Der Name des bekanntesten freien Betriebssystems der Welt entstand, weil ein Administrator eigenmächtig ein Verzeichnis umbenannt hat.

Die allererste Fassung stand unter einer selbstgestrickten Lizenz, die kommerzielle Verbreitung verbot. Gut gemeint, aber eine Sackgasse.

Mit Version 0.12 stellte Torvalds im Februar 1992 auf die GPL um. Firmen durften das System nun verkaufen — mussten aber ihre Änderungen zurückgeben. Genau diese Kombination brachte Hersteller wie IBM, Intel, Google und später sogar Microsoft dazu, Entwickler zu bezahlen, die an einem System arbeiten, das ihnen nicht gehört.

Torvalds hat mehrfach gesagt, das sei die beste Entscheidung gewesen, die er je getroffen habe. Man darf ihm das glauben.

Im Januar 1992 eröffnete ausgerechnet Andrew Tanenbaum — der MINIX-Autor, dessen System Torvalds als Sprungbrett gedient hatte — eine Debatte mit der Feststellung, Linux sei technisch veraltet.

Sein Argument war nicht albern: Linux ist ein monolithischer Kernel, bei dem alles in einem großen Programm steckt. Der Stand der Forschung waren Mikrokernel, bei denen jede Aufgabe in einem eigenen kleinen Prozess läuft. Tanenbaum hielt Linux für einen Rückschritt in die Siebziger.

Es folgte einer der ersten großen Internet-Schlagabtausche, öffentlich, hitzig und mit reichlich Publikum.

1996 suchte das Projekt ein Maskottchen. Torvalds bestand auf einem Pinguin — und zwar auf einem satten, zufriedenen, der gerade gut gegessen hat und sich zurücklehnt.

Zur Begründung erzählte er die Geschichte eines Zoobesuchs in Australien, bei dem ihn ein kleiner Zwergpinguin gebissen habe. Seither, so Torvalds, leide er an Pinguinitis: Man liege nachts wach und denke an Pinguine.

Gezeichnet hat Tux dann Larry Ewing mit dem freien Grafikprogramm GIMP. Der Name geht auf Torvalds' Unix zurück — und ganz nebenbei auf den englischen Ausdruck für einen Smoking, den ein Pinguin bekanntlich immer trägt.

Streng genommen ist Linux nur der Kernel — die Schicht, die zwischen der Hardware und allem anderen vermittelt. Sie verwaltet Speicher, Prozessorzeit, Geräte und Dateisysteme. Ein Kernel allein ist ungefähr so nützlich wie ein Automotor ohne Karosserie: beeindruckend, aber man kommt damit nicht zum Einkaufen.

Was man landläufig „Linux“ nennt, ist eine Distribution: der Kernel plus Systemwerkzeuge plus Oberfläche plus Anwendungen plus Paketverwaltung, alles aufeinander abgestimmt und in einem Rutsch installierbar.

Weil der überwiegende Teil der Werkzeuge rund um den Kernel aus dem GNU-Projekt stammt, besteht Richard Stallman darauf, dass es korrekt GNU/Linux heißen müsse.

Dieses Anliegen hat es zu einer eigenen Internet-Berühmtheit gebracht: Kaum schreibt jemand irgendwo „Linux„, taucht mit statistischer Zuverlässigkeit jemand auf und beginnt mit „Ich möchte nur kurz einwerfen …“. Der Text ist inzwischen ein Klassiker, wird meist scherzhaft verwendet und hat vermutlich mehr Menschen von Stallmans Position abgebracht als überzeugt.

Am Kernel arbeiten pro Jahr weit über 4.000 Entwicklerinnen und Entwickler aus mehr als 400 Firmen. Es ist damit eines der größten gemeinsamen Bauprojekte der Menschheitsgeschichte — und es hat nie jemand die Bauleitung ausgeschrieben.

Unix ist ein Markenzeichen und eine Zertifizierung. Linux ist ein Nachbau, der nie zertifiziert wurde, das Vorbild aber längst überholt hat.

Genauer: „UNIX“ gehört heute der Open Group. Ein System darf sich nur so nennen, wenn es die Single UNIX Specification erfüllt und die Zertifizierung bezahlt hat. Linux hat das nie gemacht — es ist Unix-artig, verhält sich also so, ohne den Stempel zu tragen.

Wichtig: Linux enthält keine einzige Zeile Unix-Quelltext. Es wurde von Grund auf neu geschrieben und ahmt lediglich das Verhalten nach. Genau das machte es rechtlich unangreifbar — und war ein Grund, warum Linux in den Neunzigern an den BSD-Systemen vorbeiziehen konnte, die damals in einem jahrelangen Rechtsstreit um genau solche Codefragen feststeckten.

Kurz: nein. Und das hat nichts mit Qualität zu tun.

Kommerzielles Unix ist ein Werkzeug für Großrechnerlandschaften, Kernbanksysteme und Versicherungsbestände — extrem stabil, extrem langlebig, extrem teuer. Auf einem Schreibtisch hat es nichts verloren, und dort war es auch nie zu Hause.

Wer die Unix-Denkweise auf dem Desktop erleben will, nimmt Linux. Oder einen Mac — dazu gleich mehr.

Der Kernel ist Linux. Wirklich, tatsächlich, derselbe Kernel. Wenn du ein Android-Telefon in der Hand hältst, hältst du einen Linux-Rechner in der Hand.

Alles darüber ist allerdings anders:

Ein normales Linux-Programm läuft auf Android nicht einfach so. Der gemeinsame Nenner ist der Kern, nicht die Umgebung darüber.

Chromebooks laufen auf einem Linux-Unterbau, der ursprünglich von Gentoo abstammt. Modernere Geräte können sogar Android-Apps und echte Linux-Programme in Containern ausführen. Wer ein Chromebook benutzt, benutzt Linux — bloß hinter sehr viel Google.

macOS ist kein Linux. Es ist aber auch nicht einfach „Windows für Ästheten„, sondern ein echter Unix-Abkömmling:

Deshalb findet man auf jedem Mac ein Terminal mit ls, grep und ssh, deshalb fühlen sich Entwickler dort wohl — und deshalb ist macOS offiziell zertifiziertes UNIX, während Linux es nicht ist.

Auch dort hat sich etwas bewegt: Mit dem Windows-Subsystem für Linux läuft heute ein echter Linux-Kernel in einer schlanken virtuellen Maschine unter Windows — von Microsoft gepflegt.

Das ist bemerkenswert, wenn man bedenkt, dass derselbe Konzern Linux im Jahr 2001 öffentlich als geschäftsschädigendes Übel bezeichnete, das sich an alles anhefte, was es berühre. 2016 trat Microsoft der Linux Foundation bei; heute läuft auf der eigenen Cloud-Plattform mehrheitlich Linux.

Man kann die Entwicklung als Einsicht deuten oder als Pragmatismus. In jedem Fall ist sie ein hervorragendes Beispiel dafür, dass sich in der IT niemand sicher sein sollte, was er in zwanzig Jahren noch behauptet.

Auf der Sammelseite DistroWatch werden über 250 aktiv gepflegte Distributionen geführt; insgesamt existieren mehrere Tausend. Das klingt nach heilloser Zersplitterung, ist aber halb so wild: Fast alle stammen von einer Handvoll Familien ab.

Der Punkt mit der Paketverwaltung wird von Umsteigern regelmäßig unterschätzt. Der Gedanke, dass sämtliche Software eines Rechners aus einer geprüften Quelle kommt und mit einem einzigen Vorgang aktuell gehalten wird, ist kein Detail, sondern ein anderer Umgang mit dem Gerät. Apple und Microsoft haben diese Idee später mit ihren App Stores nachgebaut — Linux hatte sie in den Neunzigern.

Anders als bei Windows und macOS ist die Bedienoberfläche unter Linux austauschbar. Man kann sie wechseln, ohne das System neu zu installieren.

Bis vor wenigen Jahren war Linux für Spiele keine ernsthafte Option. Das hat sich gründlich geändert, und zwar durch eine Firma, die daran ein handfestes Eigeninteresse hatte: Valve.

Mit Proton — einer Weiterentwicklung von Wine — laufen Windows-Spiele unter Linux, ohne dass der Nutzer etwas einrichten muss. Häkchen setzen, Spiel starten. Das Steam Deck, ein Handheld mit Arch-Linux-Unterbau, hat diese Technik millionenfach in Wohnzimmer gebracht und Spielehersteller dazu gebracht, Linux ernst zu nehmen.

Die Auskunft, ob ein bestimmtes Spiel läuft, liefert die Gemeinschaftsdatenbank ProtonDB. Für einen erheblichen Teil des Steam-Katalogs lautet die Antwort inzwischen: ja, ohne Handgriffe.

1. Es gehört dir. Keine Konten, keine Aktivierung, keine Werbung im Startmenü, keine Vorschläge für Abonnements, kein Betriebssystem, das dich zu einem Cloud-Konto überredet. Der Rechner tut, was du sagst, und sonst nichts.

2. Es sammelt nichts. Es gibt keine Telemetrie, die man mühsam abschalten muss, weil es sie gar nicht erst gibt. Wer misstrauisch ist, kann nachsehen — der Quelltext liegt offen.

3. Es macht alte Hardware wieder brauchbar. Ein Notebook von 2013, das unter Windows 11 offiziell nicht mehr unterstützt wird und unter Windows 10 zäh läuft, ist mit einer schlanken Distribution wieder ein zügiges Arbeitsgerät. Das ist nicht nur ein Geldargument, sondern auch ein ökologisches: Millionen funktionierender Geräte werden allein wegen fehlender Systemunterstützung entsorgt.

4. Updates unterbrechen dich nicht. Kein „Ihr PC wird neu gestartet„ mitten in der Arbeit. Aktualisierungen laufen, wenn du sie startest.

5. Du kannst es ausprobieren, ohne etwas zu riskieren. Ein USB-Stick startet ein vollständiges System, ohne die Festplatte anzurühren. Gefällt es nicht, ziehst du den Stick ab.

6. Es kostet nichts — und das ist noch das kleinste Argument. Interessanter ist, dass keine Lizenz an ein Gerät gebunden ist. Neue Festplatte, neuer Rechner, zwanzig Installationen? Niemanden interessiert es.

7. Die Hilfe ist erstaunlich gut. Das ArchWiki ist die vermutlich beste technische Dokumentation im Netz — und wird auch von Nutzern anderer Distributionen gelesen.

8. Du lernst dabei etwas. Wer ein halbes Jahr Linux benutzt, versteht danach besser, wie Rechner funktionieren. Das ist bei einem Betriebssystem, das einem alles abnimmt, ausdrücklich nicht der Fall.

Seit ungefähr 1999 wird jedes Jahr zum Jahr des Linux-Desktops erklärt. Der Satz ist inzwischen ein liebevoll gepflegter Scherz innerhalb der Gemeinschaft selbst.

Bei nüchterner Betrachtung ist die Sache aber erledigt, nur anders als gedacht: Linux hat den Desktop nicht erobert — es hat alles andere erobert. Telefone, Fernseher, Autos, Router, Server, Supercomputer, Raumfahrt. Der Schreibtisch ist die letzte Nische, in der es nicht dominiert.

Das ist ungefähr so, als hätte jemand vierzig Jahre lang darauf gewartet, dass sich der Verbrennungsmotor endlich beim Modellbau durchsetzt, während draußen die Welt damit fährt.

Es gibt Dinge, die man erst vermisst, wenn sie weg sind. Und es gibt Dinge, deren Abwesenheit man täglich neu genießt. Der blaue Bildschirm gehört zur zweiten Sorte.

Wer alt genug ist, kennt das Ritual: Man arbeitet seit zwei Stunden an einer Präsentation, es läuft gut, man ist im Fluss — und dann wird die Welt blau, ein trauriger Smiley erscheint, und ein Fortschrittsbalken zählt gemächlich hoch, während man versucht, sich zu erinnern, wann man zuletzt gespeichert hat.

Das anschließende Verfahren war in weiten Teilen Mitteleuropas erstaunlich einheitlich geregelt: Man ging in die Küche, öffnete den Kühlschrank und entnahm ihm etwas Kaltes zur inneren Anwendung. Nicht aus Durst — aus therapeutischen Gründen.

Der eigentliche Gewinn ist dabei nicht die Abwesenheit von Abstürzen, sondern die Vorhersagbarkeit. Ein Linux-Rechner, der heute läuft, läuft morgen genauso. Er beschließt nicht über Nacht, sich neu zu starten. Er installiert keine Funktionen, die niemand bestellt hat. Er fragt nicht zum vierten Mal, ob man sich nicht doch anmelden möchte. Er tut, was er gestern getan hat — und das ist bei einem Werkzeug die höchste erreichbare Tugend.

Und falls doch einmal etwas klemmt: Es steht in den Logs. In lesbarem Text. Mit Zeitstempel. Man kann nachsehen, was passiert ist, statt einen Fehlercode zu suchen, der einen zu einem Forumsbeitrag von 2019 führt, in dem jemand empfiehlt, es mal mit einer Neuinstallation zu versuchen.

Alles ist eine Datei. Geräte, Prozesse, Netzwerkverbindungen, sogar Kernelparameter erscheinen als Dateien im Verzeichnisbaum. Damit funktionieren dieselben Werkzeuge überall.

cat /proc/cpuinfo              # Was fuer ein Prozessor steckt drin?
cat /sys/class/power_supply/BAT0/capacity   # Akkustand
echo 1 > /proc/sys/net/ipv4/ip_forward      # Routing einschalten

Alles ist skriptbar. Was man einmal von Hand macht, kann man beim zweiten Mal automatisieren — ohne Zusatzsoftware, ohne Klickpfade, ohne Screenshots in der Dokumentation.

Die Werkzeuge sind klein und kombinierbar. Jedes Programm tut eine Sache und gibt Text aus, den das nächste weiterverarbeiten kann. Das ist die alte Unix-Philosophie, und sie trägt bis heute:

# Die zehn IP-Adressen mit den meisten Fehlversuchen bei der Anmeldung
journalctl -u sshd --since today \
  | grep "Failed password" \
  | grep -oE '[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+' \
  | sort | uniq -c | sort -rn | head -10

Eine Zeile. Kein Zusatzprodukt, keine Lizenz, keine Oberfläche.

Es läuft ohne Bildschirm. Ein Linux-Server braucht keine grafische Oberfläche, keinen angemeldeten Benutzer und keine Sitzung. Fernwartung ist der Normalfall, nicht die Ausnahme.

Es läuft lange. Laufzeiten von mehreren Jahren ohne Neustart sind keine Anekdote, sondern Alltag — mit Live-Patching des Kernels sogar über Sicherheitsupdates hinweg.

Dass die gesamte Sicherheitsbranche auf Linux arbeitet, ist kein Zufall und keine Pose. Es liegt an vier Eigenschaften, die zusammen kein anderes System bietet:

1. Voller Zugriff auf die Hardware. Netzwerkkarten in den Monitormodus schalten, Datenpakete selbst bauen, USB-Geräte auf Protokollebene ansprechen — unter Linux ist das vorgesehen, nicht erkämpft.
2. Der Quelltext liegt offen. Wer verstehen will, wie ein Angriff wirkt, kann nachlesen, was tatsächlich passiert, statt zu raten.
3. Alles ist skriptbar. Sicherheitsarbeit besteht zu großen Teilen aus Wiederholung. Was sich automatisieren lässt, wird automatisiert.
4. Die Werkzeuge sind ohnehin dort zu Hause. Nahezu jedes ernstzunehmende Sicherheitswerkzeug wird unter Linux entwickelt.

Dazu kommt ein praktischer Punkt: Ein Live-System vom USB-Stick hinterlässt auf dem untersuchten Rechner keine Spuren — für die Forensik keine Nettigkeit, sondern Voraussetzung.

Ein Detail am Rande, das den Charakter der Sache gut trifft: Dieselben Werkzeuge, die zum Einbrechen taugen, sind das Handwerkszeug derer, die Einbrüche verhindern. nmap scannt Netze — für Angreifer und für die Inventarisierung der eigenen Infrastruktur. Wireshark liest Datenverkehr mit — für Lauscher und für die Fehlersuche im Rechenzentrum.

Der Unterschied liegt nicht im Werkzeug. Er liegt im Auftrag.

Ein normales Betriebssystem verspricht, dass Aufgaben irgendwann erledigt werden. Ein Echtzeitsystem verspricht, dass sie innerhalb einer garantierten Frist erledigt werden — was etwas völlig anderes ist. Bei einem Roboterarm, einer Werkzeugmaschine oder einem Herzschrittmacher ist „meistens rechtzeitig„ keine brauchbare Zusage.

Die Echtzeiterweiterung PREEMPT_RT wurde über zwanzig Jahre lang außerhalb des Kernels gepflegt und 2024 endlich in den offiziellen Kern übernommen. Das ist eine kleine Sensation: Ein Standard-Linux kann seither ohne Fremdpatches harte Echtzeitanforderungen bedienen.

Eingesetzt wird das in Industriesteuerungen, in der Robotik, in Audiotechnik mit sehr geringer Verzögerung und in der Messtechnik.

Die meisten Menschen glauben, sie hätten mit Linux nichts zu tun. Ein Rundgang durch eine durchschnittliche Wohnung:

Die ehrliche Bilanz eines durchschnittlichen Haushalts liegt bei einem guten Dutzend Geräten mit Linux — und meist genau einem Rechner ohne.

• Keine Lizenzkosten je Gerät. Bei einer Million produzierter Router ist das ein handfestes Argument.
• Es läuft auf jeder Architektur. ARM, MIPS, RISC-V, x86 — derselbe Kernel.
• Es lässt sich beliebig verkleinern. Ein funktionsfähiges System passt in wenige Megabyte.
• Treiber sind vorhanden. Für nahezu jeden Chip existiert bereits Unterstützung.
• Es gibt Fachleute dafür. Wer Linux kann, kann auch das Steuergerät programmieren.

Kein Linux-Projekt in Deutschland ist so oft zitiert, so gründlich missverstanden und so gern als Kronzeuge missbraucht worden wie LiMux. Beide Lager berufen sich darauf — die einen sagen „seht her, es geht“, die anderen „seht her, es ging schief„. Beide haben teilweise recht, und beide erzählen die Geschichte selten vollständig.

Die Ausgangslage war banal: Die Landeshauptstadt München betrieb rund 14.000 Arbeitsplatzrechner unter Windows NT 4, dessen Unterstützung auslief. Es musste also ohnehin etwas passieren.

Ungewöhnlich war die Entscheidung, die im Mai 2003 fiel: Statt auf die nächste Windows-Version zu wechseln, beschloss der Stadtrat die Umstellung auf freie Software — Linux als Betriebssystem, OpenOffice als Bürosoftware. Das Argument war nicht in erster Linie Geld, sondern Unabhängigkeit von einem einzelnen Anbieter. Man wollte selbst über Zeitpunkt und Umfang von Änderungen bestimmen, statt sie im Rhythmus fremder Produktzyklen zu übernehmen.

Für ein kommunales Rechenzentrum war das damals eine bemerkenswert weitsichtige Begründung. Der Begriff der digitalen Souveränität, der heute in jeder zweiten Verwaltungsstrategie steht, war 2003 noch nicht erfunden.

LiMux war kein Aufspielen einer Standarddistribution. Es entstand ein eigener Behördenclient — zunächst auf Debian-Basis, später auf Ubuntu, mit KDE als Oberfläche, eigener Paketverwaltung, eigenem Verteilmechanismus und einer angepassten Vorlagenverwaltung für die Bürosoftware.

Zehn Jahre für 15.000 Arbeitsplätze — das ist der Punkt, an dem die Kritik regelmäßig ansetzt. Zu Recht, aber nicht aus dem Grund, den die meisten vermuten.

Die zeitraubenden Probleme hatten mit dem Betriebssystem wenig zu tun:

• Fachanwendungen. Eine Stadtverwaltung betreibt Hunderte Fachverfahren — Einwohnermelde, Kfz-Zulassung, Baugenehmigung, Sozialleistungen. Viele davon liefen als Windows-Anwendungen, teils von kleinen Anbietern, teils uralt, teils ohne aktiven Hersteller. Jedes einzelne musste portiert, ersetzt, gekapselt oder virtualisiert werden.
• Makros und Vorlagen. Über Jahrzehnte gewachsene Dokumentvorlagen mit eingebauter Automatisierung. Wer schon einmal ein gewachsenes Makro portiert hat, weiß, dass das mehr Archäologie als Programmierung ist.
• Organisation. Die Münchner IT war stark auf die einzelnen Referate verteilt. Jedes hatte eigene Zuständigkeiten, eigene Prioritäten und eigene Meinungen. Eine zentrale Durchsetzung gab es nicht.
• Schulung und Gewöhnung. 15.000 Menschen, die alle ihre Arbeitsweise umstellen sollten, während der Alltagsbetrieb weiterlief.

Im Februar 2017 beschloss der Stadtrat die Rückkehr zu Windows. Bis 2020 sollten die Arbeitsplätze wieder umgestellt werden; veranschlagt wurden mehrere Zehnmillionen Euro.

Die Begründung war eine Mischung aus Nutzerbeschwerden, Kompatibilitätsproblemen im Austausch mit anderen Behörden und einem extern erstellten Gutachten. Der amtierende Oberbürgermeister hatte sich zuvor mehrfach offen als Anhänger der Microsoft-Produkte zu erkennen gegeben.

Bemerkenswert ist, was in dem Gutachten nicht stand: dass Linux die Ursache der Probleme sei. Beanstandet wurden vor allem die zersplitterte IT-Organisation, uneinheitliche Prozesse und die Betreuungsstruktur — Punkte, die eine Rückkehr zu Windows nicht automatisch löst.

Genau das ist der Grund, warum die Geschichte bis heute so unterschiedlich erzählt wird: Wer den Beschluss von 2017 zitiert, kann „Linux gescheitert“ daraus machen. Wer die Begründung liest, findet dort etwas anderes.

2020 einigte sich eine neue Stadtratskoalition darauf, künftig wieder freier Software den Vorzug zu geben, wo immer es technisch und wirtschaftlich möglich ist — unter dem Leitsatz, dass mit öffentlichem Geld finanzierte Software auch öffentlich verfügbar sein sollte.

Ein vollständiger Rückbau der gerade abgeschlossenen Windows-Migration war damit nicht gemeint. Aber die grundsätzliche Richtung hat sich erneut gedreht, diesmal ohne großes Aufsehen.

Die Diskussion ist nicht vorbei, sie hat nur den Ort gewechselt. Schleswig-Holstein hat 2024 beschlossen, seine Landesverwaltung auf LibreOffice und Linux umzustellen, mit ausdrücklichem Verweis auf digitale Souveränität. Auch auf europäischer Ebene ist das Thema deutlich präsenter als 2003 — die Abhängigkeit von wenigen außereuropäischen Anbietern wird inzwischen als strategische Frage behandelt, nicht als Geschmacksfrage der IT-Abteilung.

Ob Schleswig-Holstein aus München gelernt hat, wird man in einigen Jahren beurteilen können. Die entscheidende Frage ist nicht, ob Linux funktioniert — das ist seit LiMux beantwortet. Die Frage ist, ob eine Verwaltung bereit ist, gleichzeitig ihre Organisation umzubauen.

Zum Abschluss ein Blick zurück: Die Zeitschrift LinuxMagazin fragte im Oktober 2006 ihre Leser, warum sie Linux einsetzen. Mehrfachnennungen waren möglich.

Die interessanteste Zeile ist die vorletzte: Was 2006 der am seltensten genannte Vorteil war, ist heute eines der stärksten Argumente. Ein zwölf Jahre altes Notebook, das kein aktuelles Windows mehr bekommt, läuft unter Linux tadellos.

Eine berechtigte Frage, und die Antwort hat wenig mit Technik zu tun.

Der Markt ist träge. Wer über die Ausstattung eines Unternehmens entscheidet, ist selten vom Fach und verlässt sich auf Empfehlungen. Empfehlungen wiederum folgen dem, was bekannt ist.

Werbung kostet Geld. Microsoft und Apple haben Marketingbudgets. Das Debian-Projekt hat ein Wiki. Man muss kein Betriebswirt sein, um zu erkennen, wie sich das auf die Bekanntheit auswirkt.

Beratung folgt dem Umsatz. Ein Systemhaus verdient an Lizenzen, an Zertifizierungen und an Wartungsverträgen. An einer Empfehlung, die keine Lizenzen erfordert, verdient es weniger. Das ist kein Vorwurf, sondern Betriebswirtschaft — man sollte es nur wissen, wenn man eine Empfehlung liest.

Kostenlos heißt nicht umsonst. Auch eine Linux-Landschaft braucht Planung, Migration, Schulung und Betrieb. Gespart werden die Lizenzkosten, nicht die Arbeit. Und gute Linux-Administratoren sind seltener und entsprechend teurer als ihre Windows-Kollegen.

Der Netzwerkeffekt. Man tauscht Dateien mit Menschen, die andere Software benutzen. Solange die Gegenseite Word-Dokumente mit komplizierter Formatierung schickt, ist ein perfekt kompatibles Programm wertvoller als ein besseres.

Eine Seite, die nur schwärmt, ist eine Werbebroschüre. Deshalb die andere Seite:

1. Abbild herunterladen. Linux Mint Cinnamon oder Ubuntu von der offiziellen Seite.
2. Prüfsumme vergleichen. Dauert zwei Minuten und schließt aus, dass unterwegs etwas verändert wurde.
3. USB-Stick schreiben. Mit Ventoy, Rufus oder balenaEtcher. Ventoy hat den Vorteil, dass mehrere Abbilder auf denselben Stick passen.
4. Vom Stick starten. Beim Einschalten die Bootreihenfolge aufrufen — je nach Gerät F12, F11, F2 oder Entf.
5. Live-System ausprobieren. Alles läuft aus dem Arbeitsspeicher, die Festplatte bleibt unangetastet. WLAN testen, Drucker testen, Grafik testen, Klang testen.
6. Erst wenn alles passt: installieren. Wahlweise neben dem vorhandenen System.

• Nichts umbauen. Erst benutzen, dann anpassen. Die Versuchung, sofort die Oberfläche umzugestalten, ist groß und führt regelmäßig zu Systemen, die niemand mehr reparieren kann.
• Software aus der Paketverwaltung nehmen, nicht von Webseiten herunterladen.
• Zwei Befehle lernen genügt für den Anfang: Software installieren und System aktualisieren.
• Bei Problemen zuerst suchen, mit dem Namen der Distribution im Suchbegriff. Die Wahrscheinlichkeit, dass jemand dieselbe Frage schon gestellt hat, liegt nahe bei eins.
• Nicht als Administrator arbeiten. Ein normales Benutzerkonto ist der Normalfall; erhöhte Rechte holt man sich für einzelne Befehle.

Im Sommer 1991 sitzt ein Student in Helsinki vor einem Rechner, den er sich gerade auf Raten geleistet hat, und schreibt an einem Programm, von dem er ausdrücklich sagt, es werde nichts Großes. Dreißig Jahre später steckt das Ergebnis in jedem Serverraum, in den meisten Hosentaschen, in Fernsehern, Autos, Waschmaschinen, in einem Hubschrauber auf dem Mars und in sämtlichen Supercomputern dieses Planeten. Es fehlt eigentlich nur noch ein Ort — und der steht bei dir auf dem Schreibtisch.

Diese Dateien liegen schon im Wiki und werden weiterverwendet:

• Linux Mint Paketquellen
• Der letzte Schliff für Linux Mint
• Repoliste
• Debian: Unofficial Repositories
• KODI — freier Medienspieler

Wir basteln uns ein Linux

• ArchWiki — die beste technische Dokumentation im Netz
• Ubuntuusers-Wiki — deutschsprachig und einsteigerfreundlich
• DistroWatch — Übersicht über alle Distributionen
• ProtonDB — läuft dieses Spiel unter Linux?
• Top500 — die schnellsten Rechner der Welt, allesamt Linux
• LWN.net — fundierte Berichte aus der Kernel-Entwicklung
• Eine Sammlung von Tux-Varianten

Diese Seite ersetzt die Fassung von 2006. Die Leserumfrage des LinuxMagazins aus jener Zeit ist in Kapitel 12.8 erhalten geblieben — sie ist inzwischen selbst ein Stück Zeitgeschichte. Ergänzungen sind willkommen, insbesondere eigene Bildschirmfotos und Erfahrungsberichte.