Linux und Open Source

Linux entstand aus zwei getrennten Vorhaben: Das eine lieferte einen Kernel, das andere einen großen Teil der Software darum herum. Unix lieferte die früheren Entwurfsideen. Wenn du diese Beiträge auseinanderhältst, verstehst du die Namen Linux und GNU/Linux leichter.

Unix liefert den Entwurf

Ken Thompson und Dennis Ritchie entwickelten Unix ab 1969 bei den Bell Labs von AT&T. 1973 wurde ein großer Teil in C neu geschrieben, wodurch es sich leichter auf andere Hardware übertragen ließ. Unix ermöglichte es mehreren Nutzern, gleichzeitig zu arbeiten und mehrere Programme gleichzeitig auszuführen. Zu seinen bis heute prägenden Ideen gehören ein einziger Verzeichnisbaum mit / als Wurzel, die Behandlung vieler Ressourcen als Dateien und die Kombination kleiner Programme, die jeweils eine Aufgabe erfüllen.

Unix entwickelte sich in mehrere Zweige. Zu den kommerziellen Systemen gehörten IBM AIX, HP-UX und Sun Solaris. Der BSD-Zweig aus Berkeley führte zu FreeBSD, OpenBSD und NetBSD. Auch Apples macOS hat BSD-Wurzeln und wurde als UNIX zertifiziert. Eine ähnliche Schnittstelle macht diese Systeme nicht alle zu Linux.

GNU liefert einen großen Teil des Systems

Richard Stallman kündigte 1983 das GNU-Projekt an, um ein freies Unix-ähnliches Betriebssystem zu entwickeln. GNU steht für „GNU's Not Unix“. 1985 gründete er die Free Software Foundation. Anfang der 1990er-Jahre hatte GNU den Compiler GCC, eine C-Bibliothek, Bash, grundlegende Hilfsprogramme und Editoren hervorgebracht. Der vorgesehene Kernel GNU Hurd war noch nicht für den Alltagseinsatz bereit.

Ein Compiler übersetzt den Quellcode eines Programms in ausführbaren Code. Eine Shell wie Bash nimmt Anweisungen eines Nutzers entgegen. Diese Werkzeuge machten GNU nützlich, benötigten aber noch einen Kernel, um die Hardware des Computers zu verwalten.

Linux schließt die Kernel-Lücke

1991 begann Linus Torvalds, Student an der Universität Helsinki, einen Kernel für seinen Intel-386-PC zu entwickeln. MINIX, das Unix-ähnliche Lehrsystem von Andrew Tanenbaum, inspirierte das Projekt mit. Torvalds kündigte es am 25. August 1991 an; Version 0.01 folgte im September. Linux 1.0 erschien im März 1994.

Die erste Lizenz verbot, für die Weitergabe ein Entgelt einschließlich Bearbeitungsgebühren zu verlangen. Linux 0.12 wechselte 1992 zur GNU GPL. Damit konnten sowohl Freiwillige als auch Unternehmen den Kernel unter den Bedingungen der GPL weitergeben. Er steht weiterhin unter Version 2 der GPL.

Distributionen stellten Kernel und Userspace zu installierbaren Systemen zusammen. Slackware und Debian begannen 1993, Red Hat Linux folgte 1994–1995. Spätere Meilensteine sind der Name Open Source und die OSI 1998, Ubuntu 2004, Git 2005, die Linux Foundation 2007 und das erste Android-Smartphone 2008. Tux, das Pinguin-Maskottchen, stammt aus dem Jahr 1996.

Die Namen genau verstehen

Genau genommen bezeichnet Linux den Kernel. Im Alltag wird der Name auch für ein vollständiges Betriebssystem verwendet. GNU/Linux würdigt die GNU-Werkzeuge, die mit diesem Kernel verbunden werden; Debian nutzt diesen Namen. Android verwendet einen Linux-Kernel mit einem anderen Userspace und heißt daher nicht GNU/Linux.

Ordne die zentralen Ereignisse: Unix 1969, GNU 1983, Linux 1991 und der Wechsel zur GPL 1992. GNU begann, bevor Linux existierte. Linux ist Unix-ähnlich, weil es vielen Unix-Ideen und Standards, darunter POSIX, folgt. Es wurde unabhängig geschrieben und nicht als Zweig des ursprünglichen Unix-Codes veröffentlicht.

Ein Linux-Desktop besteht aus zusammenarbeitenden Teilen. Der Kernel verwaltet den Zugriff auf den Rechner, während Programme außerhalb des Kernels die Werkzeuge und Oberflächen bereitstellen, die du nutzt. Eine Kernelversion gibt Auskunft über einen Teil des Systems, nicht über die Version jeder Anwendung.

Der Kernel verwaltet gemeinsam genutzte Hardware

Der Bootloader lädt den Kernel beim Start in den Arbeitsspeicher. Der Kernel bleibt bis zum Herunterfahren aktiv. Er teilt Prozessorzeit und Arbeitsspeicher zwischen Programmen auf, verwaltet Netzwerke und Dateisysteme, setzt Zugriffsrechte durch und kommuniziert über Treiber mit Geräten.

Der Kernel läuft im Kernel-Space mit privilegiertem Zugriff auf die Hardware. Gewöhnliche Anwendungen laufen mit eingeschränkten Rechten im Userspace. Ein Systemaufruf ist die Anfrage eines Programms nach einem Kernel-Dienst, etwa zum Lesen einer Datei. Der Ausfall einer normalen Anwendung betrifft gewöhnlich nur diese Anwendung; ein schwerer Kernel-Fehler kann den ganzen Rechner anhalten.

Linux hat einen monolithischen Kernel: Treiber, Netzwerkfunktionen und Dateisysteme laufen in ihm. Viele Treiber sind ladbare Module. Der Kernel kann ein passendes Modul laden, wenn Hardware erkannt wird, ohne das gesamte Betriebssystem neu zu erstellen.

Der Userspace stellt die Arbeitswerkzeuge bereit

Zum Userspace gehören das System zum Starten von Diensten, Bibliotheken, Hilfsprogramme, Shells, Grafiksoftware und Anwendungen. Gängige Beispiele sind systemd, die C-Bibliothek glibc, GNU coreutils, Bash, Wayland und Desktops wie GNOME oder KDE Plasma. Kleine Systeme können statt glibc und GNU-Hilfsprogrammen musl und BusyBox nutzen.

Angenommen, du öffnest eine gespeicherte Zeichnung in einer Anwendung. Zuerst fordert die Anwendung die Datei über einen Systemaufruf an. Dann prüft der Kernel die Zugriffsrechte und nutzt Dateisystemcode und einen Speichertreiber, um ihre Bytes abzurufen. Die Anwendung interpretiert diese Bytes und zeichnet das Bild. Ihre Menüs und Bearbeitungswerkzeuge gehören zum Userspace.

Der Wechsel von GNOME zu KDE Plasma verändert die Arbeit am Desktop, ohne eine andere Art von Kernel zu benötigen. Umgekehrt muss eine Aktualisierung des Kernels das Layout des Desktops nicht verändern.

Versionsnummern und Support richtig verstehen

In 7.2.12 bezeichnet 7.2 die Kernel-Versionsreihe und 12 deren zwölftes stabiles Update. Eine größere erste Zahl bedeutet nicht automatisch eine grundlegende Neugestaltung: Der Wechsel von 6.19 zu 7.0 im Jahr 2026 folgte der Praxis, eine wachsende Nebenversionsnummer zurückzusetzen.

Die Hauptentwicklung beginnt mit einem etwa zweiwöchigen Integrationsfenster für neue Funktionen. Wöchentliche Release Candidates testen und stabilisieren anschließend die Arbeit. Normalerweise erscheint alle 9–10 Wochen eine Version. Danach spielen die Maintainer des stabilen Zweigs Korrekturen ein. Ausgewählte Longterm-Kernel erhalten jahrelang wichtige Korrekturen; die Prognosen von kernel.org aus Oktober 2026 führen 6.12 und 6.18 bis Dezember 2028 auf.

Distributionen erstellen eigene Kernelpakete und spielen Korrekturen dafür ein. Eine Zeichenfolge wie 6.8.0-45-generic enthält nach dem Bindestrich Ubuntus Build-Informationen. Ubuntu 24.04 nutzte ursprünglich den Kernel 6.8; Ubuntu 26.04 nutzt 7.0. Eine ältere Basisnummer allein zeigt nicht, ob der Kernel einer unterstützten Distribution mit Korrekturen versorgt ist. Prüfe seinen Wartungsstatus und seine Updates.

Kernelentwicklung ist Gemeinschaftsarbeit. Maintainer der Teilsysteme prüfen vorgeschlagene Änderungen für ihre Bereiche, und Torvalds führt angenommene Beiträge in den Hauptentwicklungszweig ein. Viele Beitragende werden von Hardware-, Cloud- und Softwareunternehmen bezahlt.

Linux arbeitet oft hinter einem Bildschirm, der seinen Namen nie anzeigt. Ein Desktop, ein Smartphone, ein Router und ein Cloud-Server können alle den Linux-Kernel nutzen und dabei sehr unterschiedliche Oberflächen zeigen. Bestimme sowohl die Art der Umgebung als auch ihre Rolle.

Client und Server bezeichnen Rollen

Ein Server stellt einen Dienst bereit, etwa Webseiten, Dateien oder eine Datenbank. Ein Client fordert diesen Dienst an. Diese Wörter können Programme oder Computer bezeichnen. Ein Linux-Webserver handelt als Datenbank-Client, wenn er Informationen bei einem separaten Datenbankserver anfordert. Derselbe Rechner kann daher beide Rollen haben.

Zu den Linux-Desktops gehören Ubuntu, Fedora, Debian und Linux Mint. Auch ChromeOS und SteamOS nutzen den Linux-Kernel. Linux ist besonders bei Webhosting, Datenbanken, Cloud-Infrastruktur und anderen Internetdiensten verbreitet, obwohl Windows und macOS größere Desktopanteile haben.

Virtuelle Maschinen und Container unterscheiden sich

Ein Hypervisor stellt einer virtuellen Maschine virtuelle Prozessoren, Arbeitsspeicher, Datenspeicher und Netzwerkfunktionen bereit. Jede VM führt ein eigenes Betriebssystem und einen eigenen Kernel aus. KVM ergänzt Linux um Virtualisierungsfunktionen und wird von vielen Cloud-Plattformen genutzt.

Eine Cloud-Instanz ist eine gemietete VM, die aus einem Betriebssystemabbild gestartet wird. Du wählst Ressourcen und eine Region und verbindest dich dann über das Netzwerk, häufig per SSH. Für laufende Instanzen können Gebühren anfallen.

Ein Container bündelt eine Anwendung mit ihren unterstützenden Dateien und Bibliotheken. Container auf demselben Hostsystem teilen sich dessen Kernel. Deshalb starten sie gewöhnlich schneller und benötigen weniger Ressourcen als vollständige VMs. Ein Linux-Container braucht einen Linux-Kernel. Unter Windows oder macOS stellt Container-Software diesen gewöhnlich über eine kleine Linux-VM bereit. Ein Linux-ähnlicher Userspace in einem Container bedeutet nicht, dass dieser Container einen eigenen Kernel hat.

Auch Geräte und Großrechner nutzen Linux

Eingebettete Systeme sind Computer, die für eine bestimmte Aufgabe in ein Gerät eingebaut sind. Beispiele sind Router, Smart-TVs, Industriesteuerungen und Unterhaltungssysteme in Fahrzeugen. Viele nutzen ARM-Prozessoren und einen kleinen Userspace wie BusyBox. Auf einem Raspberry Pi kann stattdessen eine vollständige Distribution wie Raspberry Pi OS laufen.

Android verbindet einen angepassten Linux-Kernel mit einem eigenen Userspace, darunter Bionic und die Android Runtime. Android-Anwendungen sind keine gewöhnlichen Linux-Desktopanwendungen. Beim Hochleistungsrechnen teilen Cluster große Berechnungen auf viele Rechner auf. Seit November 2017 nutzt jedes System auf der TOP500-Liste ein Linux-basiertes Betriebssystem.

Viele Rechner verwalten

Administratoren nutzen Konfigurationsmanagement-Werkzeuge wie Ansible, Puppet, Chef oder Salt, um einen gewünschten Systemzustand zu beschreiben und wiederholt herzustellen. Das hilft, installierte Software, Einstellungen und Dienste auf vielen Rechnern einheitlich zu halten.

Linux-Einstellungen stehen häufig in Textdateien. nano zeigt häufige Tastenkombinationen auf dem Bildschirm an. vi und Vim trennen die Texteingabe durch Modi von Befehlsaktionen. Wenn du diese Editoren kennst, verstehst du leichter, warum sich ein Server ohne grafischen Desktop verwalten lässt.

Betrachte ein Museumsterminal, das Seiten von einer gemieteten Linux-VM lädt. Das Terminal ist ein Client; die gemietete VM ist eine Cloud-Instanz in der Serverrolle. Führt dieser Server mehrere Anwendungen in Containern aus, teilen sich diese Container seinen Linux-Kernel. Eine Linux-basierte Anzeigesteuerung im Terminal ist ein eingebettetes System, unabhängig davon, ob Besucher einen Desktop sehen.

Eine Distribution macht aus dem Linux-Kernel ein System, das du installieren und warten kannst. Sie bringt Werkzeuge, Bibliotheken, Pakete, ein Installationsprogramm, Standardeinstellungen und einen Update-Dienst zusammen. Manche Distributionen sind Gemeinschaftsprojekte, andere werden von Unternehmen gepflegt.

Die Familienbeziehungen verfolgen

Eine abgeleitete Distribution geht von einer anderen aus und verändert sie. Ubuntu basiert auf Debian, und die Hauptedition von Linux Mint basiert auf Ubuntu. Verwandte Systeme teilen oft Paketformate und Werkzeuge. Ihre Verwandtschaft hilft dir, passende Software und Anleitungen zu erkennen.

Debian ist seit 1993 ein Freiwilligenprojekt und folgt einem schriftlichen Gesellschaftsvertrag. Canonical erstellt Ubuntu. Raspberry Pi OS basiert auf Debian und ist auf Raspberry-Pi-Computer zugeschnitten. Eine gemeinsame Basis macht diese Distributionen nicht identisch: Standardeinstellungen, Zeitpläne, Support und Paketversionen können sich unterscheiden.

Die Entwicklungskette von Enterprise Linux verstehen

Fedora führt neue Technik schnell ein. Eine künftige RHEL-Hauptversion wird von Fedora abgezweigt. CentOS Stream entwickelt Änderungen im Vorfeld der nächsten RHEL-Nebenversion. RHEL bietet eine kommerzielle Plattform mit Support-Abonnement. AlmaLinux und Rocky Linux stellen freie Gemeinschaftssysteme bereit, die auf Kompatibilität mit RHEL ausgelegt sind.

CentOS Stream unterscheidet sich vom eingestellten RHEL-Nachbau CentOS Linux. CentOS Linux 7, dessen letzte unterstützte Version, erreichte im Juni 2024 das Supportende. Wählst du einen vertrauten Namen, ohne seine aktuelle Rolle zu prüfen, kannst du beim falschen System landen.

Weitere Möglichkeiten erkennen

SUSE Linux Enterprise ist kommerziell. openSUSE Leap bietet eine stabile Gemeinschaftsversion, die mit den Enterprise-Quellen verbunden ist; Tumbleweed wird kontinuierlich aktualisiert. Beide nutzen zypper, obwohl sie das RPM-Format mit der Enterprise-Linux-Familie teilen.

Alpine verbindet musl und BusyBox, um sein Basissystem klein zu halten. Es hat nummerierte stabile Zweige und einen Entwicklungszweig namens edge. Beide haben die Paketquellen main und community; edge hat außerdem testing. Arch ist eine Rolling-Distribution zum Selbsteinrichten, die häufig von erfahrenen Nutzern gewählt wird.

Die Familie als Hinweis richtig nutzen

Angenommen, eine Anleitung erwähnt dnf und ein .rpm-Paket. Das weist auf Fedora oder Enterprise Linux hin. Eine Anleitung mit apt und einem .deb-Paket weist auf Debian-basierte Systeme hin. Ein RPM allein unterscheidet SUSE nicht von Fedora, weil beide dieses Format nutzen.

Prüfe dann die genaue Distribution, Version und Architektur. Ein für eine Version erstelltes Paket kann von Bibliotheksversionen abhängen, die in einer anderen fehlen. Viele Programme sind für verschiedene Linux-Familien verfügbar, aber ein einzelnes heruntergeladenes Paket ist kein universelles Linux-Installationsprogramm.

Linux-Software wird normalerweise über ein Paketsystem bereitgestellt. Es verwaltet, was ein Programm benötigt, wohin seine Dateien gehören und wie es aktualisiert werden soll. So musst du nicht für jede Anwendung ein separates Installationsprogramm auf einer Website suchen.

Ein Paket enthält Dateien und Anweisungen

Ein Softwarepaket ist ein Archiv mit Programmdateien und Metadaten. Die Metadaten beschreiben seinen Namen, seine Version, seinen Zweck, benötigte Pakete sowie Aktionen zur Installation oder Entfernung. Zu den gängigen Formaten gehören .deb, .rpm und Alpines .apk. Alpine-Pakete und Android-Apps nutzen dieselbe Endung, haben aber unterschiedliche Formate.

Eine Abhängigkeit ist ein anderes Paket, das ein Programm benötigt. Eine Grafikanwendung kann eine Bildbibliothek brauchen. Teilen sich mehrere Anwendungen diese Bibliothek, kann das Paketsystem eine gemeinsame Kopie pflegen und Korrekturen zentral einspielen.

Eine Paketquelle ist eine Sammlung von Paketen, die für eine Distribution und eine Version vorbereitet wurden. Der Paketmanager prüft kryptografische Signaturen, um vertrauenswürdige Paketinformationen und Inhalte zu verifizieren. Das hilft, Dateien abzulehnen, die auf dem Weg zu deinem Rechner verändert wurden. Vertrauen setzt weiterhin voraus, dass du eine legitime Paketquelle und deren Signaturschlüssel wählst.

Werkzeuge ihren Aufgaben zuordnen

Ein grafisches Softwarezentrum ist eine Oberfläche für Paketsysteme, keine eigene Art von Betriebssystem. Die zugrunde liegende Quelle zu kennen ist auch dann nützlich, wenn du nie einen Paketbefehl eingibst.

Stell dir vor, du installierst einen Audioeditor, der zwei Bibliotheken benötigt. Ein übergeordneter Paketmanager prüft die Abhängigkeitsliste, ruft fehlende Pakete ab und installiert sie in der richtigen Reihenfolge. Übergibst du einem einfachen Paketwerkzeug nur das Paket des Editors, können Abhängigkeiten ungelöst bleiben.

Universelle Formate vergleichen

Flatpak, Snap und AppImage helfen Anwendungen, auf verschiedenen Distributionen zu laufen, indem sie mehr von der unterstützenden Software mitliefern. Flatpak-Anwendungen kommen häufig von Flathub. Snap ist mit Canonical verbunden und wird für manche Ubuntu-Software genutzt. Ein AppImage ist eine einzelne Anwendungsdatei, die ohne normale Paketinstallation laufen kann.

Diese Formate können neuere Anwendungsversionen auf einem lange unterstützten System bereitstellen. Mitgelieferte Bibliotheken können aber auch die Downloadgröße erhöhen und Dateien doppelt vorhalten. Eine Anwendung hat weiterhin Hardware- und Systemanforderungen; „universell“ bedeutet nicht, dass jedes Paket auf jedem denkbaren Rechner läuft.

Update-Wege auseinanderhalten

Für Anfänger sind die Paketquellen der Distribution ein guter Ausgangspunkt: Ihre Pakete sind für die Version vorbereitet und werden über deren Vertrauenssystem geprüft. Downloads von beliebigen Websites bieten nicht dieselbe integrierte Wartung.

Stammt ein Editor aus der Distribution und ein anderer aus Flatpak, haben sie unterschiedliche Update-Wege. Die Aktualisierung der Distributionspakete erfasst, was dieses System verwaltet. Prüfe auch die Flatpak-Updates. Eine heruntergeladene Anwendung wird nicht automatisch gepflegt, nur weil sie unter Linux läuft.

Ein Veröffentlichungsmodell beschreibt, wie sich eine Distribution verändert. Ihre Supportregelung gibt an, wie lange Korrekturen bereitgestellt werden. Bei der Systemwahl planst du sowohl die Änderungen, die du jetzt möchtest, als auch die Wartung, die du später benötigst.

Fixed und Rolling Releases

Bei einem Fixed Release werden nummerierte Versionen veröffentlicht. Updates innerhalb einer Version konzentrieren sich auf Sicherheits- und Fehlerkorrekturen; ausgewählte Komponenten können dennoch neue Funktionen erhalten. Umfassendere Änderungen kommen mit einem Versionswechsel. Debian stable, Ubuntu, RHEL, openSUSE Leap und die stabilen Zweige von Alpine folgen diesem Modell.

Ein Rolling Release aktualisiert Pakete kontinuierlich auf neue Upstream-Versionen, ohne größere Versionswechsel. Arch und openSUSE Tumbleweed nutzen diesen Ansatz. Regelmäßige Updates halten das System aktuell, können aber mehr Aufmerksamkeit verlangen, wenn sich Verhalten ändert. Debian unstable und Alpine edge ändern sich ebenfalls kontinuierlich, sind aber Entwicklungszweige.

Die Supportzusage verstehen

Langzeitunterstützung (LTS) bedeutet mehrere Jahre Wartung. Ubuntu veröffentlicht alle zwei Jahre im April gerader Jahre LTS-Versionen. Die standardmäßige Sicherheitswartung dauert fünf Jahre; Ubuntu Pro verlängert sie auf zehn und dessen Legacy-Zusatz auf fünfzehn Jahre. Die Abdeckung hängt vom jeweiligen Dienst und den Paketen ab. Zwischenversionen erhalten neun Monate Support.

Ubuntus 26.04 bedeutet April 2026. Version 26.10 bedeutet Oktober 2026. Ubuntu 24.04 heißt Noble Numbat und 26.04 Resolute Raccoon. Stand Oktober 2026 endet die standardmäßige Sicherheitswartung für 24.04 im Mai 2029; 26.04 wird bis April 2031 unterstützt.

Debian stable ist die gut getestete aktuelle Version. Testing sammelt Pakete für die nächste stabile Version. Unstable, immer sid genannt, erhält neue Pakete zuerst. Debian 13, trixie, erschien am 9. August 2025; der vollständige Support läuft bis zum 9. August 2028, danach folgt LTS bis zum 30. Juni 2030. LTS kann weniger Architekturen und Pakete abdecken.

RHEL-Hauptversionen haben einen zehnjährigen Lebenszyklus mit vollständigem Support und Wartungssupport. Fedora erscheint etwa alle sechs Monate und unterstützt jede Version etwa 13 Monate lang. Ein kostenloser Download und ein langer Supportzeitraum sind unterschiedliche Eigenschaften.

Teststufen von Wartung unterscheiden

Eine Alphaversion ist ein früher, möglicherweise unvollständiger Entwicklungsstand. Eine Betaversion enthält die Hauptfunktionen und lädt zu breiteren Tests ein. Ein Release Candidate kann endgültig werden, wenn kein schwerwiegendes Problem gefunden wird. Diese Bezeichnungen beschreiben den Fortschritt bis zur Veröffentlichung, keine Zusage langfristigen Supports.

Mit dem Supportende (EOL) enden die Sicherheitsupdates für eine Version. Ein Rechner kann danach noch starten, aber neu entdeckte Schwachstellen werden von diesem Supportdienst nicht mehr behoben.

Ein Planungsbeispiel: Ubuntu 26.10 erscheint im Oktober 2026 und erhält neun Monate Support. Neun Monate später ist Juli 2027. Eine Installation im Juni 2027 setzt diese Frist nicht zurück. Plane den Versionswechsel anhand des veröffentlichten Supportendes. Auch Debians Begriff „stable“ bedeutet eine bewusst gleichbleibende, getestete Plattform und verspricht nicht, dass Software nie abstürzt.

Beginne die Systemwahl mit den Aufgaben, die erledigt werden müssen. Eine vertraute Oberfläche, ein kostenloser Download oder eine hohe Versionsnummer zeigen dir nicht, ob die benötigte Anwendung und Hardware funktionieren. Liste die Anforderungen auf, bevor du eine Distribution auswählst.

Die Betriebssysteme vergleichen

Die meisten Linux-Distributionen können kostenlos heruntergeladen werden. Enterprise-Abonnements bezahlen Dienstleistungen wie getestete Builds, Support, Zertifizierung und lange Wartung. Die Freiheit, Software zu untersuchen und weiterzugeben, setzt nicht voraus, dass jede Dienstleistung rund um sie kostenlos ist.

Unterschiede im Alltag beachten

Linux organisiert Dateien in einem Baum, der bei / beginnt, ohne Windows-Laufwerksbuchstaben. Ein Linux-Pfad kann wie /home/ana/report.odt aussehen. Linux-Dateinamen unterscheiden normalerweise Groß- und Kleinschreibung: Report.txt und report.txt können verschiedene Dateien bezeichnen. Software stammt normalerweise aus Paketquellen.

Eine grafische Desktopumgebung ist ein austauschbarer Teil eines Linux-Systems. GNOME, KDE Plasma, Cinnamon, Xfce und LXQt bieten unterschiedliche Oberflächen. Ressourcenschonende Desktops können auf Rechnern mit wenig Arbeitsspeicher helfen. Server verzichten oft auf einen Desktop und werden über ein Terminal verwaltet.

Zuerst die Anwendungskompatibilität prüfen

Eine Windows-.exe ist keine native Linux-Anwendung. Wine führt viele Windows-Anwendungen über eine Kompatibilitätsschicht aus; das auf Wine basierende Proton unterstützt viele Windows-Spiele über Steam. Die Kompatibilität hängt von der Anwendung ab, sodass diese Werkzeuge nicht garantieren, dass jedes benötigte Programm funktioniert.

Manche Anbieter bieten native Linux-Editionen an. Viele Open-Source-Anwendungen laufen unter Linux, Windows und macOS. Browseranwendungen können Arbeitsabläufe ebenfalls auf verschiedene Systeme übertragbar machen. Die Desktopversionen von Microsoft Office und Adobe Photoshop haben keine nativen Linux-Editionen. WSL führt Linux-Distributionen neben Windows aus, und eine VM kann Linux auf einem Windows- oder macOS-Hostsystem ausführen.

Eine Wahl durchgehen

Ein Fotograf benötigt die Desktopanwendung Photoshop, einen Browser und gemeinsam genutzte Dateien. Zunächst spricht die Anforderung Photoshop für Windows oder macOS auf dem Arbeitscomputer. Linux kann dann in einer VM oder unter Windows in WSL gelernt werden. Das Arbeitssystem zu ersetzen, bevor die benötigte Anwendung geprüft wird, würde die Arbeit unterbrechen.

Bei einem kleinen Server ändern sich die Prioritäten. Prüfe die Architektur, die benötigte Serversoftware, die Supportdauer und ob ein Anbieter Supportanfragen beantworten muss. Eine Enterprise- oder LTS-Serverversion kann dazu passen. Vergleiche bei einem älteren Laptop die Anforderungen an den Arbeitsspeicher und ressourcenschonendere Desktopoptionen; wähle für einen Raspberry Pi ein passendes Abbild wie Raspberry Pi OS.

Eine nützliche Auswahlliste hält Einsatzzweck, Prozessorarchitektur, verfügbaren Arbeits- und Datenspeicher, unbedingt benötigte Anwendungen, Supportdaten, Bedarf an kommerziellem Support und Dokumentation fest. Vergleiche die Distributionen dann anhand dieser Anforderungen.

Der Preis eines Downloads sagt wenig über deine Rechte aus. Ein Programm kann kostenlos sein und Änderungen verbieten oder verkauft werden und Nutzern zugleich erlauben, es zu untersuchen, zu verändern und weiterzugeben. Die Lizenz bestimmt diese Freiheiten.

Quellcode und Softwarekategorien

Quellcode ist die menschenlesbare Form, die Programmierer schreiben. Ein kompiliertes Binärprogramm ist eine Form, die ein Computer ausführen kann. Der Zugang zum Quellcode hilft Nutzern, ein Programm zu prüfen und zu ändern. Ihn sehen zu können, gewährt aber für sich genommen keine Erlaubnis zur Wiederverwendung.

Proprietärer Quellcode kann unter Verschluss oder unter Einschränkungen sichtbar sein. Auch ein öffentliches Repository ohne Lizenz gewährt kein allgemeines Recht, den Code zu kopieren, zu verändern und weiterzugeben. Prüfe vor der Wiederverwendung, ob eine Lizenz vorhanden ist.

Die vier Freiheiten

Die Free Software Foundation nummeriert die Freiheiten ab null:

• 0: Das Programm für jeden Zweck ausführen.
• 1: Untersuchen, wie es funktioniert, und es ändern.
• 2: Kopien weitergeben.
• 3: Veränderte Versionen verbreiten.

Für die Freiheiten 1 und 3 ist Zugang zum Quellcode nötig. „Frei“ bezieht sich hier auf Freiheit. Ein Unternehmen kann freie Software verkaufen, und ein Kunde kann für Support bezahlen und diese Rechte behalten.

Die 1998 gegründete Open Source Initiative wendet eine Definition mit zehn Kriterien an, die aus den Debian Free Software Guidelines abgeleitet wurde. Sie verlangt Quellcodezugang, Weitergabe und veränderte Werke. Lizenzen dürfen keine Menschen, Gruppen oder Bereiche wie die Wirtschaft diskriminieren. Die Rechte müssen Empfänger ohne gesonderte Vereinbarung erreichen und dürfen nicht an ein Produkt gebunden sein, andere gemeinsam verbreitete Software einschränken oder eine bestimmte Technik vorschreiben.

Die Bewegung für freie Software betont die Rechte und die Kontrolle der Nutzer; die Open-Source-Bewegung betont gemeinsame Entwicklung und praktische Vorteile. Die von ihnen anerkannten Lizenzen überschneiden sich stark. FOSS und FLOSS sind Oberbegriffe für diese eng verwandten Ideen.

Die Unterscheidung anwenden

Eine kostenlos herunterladbare Zeichen-App hat sichtbaren Quellcode, verbietet aber die geschäftliche Nutzung. Blende zunächst ihren Preis aus. Prüfe dann die Erlaubnis: Die Einschränkung für die Wirtschaft verstößt gegen die Open-Source-Regel, die eine Diskriminierung nach Einsatzgebiet verbietet. Die App ist Source-Available-Software, aber keine Open-Source-Software im Sinne der OSI. BSL und SSPL sind Beispiele für Source-Available-Lizenzansätze.

Ein Editor unter MIT-Lizenz kann dagegen verkauft werden und dennoch freie und Open-Source-Software sein. Sein Preis hebt die Erlaubnisse seiner Lizenz nicht auf.

Kontrolle über Geräte und Daten

Digitale Autonomie betrifft die Kontrolle einer Einzelperson über Geräte, Daten und Software. Digitale Souveränität betrifft die Kontrolle einer Organisation oder eines Landes über Infrastruktur und Daten. Open Source unterstützt diese Ziele, weil ein anderer Anbieter den Code prüfen, pflegen oder anpassen kann. Das verringert die Anbieterbindung, bei der ein Wechsel des Anbieters schwierig wird. Die Fähigkeit, ein System unabhängig zu pflegen, ist eine andere Frage als die, ob ein Team das Personal und die Ressourcen dafür hat.

Eine Open-Source-Lizenz gewährt Rechte und knüpft zugleich Bedingungen an den Code. Um sie anzuwenden, bestimme die Lizenz und ihre Version, entscheide, was du vorhast, und prüfe, welchen Teil der Software die Bedingungen erfassen.

Permissive Lizenzen erhalten Hinweise

MIT und die BSD-Lizenzen mit 2 beziehungsweise 3 Klauseln erlauben Wiederverwendung, Änderungen und Verbreitung in proprietären Produkten. Bewahre den vorgeschriebenen Urheberrechtshinweis und den Lizenztext. Die BSD-Lizenz mit 3 Klauseln verbietet außerdem, die Namen der Beitragenden ohne Erlaubnis zur Empfehlung eines abgeleiteten Produkts zu verwenden.

Auch Apache 2.0 ist permissiv. Die Lizenz ergänzt eine ausdrückliche Patentlizenz der Beitragenden und verlangt, geänderte Dateien zu kennzeichnen und relevante NOTICE-Informationen weiterzugeben.

Copyleft hält erfassten Code offen

GPL-Software darf verkauft werden. Sie privat auszuführen oder zu verändern, verpflichtet für sich genommen nicht zur öffentlichen Freigabe der Änderungen. Die Verbreitung von Kopien, auch in Geräten, löst Pflichten gegenüber den Empfängern aus. Die zulässige Art der Quellcodebereitstellung hängt von der GPL-Version und der Verbreitungsform ab; ein schriftliches Angebot ist in bestimmten Fällen erlaubt, nicht in jedem Fall.

GPLv3 ergänzt Patentschutz und Regeln zu Installationsinformationen für erfasste Verbraucherprodukte. Der Linux-Kernel nutzt GPL-2.0-only. Eine SPDX-Kennung mit der Endung -or-later lässt die Wahl zwischen dieser und einer späteren Version; -only nicht.

Handlung und erfassten Teil prüfen

Ein Unternehmen verändert ein GPL-Werkzeug und führt es nur auf eigenen Computern aus. Es hat keine Kopien verbreitet, daher entsteht durch diese private Änderung keine Pflicht zur Veröffentlichung des Quellcodes. Liefert es das veränderte Werkzeug an Kunden aus, muss es die Verbreitungsbedingungen einhalten und unter anderem Zugang zum zugehörigen Quellcode gewähren.

Nun verändert ein Unternehmen eine AGPL-Webanwendung und lässt Kunden sie online nutzen. Bei der Interaktion über das Netzwerk mit dieser veränderten Version muss es diesen Nutzern den Quellcode anbieten. GPL und AGPL unterscheiden sich daher auch dann, wenn Kunden keinen Programmdownload erhalten.

Ein Routerhersteller, der einen veränderten Linux-Kernel ausliefert, muss den zugehörigen Kernel-Quellcode auf einem zulässigen Weg unter GPLv2 bereitstellen. Separate Userspace-Programme, die gewöhnliche Systemaufrufe nutzen, werden nicht allein deshalb von der GPL erfasst. Auch Dokumente und Bilder, die mit einer GPL-Anwendung erstellt werden, übernehmen nicht deren Lizenz.

Code sorgfältig kombinieren

Code unter MIT-Lizenz kann gewöhnlich in ein GPL-Programm aufgenommen werden, solange die MIT-Hinweise erhalten bleiben. Das daraus entstehende kombinierte Programm muss die GPL erfüllen. GPL-Code kann nicht einfach als MIT-Code umgekennzeichnet werden, um Copyleft-Bedingungen zu beseitigen. Apache 2.0 ist mit GPLv3 kompatibel, aber nicht mit GPLv2-only.

Offene Lizenzen gelten auch für Werke wie Bilder, Texte, Musik und Lehrmaterialien. Creative Commons stellt dafür Instrumente bereit. Lies die Lizenzelemente, bevor du entscheidest, ob eine bestimmte Nutzung erlaubt ist.

Die vier Elemente lesen

Die sechs Lizenzen sind CC BY, CC BY-SA, CC BY-ND, CC BY-NC, CC BY-NC-SA und CC BY-NC-ND. Alle sechs verlangen eine Namensnennung. Diese Einschränkungen bilden keine einzelne einfache Rangfolge: ND schränkt Bearbeitungen ein, NC dagegen einen anderen Bereich, die kommerzielle Nutzung.

CC0 ist eine separate Freigabe in die Gemeinfreiheit. Sie verzichtet soweit möglich auf Urheberrechte und enthält, wo nötig, eine ersatzweise Nutzungserlaubnis. Eine Namensnennung entspricht guter Praxis, ist aber keine CC0-Bedingung. Unter diesen Instrumenten erlauben CC BY, CC BY-SA und CC0 sowohl kommerzielle Wiederverwendung als auch Bearbeitungen und entsprechen damit der Idee vollständig offener Wiederverwendung.

Entscheiden, ob die geplante Nutzung passt

Stell dir vor, eine Lehrkraft findet ein Foto unter CC BY-NC für eine bezahlte Werbung. Die Werbung ist kommerziell, daher erlaubt die NC-Lizenz diese Nutzung nicht. Eine Namensnennung hebt die Einschränkung nicht auf; die Lehrkraft benötigt eine gesonderte Erlaubnis oder ein anderes Bild.

Bei einem Diagramm unter CC BY-ND ist es erlaubt, das Original mit Namensnennung weiterzugeben. Es umzufärben und diese Bearbeitung weiterzugeben, ist durch ND nicht erlaubt. Die betreffende ND-Einschränkung betrifft die Weitergabe der Bearbeitung; eine private Bearbeitung verbietet sie nicht.

Ein Text unter CC BY-SA darf mit Namensnennung und der vorgeschriebenen Lizenz für das bearbeitete Material bearbeitet werden, auch für kommerzielle Nutzung. Das bedeutet nicht, dass anderes daneben platziertes Material automatisch dieselbe Lizenz erhält. Wikipedia-Texte sind ein bekanntes BY-SA-Beispiel.

Eine hilfreiche Namensnennung angeben

TASL ist eine praktische Merkhilfe: Titel, Autor, Source (Quelle), Lizenz. Füge nach Möglichkeit Links zum Original und zur Lizenz hinzu und beschreibe Änderungen. Eine beispielhafte Namensnennung lautet: „‚Morning Harbor‘ von Lee Park, aus dem Portfolio des Urhebers, CC BY 4.0; zugeschnitten.“ Verlinke den Titel mit dem Original und den Lizenznamen mit den Lizenzbedingungen. Verwende in deinen eigenen Namensnennungen den tatsächlichen Urheber, die Quelle und die Lizenz.

Ein Link zu einem Suchergebnis allein nennt weder den Urheber noch die Lizenz. Bewahre die Angaben zur Namensnennung beim Herunterladen von Inhalten auf.

Lizenzen für Inhalte und Code unterscheiden

Creative Commons empfiehlt für Programmcode spezielle Softwarelizenzen, weil die Lizenzen der BY-Familie die Bereitstellung des Quellcodes und Fragen zu Softwarepatenten nicht auf dieselbe Weise behandeln. Ein Projekt kann seinen Code unter MIT und sein Handbuch unter CC BY-SA stellen.

Lizenzen der Version 4.0 können für Nutzer, die das Werk bereits erhalten haben und die Bedingungen einhalten, nicht einfach widerrufen werden. Wird der Download später entfernt, entfallen ihre bestehenden Erlaubnisse nicht. Ein online gefundenes Bild allein bringt jedoch keine offene Lizenz mit sich.

Ein Open-Source-Projekt braucht mehr als Code. Nutzer erkennen Probleme, Beitragende schlagen Verbesserungen vor, und Maintainer entscheiden, was in das offizielle Projekt aufgenommen wird. Die Lizenz gibt dir Rechte an der Software; die Projektorganisation entscheidet, wie sich die gemeinsame Version entwickelt.

Rollen und Entscheidungen verstehen

Beitragende können Dokumentation schreiben, Oberflächen übersetzen, Versionen testen, die Gestaltung verbessern, Fragen beantworten oder Fehler melden. Maintainer prüfen die Arbeit für ein Projekt oder Teilsystem. Größere Projekte haben außerdem Sicherheitsteams und Verantwortliche für Veröffentlichungen.

Die Organisation ist unterschiedlich. Linus Torvalds entscheidet endgültig über den Hauptentwicklungszweig des Linux-Kernels. Debian wählt eine Projektleitung und folgt einer Verfassung. Ein Unternehmen kann ein Projekt leiten, wie Canonical Ubuntu leitet. Stiftungen wie die Apache Software Foundation oder die Python Software Foundation bieten ein organisatorisches Dach und kümmern sich etwa um Mittel und Markenrechte. Die Beteiligung einer Stiftung bedeutet nicht, dass alle Projekte denselben Entscheidungsprozess nutzen.

Jeder kann eine Änderung vorschlagen oder einen Fork erstellen. Nur berechtigte Maintainer können eine Änderung in das offizielle Projekt aufnehmen. Bei einem Fork wird eine Kopie unabhängig weiterentwickelt; Beispiele sind LibreOffice von OpenOffice.org, Nextcloud von ownCloud und MariaDB von MySQL.

Upstream und Downstream kennen

Das ursprüngliche Projekt, das ein Programm entwickelt, ist sein Upstream. Distributionen, die es paketieren und manchmal Korrekturen ergänzen, sind Downstream. Eine an Upstream gesendete Korrektur kann vielen Distributionen nutzen und den Aufwand für die Pflege separater Patches verringern.

Melde ein distributionsspezifisches Paketierungsproblem über den Meldeweg dieser Distribution. Ein allgemeiner Anwendungsfehler kann zu Upstream gehören. Lies die Meldehinweise, denn Projekte bitten dich möglicherweise, das Problem zuerst zu bestätigen oder bestimmte Informationen zu sammeln.

Dem Ablauf für Beiträge folgen

Git zeichnet die Projekthistorie auf. GitHub, GitLab und Codeberg stellen Repositorys und Werkzeuge für die Zusammenarbeit bereit. Eine Aufgabenverwaltung erfasst Probleme und Funktionswünsche. Ein Pull Request oder Merge Request schlägt Änderungen zur Prüfung vor; automatisierte Tests können sie prüfen. Beim Kernel werden häufig per E-Mail gesendete Patches geprüft.

Lies die README, die Anleitung zur Mitwirkung und den Verhaltenskodex. Eine CLA räumt dem Projekteigentümer bestimmte Rechte an Beiträgen ein. Eine DCO-Bestätigung bescheinigt, dass der Beitragende das Recht hat, die Arbeit einzureichen. Das sind unterschiedliche Verfahren. Beschränke einen Änderungsvorschlag auf ein Thema und reagiere geduldig auf Rückmeldungen aus der Prüfung.

Einen nutzbaren Fehlerbericht erstellen

Angenommen, eine Anwendung schließt sich unerwartet, wenn ein Diagramm exportiert wird. Durchsuche zuerst die Aufgabenverwaltung. Ist das Problem neu, schreibe einen Bericht wie diesen:

1. Titel: „Diagrammexport schließt die Anwendung.“
2. Umgebung: genaue Anwendungsversion, Distribution und Distributionsversion.
3. Schritte: ein neues Tabellenblatt öffnen, ein Diagramm einfügen, das Exportformat wählen und speichern.
4. Erwartetes Ergebnis: ein exportiertes Bild und eine geöffnete Anwendung.
5. Tatsächliches Ergebnis: Die Anwendung schließt sich; füge den genauen Fehlertext hinzu, falls vorhanden.

Stelle gegebenenfalls ein kleines Beispiel bereit, mit dem sich das Problem nachstellen lässt. Entferne personenbezogene Daten und Zugangsdaten aus Anhängen. Ein präziser Bericht ermöglicht anderen, den Fehler nachzustellen und zu untersuchen. „Es ist kaputt“ beschreibt Frust, zeigt aber keinen wiederholbaren Weg zum Problem.

Freie Weitergabe verändert, wie Softwareunternehmen Geld verdienen, verhindert aber keine Einnahmen. Kunden bezahlen oft für die Arbeit, die nötig ist, um Software zuverlässig zu betreiben. Projekte können Kosten auch durch Spenden, Fördermittel, Stiftungen und bezahlte Beitragende gemeinsam tragen.

Das Modell dem Verkaufsgegenstand zuordnen

Red Hat, SUSE und Canonical verkaufen Support- und Wartungsleistungen. Ein verwalteter Datenbankdienst verkauft Betrieb und Komfort. Ein Routerhersteller verkauft ein physisches Gerät und profitiert von einem gemeinsam genutzten Betriebssystem. Suchmaschinenpartnerschaften können die Browserentwicklung finanzieren; Mozilla erzielt erhebliche Einnahmen durch solche Vereinbarungen.

Open Core und Doppellizenzierung unterscheiden

Bei Open Core bietet die zusätzliche kostenpflichtige Komponente Funktionen, die der offene Kern nicht enthält. Ein Unternehmen könnte ein offenes Überwachungswerkzeug und eine proprietäre Erweiterung zur Verwaltung Tausender Rechner anbieten.

Bei der Doppellizenzierung wird derselbe Code unter verschiedenen Lizenzen angeboten. Ein Kunde kann die Copyleft-Lizenz einhalten oder eine kommerzielle Alternative kaufen, die eine andere Nutzung erlaubt. MySQL und Qt nutzen Formen dieses Modells. Der Rechteinhaber benötigt die erforderlichen Rechte, um die Alternative anzubieten; ein Nutzer kann den Code anderer nicht einfach unter eine neue Lizenz stellen.

Gemeinsame Finanzierung verstehen

Unternehmen bezahlen Entwickler dafür, Infrastruktur zu verbessern, von der sie abhängen. Die Kosten für einen Kernel, eine Bibliothek oder ein Werkzeug zu teilen, kann günstiger sein, als sie jeweils selbst zu entwickeln. Auch Mitgliedsbeiträge an Stiftungen, Einzelspenden, Sponsoring und Fördermittel unterstützen die Arbeit. Zu Open Source gehören bezahlte Fachkräfte ebenso wie Freiwillige.

Lizenzänderungen und Forks verfolgen

Einige Anbieter stellten neue Versionen auf Source-Available-Bedingungen um, um konkurrierende gehostete Dienste zu kontrollieren. MongoDB übernahm 2018 die SSPL. Terraform wechselte 2023 zur BSL; Redis übernahm 2024 RSAL und SSPL. Frühere Versionen bleiben unter den bereits gewährten Lizenzen verfügbar.

Gemeinschaften können auf Basis einer früheren offenen Version weitermachen. OpenSearch führte Elasticsearch fort, OpenTofu Terraform und Valkey Redis. Spätere Änderungen können wieder offene Optionen ergänzen: Elastic fügte 2024 eine AGPL-Option hinzu, und Redis 8 ergänzte 2025 die AGPL. Prüfe beim Produktvergleich die genaue Version und Lizenz.

Betrachte ein Team, das eine Terminplanungsanwendung finanziert. Der Verkauf eines gehosteten Dienstes bezahlt Server und Betrieb. Der Verkauf von Support bezahlt Hilfe und Wartung. Der Verkauf eines zusätzlichen proprietären Verwaltungsmoduls ist Open Core. Diese Entscheidungen beeinflussen, was Kunden kaufen, ohne den offenen Code verschwinden zu lassen.

Open-Source-Anwendungen decken Büroarbeit, Surfen, Grafik, Medien, Programmierung und Datenanalyse ab. Viele laufen auch unter Windows und macOS. Lerne, welche Art von Arbeit jede Anwendung übernimmt, damit du nach Aufgabe auswählen kannst.

Büroarbeit und Internet

LibreOffice enthält Writer für Dokumente, Calc für Tabellenkalkulation, Impress für Präsentationen, Draw für Diagramme, Base für Datenbanken und Math für Formeln. Zu seinen standardmäßigen OpenDocument-Formaten gehören .odt, .ods und .odp. Es liest und schreibt auch Microsoft-Formate wie .docx und .xlsx.

LibreOffice entstand 2010 als Fork von OpenOffice.org und wird unter dem Dach von The Document Foundation entwickelt. Apache OpenOffice besteht als separates Projekt weiter. Firefox ist Mozillas Browser; Thunderbird verwaltet E-Mails, Kalender und Kontakte. Chromium ist Googles Open-Source-Browserprojekt. Google Chrome baut darauf auf und ergänzt proprietäre Bestandteile sowie eigene Verbreitungsbedingungen.

Die richtige Art von Grafikwerkzeug wählen

Ein Rasterbild speichert Pixel. Vergrößerst du es weit über seine ursprüngliche Größe hinaus, wird dieses Raster sichtbar. Ein Vektorbild speichert mathematisch definierte Formen, sodass seine Kanten beim Skalieren scharf bleiben.

Verwende für eine Gemeinschaftsveranstaltung Inkscape für das Logo, das sowohl auf einem kleinen Anstecker als auch auf einem großen Schild erscheinen soll. Nutze GIMP, um das zugehörige Foto anzupassen. Beide Dateien können in einer Gestaltung erscheinen, müssen aber unterschiedlich bearbeitet werden.

Medien und Aufzeichnung

VLC spielt eine breite Palette von Audio- und Videoformaten sowie Streams ab. Kodi organisiert eine Mediensammlung für einen Fernseher oder ein Medienzentrumsystem. Audacity nimmt Ton auf und bearbeitet ihn. OBS Studio zeichnet Videos auf und überträgt sie live. Für Audiobearbeitung eignet sich Audacity; für das Aufzeichnen und Streamen einer Unterrichtseinheit OBS Studio.

Code bearbeiten, Dateien signieren und Daten analysieren

Microsofts Builds von Visual Studio Code werden unter proprietären Bedingungen verbreitet. Der zugrunde liegende Quellcode Code - OSS steht unter MIT-Lizenz. VSCodium stellt gemeinschaftlich erstellte Builds aus diesem Quellcode ohne Microsoft-Markenkennzeichen und Telemetriezusätze bereit. Die Lizenz des Quellcodeprojekts und die Lizenz eines vom Anbieter verbreiteten Builds können sich unterscheiden.

GPG, GNU Privacy Guard, implementiert OpenPGP-Verschlüsselung und digitale Signaturen. Verschlüsselung schützt Inhalte davor, gelesen zu werden; eine geprüfte digitale Signatur hilft festzustellen, wer Daten signiert hat und ob sie verändert wurden. Distributionen nutzen Signaturen bei der Prüfung von Paketen und Abbildern.

R ist eine Sprache und Umgebung für Statistik, Datenanalyse und Diagramme. Calc eignet sich für Tabellenkalkulation, während R Analysen unterstützt, die als Programme formuliert werden. Die Wahl allein nach einer vertrauten Marke kann diese Unterschiede verdecken: Ein Browser ist kein E-Mail-Client, ein Videorekorder kein Audioeditor, und öffentlicher Quellcode macht nicht automatisch jeden Build mit einem Markennamen zu Open Source.

Eine Webanwendung läuft auf einem Server und zeigt ihre Oberfläche über einen Browser an. Open-Source-Webanwendungen lassen sich oft selbst betreiben. Dadurch kann eine Organisation den Betreiber wählen und hat mehr Kontrolle über ihre Daten. Diese Wahl bringt auch Wartungsarbeit mit sich.

Plattformen dem täglichen Bedarf zuordnen

Nextcloud entstand 2016 als ownCloud-Fork. Es bietet außerdem Funktionen wie Kalender, Kontakte, gemeinsame Büroarbeit und Chat. Moodle ist ein Lernmanagementsystem oder LMS, das in PHP geschrieben ist. Für Live-Unterricht wird es oft mit BigBlueButton kombiniert.

Eine Kursplattform und ein Konferenzsystem lösen unterschiedliche Probleme. Moodle kann Aufgaben und Noten zwischen Unterrichtseinheiten speichern; BigBlueButton stellt die Umgebung für den Live-Unterricht bereit. Keines ersetzt alle Funktionen des anderen.

Eine Entscheidung für Self-Hosting verfolgen

Eine Bildungsgenossenschaft möchte ihre Kursarbeit und Dateien auf Servern halten, die sie kontrolliert. Zuerst wählt sie Moodle für Kursaktivitäten, ein Besprechungssystem für Live-Termine und Nextcloud für gemeinsame Dateien. Dann entscheidet sie, wer die Linux-Server betreibt. Schließlich legt sie die Verantwortung für Updates, Sicherungen, Kontozugriff und Sicherheit fest.

Open Source ermöglicht Self-Hosting, erledigt diese laufende Arbeit aber nicht automatisch. Ein lokaler Dienstleister kann die Software für die Genossenschaft betreiben, wenn ihr eigenes Personal fehlt.

Git von einer Forge unterscheiden

Git ist ein verteiltes Versionsverwaltungssystem, das Torvalds 2005 geschaffen hat. Ein Commit zeichnet eine Änderung in der Projekthistorie auf. Ein Zweig ermöglicht es, einen Arbeitsstand vor dem Zusammenführen getrennt zu entwickeln. Ein gewöhnlicher vollständiger Klon hält die Repository-Historie auf einem anderen Computer vor.

Eine Software-Forge ergänzt Git um bereitgestellte Repositorys, Aufgabenverwaltung, Codeprüfung und Automatisierung. GitLab Community Edition, Gitea und Forgejo sind Open-Source-Optionen. Codeberg ist ein Hosting-Dienst auf Basis von Forgejo. GitHub ist ein proprietärer Dienst im Besitz von Microsoft, obwohl er viele Open-Source-Projekte beherbergt.

Ein Team kann Git ohne GitHub nutzen. Es kann lokale Repositorys pflegen, eine andere Forge nutzen oder seine Git-Historie zwischen Hostsystemen verschieben. Die Zusatzfunktionen des Anbieters, etwa seine Aufgabendatenbank, sind von der Git-Historie getrennt.

Kontrolle und Verantwortung zusammen wählen

Möchte ein Team beim Anbieterwechsel seine Versionshistorie behalten, hilft die verteilte Historie von Git. Möchte es auch die Prüfplattform selbst betreiben, benötigt es eine selbst betreibbare Forge. Vergleiche die Lizenz, die benötigten Funktionen und wer sie warten wird. Ein öffentliches Repository, eine Open-Source-Anwendung und eine Open-Source-Hosting-Plattform sind drei verschiedene Dinge.

Eine Serveranwendung arbeitet gewöhnlich mit anderen Programmen zusammen. Ein Webserver bearbeitet Anfragen, eine Anwendung stellt Funktionen bereit und eine Datenbank speichert Daten. Wenn du die einzelnen Rollen erkennst, verstehst du einen funktionierenden Stack, ohne die Programme schon selbst schreiben zu müssen.

Server und Dienst zuordnen

Der Apache HTTP Server liefert Webinhalte aus und unterstützt Module. Auch NGINX liefert Webinhalte aus und dient häufig als Reverse-Proxy, der Anfragen an Anwendungsserver weiterleitet, oder als Lastverteiler, der Anfragen auf sie aufteilt. Der Apache HTTP Server ist ein Projekt; die Apache Software Foundation beherbergt viele weitere.

MySQL, MariaDB und PostgreSQL sind relationale Datenbankserver. MySQL bietet die GPL und kommerzielle Lizenzen an. MariaDB entstand 2009 als MySQL-Fork. PostgreSQL ist ein separates Projekt, das für Erweiterbarkeit und seine permissive Lizenz bekannt ist. Verwandte Datenbankprodukte können dennoch Unterschiede entwickeln; eine gemeinsame Geschichte macht ihre Versionen nicht für immer austauschbar.

Für Dateifreigaben wird NFS traditionell zwischen Unix-ähnlichen Systemen genutzt. Samba implementiert SMB, um Dateien und Drucker für Windows- und andere Clients freizugeben. Es kann auch Domänendienste nach Windows-Art bereitstellen.

Eine LAMP-Anfrage verfolgen

LAMP steht gewöhnlich für Linux, Apache, MySQL oder MariaDB und PHP. In manchen Verwendungen ersetzen Perl oder Python PHP. Betrachte einen Besucher, der eine Seite zur Bestandsprüfung öffnet:

1. Der Browser fordert die Seite von Apache unter Linux an.
2. Apache leitet die Anfrage an den PHP-Code der Anwendung weiter.
3. Der Code fragt Bestandsdaten bei MariaDB ab.
4. Die Anwendung erstellt die Antwort und Apache sendet sie an den Browser.

Die Datenbank ersetzt den Webserver nicht, und der Browser führt den PHP-Code des Servers nicht direkt aus. Jede Komponente bearbeitet einen anderen Teil der Anfrage.

Verstehen, wie Programme laufen

Ein Compiler kann Quellcode in Maschinencode für eine bestimmte Architektur übersetzen. Eine ausführbare Datei für x86-64 läuft nicht direkt als ARM64-Maschinencode. Ein Interpreter führt Code zur Laufzeit aus; damit ein Skript erfolgreich zwischen Systemen übertragen werden kann, müssen der benötigte Interpreter, die Bibliotheken und die Systemfunktionen verfügbar sein.

Java wird gewöhnlich in Bytecode kompiliert, den eine Java Virtual Machine ausführt. OpenJDK ist eine Open-Source-Java-Implementierung. Tatsächliche Sprachsysteme können Kompilierung und Interpretation verbinden; diese Bezeichnungen erklären den hauptsächlichen Ablauf und bedeuten nicht, dass jede Implementierung gleich funktioniert.

C bleibt die wichtigste Sprache des Kernels. Java und JavaScript haben ähnliche Namen, sind aber unterschiedliche Sprachen. JavaScript für interaktive Bedienelemente eines Browsers zu wählen, bedeutet nicht, Java oder eine JVM zu nutzen. Auch wenn du Python für Automatisierung wählst, musst du die Bibliotheken und Betriebssystemfunktionen prüfen, die das Skript nutzt.

Du kannst Linux lernen und dein aktuelles Betriebssystem behalten. Wähle die Einrichtung danach, was du üben möchtest, wie viel Arbeitsspeicher verfügbar ist und ob du eine vollständige Installation und einen vollständigen Startvorgang sehen musst.

Die Möglichkeiten vergleichen

Eine VM läuft als Gastsystem neben einem Hostbetriebssystem. Zu den Desktopwerkzeugen gehören VirtualBox, VMware Workstation Pro, VMware Fusion, UTM und GNOME Boxes. Auf einem Desktopbetriebssystem betriebene Virtualisierung wird häufig Typ 2 genannt; Typ-1-Plattformen wie Hyper-V, ESXi, Xen und KVM stellen Virtualisierung auf Hardwareebene bereit. Eine Desktop-Verwaltungsoberfläche allein sagt nichts über die Architektur ihres Hypervisors aus.

Das Basispaket von VirtualBox steht unter GPLv3. VMware Workstation Pro ist proprietär, obwohl es seit November 2024 für alle Nutzungen kostenlos ist. Wie bei anderer Software unterscheiden sich Preis und Lizenzfreiheiten.

Das Abbild auf den Prozessor abstimmen

64-Bit-PCs mit Intel oder AMD nutzen normalerweise x86-64, häufig als amd64 bezeichnet. Diese Bezeichnung schließt Intel-Prozessoren ein. Macs mit Apple Silicon und ARM-basierte Windows-Laptops nutzen ARM64, bezeichnet als arm64 oder aarch64.

Für normale Hardwarevirtualisierung müssen die Architekturen von Gast- und Hostsystem zusammenpassen. Ein ARM64-Hostsystem führt ein x86-64-Gastabbild nicht direkt aus. Emulation kann eine andere Architektur übersetzen, ist aber langsamer. Für die von VMs und WSL 2 genutzte Hardwarevirtualisierung muss Intel VT-x oder AMD-V in der PC-Firmware aktiviert sein.

Eine Wahl durchgehen

Ein Lernender hat einen Mac mit Apple Silicon und möchte das Linux-Installationsprogramm, Neustarts und einen Desktop üben. Zuerst zeigen diese Aufgaben, dass ein vollständiges Gastsystem nötig ist; eine VM passt also. Dann verlangt der Prozessor ein ARM64-Abbild. Wähle anschließend einen Hypervisor mit ARM-Linux-Unterstützung, etwa UTM oder eine geeignete aktuelle VirtualBox-Version, und lasse genug Arbeitsspeicher für macOS frei.

Wer unter Windows hauptsächlich die Shell üben möchte, kann mit WSL beginnen. Wer vor der Installation WLAN und Grafik eines Laptops prüfen möchte, kann ein Live-USB-System nutzen. Ein Container stellt einen Linux-Userspace bereit, teilt sich aber einen Kernel und lässt normalerweise einen vollständigen Startvorgang aus. Er deckt daher nicht dieselben Übungen ab wie eine VM.

Die Grenzen kennen

Änderungen in der VM bleiben normalerweise auf virtuellen Festplatten, aber beschreibbare freigegebene Ordner geben dem Gastsystem Zugriff auf Dateien des Hostsystems. Ein Snapshot kann einen Übungsfehler innerhalb der VM rückgängig machen. Cloud-Ressourcen brauchen gesonderte Aufmerksamkeit: Nach dem Löschen einer VM können kostenpflichtige Datenträger oder andere Ressourcen verbleiben. Prüfe daher anschließend die Ressourcenliste des Anbieters. Sichere wichtige Daten vor jeder Partitionsänderung für Dualboot.

Mit einer VM kannst du ein vollständiges Linux-System auf einer virtuellen Festplatte installieren. Gehe Abbild, Ressourcen, Installationsprogramm und erste Updates der Reihe nach durch. Jede Stufe beantwortet eine andere Frage: Ist das Abbild vertrauenswürdig, passen die Ressourcen und ist das installierte System bereit?

Das Abbild herunterladen und prüfen

Lade eine ISO-Datei von der offiziellen Website der Distribution herunter. Wähle die Desktop- oder Serveredition und die Architektur passend zu deinem Vorhaben. Eine ISO-Datei bildet ein Installationsmedium ab; ein Cloud-Abbild ist gewöhnlich ein vorbereiteter Systemdatenträger für die automatisierte Einrichtung.

Berechne die SHA-256-Prüfsumme deines Downloads und vergleiche den gesamten Wert mit der veröffentlichten Prüfsumme. Beispielbefehle für ein Abbild namens file.iso sind:

• Linux: sha256sum file.iso
• macOS: shasum -a 256 file.iso
• Windows PowerShell: Get-FileHash file.iso

Eine Abweichung bedeutet, dass die Kopie beschädigt oder verändert ist: Verwirf sie und lade sie erneut herunter. Eine Übereinstimmung belegt die Gleichheit mit der Datei, die durch diese Prüfsumme beschrieben wird. Sie beweist nicht, dass eine von einer nicht vertrauenswürdigen Website kopierte Prüfsumme echt ist. Prüfe die Signatur der Distribution auf der Prüfsummendatei mit ihrem echten veröffentlichten Schlüssel. GPG führt diese Signaturprüfung durch.

Eine passende VM erstellen

Wähle im VM-Werkzeug die ISO-Datei und weise Prozessoren, Arbeitsspeicher und eine virtuelle Festplatte zu. Für Ubuntu Desktop 26.04 wird als komfortables Minimum ein Zweikernprozessor, 6 GB RAM und 25 GB Speicherplatz angegeben. Servereditionen und ressourcenschonendere Desktops benötigen weniger. Lasse auch für das Hostsystem genug Arbeits- und Datenspeicher frei.

Weist beispielsweise ein Hostsystem mit 16 GB einem Gastsystem 6 GB zu, bleiben 10 GB für das Hostsystem. Eine dynamisch allozierte virtuelle Festplatte mit 40 GB reserviert nicht sofort 40 GB; sie wächst beim Schreiben von Daten bis zu dieser Höchstgröße. Während sie wächst, benötigt sie dennoch tatsächlich freien Speicherplatz.

Beginne für gewöhnliche Übungen mit einem NAT-Netzwerk. Das Gastsystem kann über das Hostsystem auf das Internet zugreifen, während ein unaufgeforderter direkter Zugriff aus dem lokalen Netzwerk normalerweise nicht möglich ist. Eine Netzwerkbrücke bindet die VM mit einer eigenen Adresse in das lokale Netzwerk ein, wenn andere Rechner sie erreichen müssen.

Das Installationsprogramm ausführen

Wähle Sprache, Tastatur und Zeitzone. Prüfe, ob die neue virtuelle Festplatte der VM als Ziel ausgewählt ist, bevor du eine Installation mit Löschen des Datenträgers wählst. Erstelle einen Benutzer und ein starkes Passwort; aktiviere gegebenenfalls die Festplattenverschlüsselung. Schließe die Installation ab, starte neu und entferne die ISO-Datei aus dem virtuellen Laufwerk, damit beim nächsten Start das installierte System genutzt wird.

Erscheint nach dem Neustart erneut das Installationsprogramm, ist die ISO-Datei oft noch eingebunden und zum Starten ausgewählt. Scheitert der Start auf einem ARM64-Computer mit einem amd64-Abbild, brauchst du das richtige Abbild und nicht mehr Arbeitsspeicher für das Gastsystem.

Einen sauberen Ausgangspunkt vorbereiten

Installiere verfügbare Updates. Ergänze die Gastwerkzeuge des Hypervisors, etwa VirtualBox Guest Additions oder open-vm-tools für VMware, für Funktionen wie die Anpassung der Bildschirmgröße. Über diese Werkzeuge lassen sich gemeinsame Zwischenablagen und Ordner aktivieren; erlaube den Zugriff nur auf die Dateien, die du benötigst.

Erstelle vor Experimenten einen Snapshot des aktualisierten Systems. Er speichert einen Zustand, zu dem du zurückkehren kannst, bleibt aber an den Speicher der VM gebunden. Bewahre eine separate Sicherungskopie wichtiger Arbeit auf. Fällt die Festplatte des Hostsystems aus, geht ein darauf gespeicherter Snapshot mit ihr verloren.

WSL führt Linux-Distributionen neben Windows-Anwendungen aus. WSL 2 nutzt einen echten Linux-Kernel in einer ressourcenschonenden, von Windows verwalteten VM. Du erhältst eine Linux-Umgebung, ohne virtuelle Hardware manuell zu erstellen oder ein normales Linux-Installationsprogramm zu durchlaufen.

Installieren und ein Linux-Benutzerkonto erstellen

Der einfache Installationsweg setzt Windows 10 ab Version 2004, Build 19041, oder Windows 11 mit aktivierter Hardwarevirtualisierung voraus. Verwende für laufende Sicherheitsupdates eine unterstützte Windows-Version. Öffne PowerShell als Administrator und führe aus:

wsl --install

Starte den Computer neu, wenn du dazu aufgefordert wirst. Dadurch werden die erforderlichen Funktionen aktiviert und normalerweise Ubuntu installiert. Erstelle beim ersten Start von Ubuntu dessen Linux-Benutzernamen und Passwort. Diese gehören zu dieser Distribution und müssen nicht mit deinem Windows-Konto übereinstimmen.

Unter Ubuntu erfolgt die erste Paketaktualisierung so:

sudo apt update
sudo apt upgrade

Der erste Befehl aktualisiert die Paketinformationen; der zweite installiert verfügbare Paketaktualisierungen. Fragt sudo nach einem Passwort, verwende das Passwort des Linux-Benutzerkontos.

Die Verwaltungsbefehle erkennen

Angenommen, die Liste zeigt * Debian Stopped 2. Der Stern zeigt, dass Debian die Standarddistribution ist. Sie ist derzeit gestoppt und nutzt WSL 2. Die Zahl ist nicht die Debian-Versionsnummer. Das Festlegen einer WSL-Standardversion konvertiert nicht jede vorhandene Distribution.

Dateispeicherorte auseinanderhalten

Innerhalb von Linux erscheint das Windows-Laufwerk C: unter /mnt/c. Eine Windows-Datei unter C:\Users\Ana\notes.txt ist als /mnt/c/Users/Ana/notes.txt erreichbar. Der Datei-Explorer erreicht Ubuntus Linux-Dateien über \\wsl.localhost\Ubuntu.

Speichere Projektdateien für Arbeiten mit Linux-Werkzeugen unter WSL 2 im Linux-Dateisystem, etwa im Linux-Home-Verzeichnis. Häufiger Zugriff über die Grenze zwischen Windows- und Linux-Dateisystem hinweg kann viel langsamer sein. Die WSL-Installation speichert die Distribution in einer virtuellen Festplattendatei; Werkzeuge mit Zugriff auf eingehängte Windows-Dateien können diese Dateien dennoch ändern.

Wissen, was WSL zugänglich macht und was nicht

WSL 1 übersetzte Linux-Aufrufe und stellte keinen echten Linux-Kernel bereit. WSL 2 tut dies. Aktuelles WSL unterstützt systemd und grafische Linux-Anwendungen in Windows-Fenstern. Microsoft pflegt den von dieser Umgebung genutzten Kernel, und WSL selbst wurde im Mai 2025 unter MIT-Lizenz als Open Source veröffentlicht.

WSL bietet keine gewöhnliche Übung mit einem Linux-Installationsprogramm, einem Bootloader oder einer vollständigen Desktopinstallation. Auch der direkte Hardwarezugriff unterscheidet sich. Nutze WSL für Werkzeuge, Skripterstellung und viele Dienste; wähle eine vollständige VM, wenn es um das Üben von Installation und Start geht.

Auch ein Übungssystem ist mit echten Benutzerkonten, Dateien und Netzwerken verbunden. Baue Schutz in die Einrichtung ein: Nutze starke Zugangsdaten, eingeschränkte Rechte, aktuelle Software und den passenden Schutz für gespeicherte und übertragene Daten.

Zugangsdaten vor Wiederverwendung und Diebstahl schützen

Verwende für jedes Konto ein langes, zufälliges und einzigartiges Passwort. Ein Passwortmanager wie KeePassXC oder Bitwarden erzeugt und speichert diese Passwörter in einem verschlüsselten Tresor. Schütze den Tresor mit einem starken Master-Passwort, das du nirgendwo sonst verwendest.

Zufällige Auswahl ist entscheidend. Vier unabhängig aus einer Liste von 7.776 Wörtern gewählte Wörter ergeben etwa 3,7 Billiarden Möglichkeiten; sechs ergeben etwa 2,2 × 10²³. Ein bekanntes Zitat hat nicht dieselbe Stärke, weil es keine zufällige Auswahl ist. Ein zusätzliches Bit an Ungewissheit verdoppelt den Suchraum.

Mehrfaktorauthentifizierung (MFA) verbindet unterschiedliche Arten von Nachweisen, etwa ein Passwort und einen Hardware-Schlüssel oder eine Authentifikator-App. Zwei Passwörter sind weiterhin dieselbe Art von Faktor. Aktiviere MFA für wichtige Konten, besonders für E-Mail- und Cloud-Konten.

Ein Passkey nutzt statt eines gemeinsamen Passworts ein kryptografisches Schlüsselpaar. Der Dienst hat den öffentlichen Schlüssel; der private Schlüssel bleibt bei deinem Gerät oder deinem Zugangsdatenmanager. Ein Fingerabdruck, das Gesicht oder eine PIN gibt seine Nutzung frei. Passkeys sind an den Dienst gebunden. Das schützt davor, ein wiederverwendbares Geheimnis auf einer gefälschten Website einzugeben.

Rechte begrenzen und das System warten

Arbeite mit einem regulären Benutzerkonto und nutze sudo nur für Aufgaben, die Administratorrechte benötigen. Dauerhaft als root zu arbeiten, gibt jedem Programm und jedem Fehler weitreichende Kontrolle. Halte die Distribution aktuell und wechsle vor dem Supportende auf eine unterstützte Version.

Nutze vertrauenswürdige Softwarequellen und prüfe Installationsabbilder. Eine Open-Source-Lizenz erlaubt die Prüfung, bedeutet aber nicht, dass jede Kopie von jeder Website sicher ist.

Verschlüsselung passend zum Risiko wählen

Linux nutzt für Festplattenverschlüsselung häufig LUKS, Windows nutzt BitLocker und macOS FileVault. Verschlüsselung ruhender Daten schützt gespeicherte Daten vor Personen ohne Schlüssel. Sie ersetzt keine Sicherungskopien und schützt kein Konto, das für einen Angreifer bereits entsperrt ist. Gehen Wiederherstellungsschlüssel und Passwörter verloren, können verschlüsselte Daten unwiederbringlich verloren sein.

Bewusst mit Geräten und Geheimnissen umgehen

Schließe keine USB-Geräte unbekannter Herkunft an. Manche enthalten Schadsoftware; andere können sich als Tastatur ausgeben. Verschlüssele tragbare Laufwerke mit sensiblen Dateien, weil sie leicht verloren gehen.

Halte Passwörter, API-Schlüssel und private SSH-Schlüssel aus öffentlichem Code, gemeinsam genutzten Bildschirmfotos und Forenbeiträgen heraus. Ein öffentlicher SSH-Schlüssel kann an einen Server weitergegeben werden; der zugehörige private Schlüssel muss geheim bleiben. Nutze für einen Cloud-Übungsserver SSH-Schlüssel, gib nur benötigte Netzwerkports frei und entferne Ressourcen nach der Nutzung. Schütze Dateien des Hostsystems, die für eine VM freigegeben oder von WSL aus erreichbar sind, ebenso sorgfältig wie andere Dateien.