WSL (Windows-Subsystem für Linux): was es ist, Installation und Einrichtung

Das Windows-Subsystem für Linux (WSL) ist eine Komponente von Windows 10 und 11, mit der Sie eine Linux-Distribution direkt unter Windows betreiben: die bash-Shell, apt, ssh, grep, Docker und beliebige Kommandozeilenwerkzeuge. Sie brauchen weder VirtualBox noch eine geteilte Festplatte für ein zweites System — Ubuntu öffnet sich in wenigen Sekunden als normales Terminalfenster. Im Folgenden: worin sich WSL 1 und WSL 2 unterscheiden, wie Sie das Subsystem installieren, wie Sie mit Dateien, VS Code und grafischen Anwendungen arbeiten und was bei typischen Fehlern zu tun ist.

Was WSL unter Linux und Windows bedeutet

Kurz gesagt: WSL bietet eine vollwertige Linux-Umgebung für Entwicklung und Lernen, ohne Windows zu verlassen. Sie installieren eine Distribution (Ubuntu, Debian, openSUSE, Kali, AlmaLinux und andere) über die Kommandozeile oder den Microsoft Store und arbeiten darin so, wie auf einem Server: Benutzer, Rechte, Pakete, Dienste.

Wichtig ist, was WSL nicht ist. Es ist kein Emulator für Befehle wie Cygwin und keine Sammlung portierter Werkzeuge: In WSL 2 läuft ein echter, von Microsoft gebauter Linux-Kernel. Deshalb starten Linux-Programme ohne Neukompilierung, und was Sie in WSL lernen, lässt sich unmittelbar auf einen echten Server übertragen.

Typische Einsatzzwecke:

• Linux und Kommandozeile lernen, ohne einen zweiten Rechner zu besitzen;
• Webentwicklung, wenn die Produktion auf Linux läuft (Python, Node.js, PHP, Go);
• Docker Desktop — es nutzt WSL 2 als Engine;
• SSH-Verbindungen zu Servern, bash-Skripte, Git in einer gewohnten Umgebung.

WSL 1 und WSL 2: der Unterschied

Es gibt zwei Architekturen. WSL 1 übersetzt Linux-Systemaufrufe in Aufrufe des Windows-Kernels — einen eigenen Linux-Kernel gibt es dort nicht. WSL 2 startet einen echten Linux-Kernel in einer leichten, auf Hyper-V basierenden virtuellen Maschine, die in Sekunden hochfährt und ihren Speicher selbst verwaltet.

Für fast alle Szenarien wählen Sie WSL 2, es ist die Standardeinstellung. WSL 1 kann sinnvoll sein, wenn Sie die Virtualisierung nicht aktivieren können (etwa wenn Windows selbst in einer virtuellen Maschine läuft, ohne verschachtelte Virtualisierung) oder wenn das Projekt auf der Windows-Festplatte liegen muss und dort intensiv bearbeitet wird.

WSL unter Windows 10 und 11 installieren

Unter Windows 11 und Windows 10 ab Version 2004 (Build 19041 und neuer) besteht die Installation aus einem Befehl. Öffnen Sie PowerShell oder das Terminal als Administrator und führen Sie aus:

wsl --install

Der Befehl aktiviert die nötigen Windows-Komponenten, lädt den WSL-2-Kernel und installiert Ubuntu. Nach dem Neustart öffnet sich das Fenster der Distribution: Legen Sie einen Linux-Benutzernamen und ein Passwort fest. Sie sind nicht mit dem Windows-Konto verknüpft; das Passwort brauchen Sie für sudo.

Enter new UNIX username: alex
New password:
Retype new password:
passwd: password updated successfully
Installation successful!

Aktualisieren Sie danach die Pakete, wie auf jedem frischen Server:

sudo apt update && sudo apt upgrade -y

Distribution auswählen

Standardmäßig wird Ubuntu installiert, Sie können aber eine andere Distribution wählen. Verfügbare Distributionen zeigt:

wsl --list --online

Installation einer bestimmten Distribution unter ihrem Namen aus dieser Liste:

wsl --install -d Debian

Wenn WSL bereits installiert ist, fügt der Befehl nur die neue Distribution hinzu. Sie können mehrere Systeme parallel betreiben, etwa Ubuntu für die Arbeit und Kali für Experimente.

Version prüfen: wsl -l -v

So sehen Sie die installierten Distributionen, ihren Status und die WSL-Version:

wsl -l -v
  NAME      STATE           VERSION
* Ubuntu    Running         2
  Debian    Stopped         2

Der Stern markiert die Standarddistribution, die der Befehl wsl ohne Parameter startet. Ändern können Sie sie mit wsl --set-default Debian.

Von WSL 1 auf WSL 2 umstellen

Die Version für neue Installationen legen Sie so fest:

wsl --set-default-version 2

Eine bereits installierte Distribution konvertieren Sie separat (die Daten bleiben erhalten, der Vorgang kann einige Minuten dauern):

wsl --set-version Ubuntu 2

Die Rückkonvertierung erfolgt mit wsl --set-version Ubuntu 1.

Nützliche Befehle zur Verwaltung von WSL

Seien Sie vorsichtig mit --unregister: Dateien innerhalb der Distribution werden ohne Papierkorb gelöscht. Machen Sie vorher einen --export.

Dateien zwischen Windows und Linux austauschen

Die Laufwerke von Windows werden in WSL automatisch unter /mnt eingebunden: Laufwerk C: ist /mnt/c, D: ist /mnt/d.

cd /mnt/c/Users/alex/Downloads
ls -l
cp report.csv ~/projects/

In die andere Richtung sind Linux-Dateien im Explorer über den Netzwerkpfad \\wsl$\Ubuntu (unter Windows 11 auch \\wsl.localhost\Ubuntu) und im Bereich „Linux“ der Seitenleiste sichtbar. Das aktuelle Linux-Verzeichnis öffnen Sie schnell im Explorer so:

explorer.exe .

Aus WSL können Sie Windows-Programme starten (notepad.exe, code), und aus PowerShell Linux-Befehle mit dem Präfix wsl ausführen: wsl ls -la. Pfade zwischen beiden Systemen wandelt das Hilfsprogramm wslpath um:

wslpath 'C:\Users\alex'
/mnt/c/Users/alex

Die wichtigste Regel für die Leistung von WSL 2: Legen Sie Projekte im Linux-Dateisystem ab (~/projects), nicht unter /mnt/c. Der Zugriff auf Windows-Laufwerke läuft über ein Netzwerkprotokoll, und Operationen wie git status oder npm install bei einem großen Projekt dauern dort um ein Vielfaches länger.

VS Code und WSL

Visual Studio Code kann mit WSL wie mit einem entfernten Rechner arbeiten: Die Oberfläche bleibt unter Windows, Terminal, Erweiterungen, Interpreter und Debugger laufen in Linux. Dafür brauchen Sie die Erweiterung WSL (Microsoft). Wechseln Sie dann im Terminal der Distribution in das Projektverzeichnis und führen Sie aus:

cd ~/projects/site
code .

Beim ersten Start installiert VS Code die Serverkomponente selbst in Linux. Unten links erscheint die Anzeige „WSL: Ubuntu“ — alles, was Sie im integrierten Terminal starten, läuft dann in Linux. Erweiterungen wie Python oder ESLint müssen Sie „in WSL“ installieren; VS Code bietet das per Schaltfläche an.

Grafische Anwendungen in WSL (WSLg)

Unter Windows 11 und aktuellen WSL-Versionen auch unter Windows 10 gibt es WSLg — die Unterstützung grafischer Linux-Anwendungen ohne Einrichtung eines X-Servers. Installieren Sie ein Programm wie gewohnt; sein Fenster erscheint neben den Windows-Fenstern und die Verknüpfung im Startmenü.

sudo apt install gedit -y
gedit ~/.bashrc &

WSLg unterstützt X11 und Wayland, Ton und die Zwischenablage. Für die tägliche Arbeit mit einem vollständigen Linux-Desktop ersetzt es allerdings keinen echten Desktop: WSL ist für einzelne Anwendungen gedacht, nicht für GNOME oder KDE als Ganzes.

systemd und Ressourcen von WSL 2

In aktuellen Versionen von WSL 2 wird systemd unterstützt: Bei neuen Ubuntu-Installationen ist es standardmäßig aktiviert. Falls nicht, fügen Sie in der Datei /etc/wsl.conf innerhalb der Distribution ein:

[boot]
systemd=true

und starten Sie das Subsystem in PowerShell neu: wsl --shutdown. Danach funktionieren systemctl und Dienste wie nginx oder PostgreSQL.

Arbeitsspeicher und Prozessoren der virtuellen Maschine von WSL 2 begrenzen Sie in der Datei %UserProfile%\.wslconfig auf der Windows-Seite:

[wsl2]
memory=4GB
processors=2

Die Einstellungen werden nach wsl --shutdown übernommen.

Typische Fehler bei der Installation von WSL

Fehler 0x80370102

Vollständige Meldung: „Die virtuelle Maschine konnte nicht gestartet werden, weil eine erforderliche Komponente nicht installiert ist“ (WslRegisterDistribution failed with error: 0x80370102). Die Ursache ist fast immer dieselbe: WSL 2 kann keine virtuelle Maschine starten. Prüfen Sie der Reihe nach:

1. Ob die Hardwarevirtualisierung im BIOS/UEFI aktiviert ist: Intel VT-x (Intel Virtualization Technology) oder AMD-V (SVM Mode). Den Status sehen Sie im Task-Manager unter „Leistung“ → „CPU“ → „Virtualisierung: Aktiviert“.
2. Ob die Komponente „Virtual Machine Platform“ (Plattform für virtuelle Computer) aktiviert ist.
3. Ob der Hypervisor im Bootloader deaktiviert ist.

Die Komponenten aktivieren Sie in PowerShell als Administrator:

dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart
bcdedit /set hypervisorlaunchtype auto

Starten Sie danach den Rechner neu. Wenn Sie selbst in einer virtuellen Maschine arbeiten, müssen Sie auf dem Host verschachtelte Virtualisierung erlauben — oder Sie verwenden WSL 1.

Weitere häufige Probleme

• 0x800701bc — der WSL-2-Kernel ist veraltet. Führen Sie wsl --update aus.
• Der Befehl wsl --install zeigt nur die Hilfe an — WSL ist bereits installiert; fügen Sie die Distribution mit wsl --install -d Ubuntu hinzu.
• Kein Internet in WSL bei aktivem VPN — der VPN-Client fängt die Routen des virtuellen Netzes ab. Unter Windows 11 hilft der Modus networkingMode=mirrored im Abschnitt [wsl2] der Datei .wslconfig.
• WSL belegt viel Speicherplatz — die virtuelle Festplatte ext4.vhdx wächst, schrumpft aber nach dem Löschen von Dateien nicht von selbst. Sie können sie manuell verkleinern oder die Distribution mit --export/--import umziehen.
• Linux-Passwort vergessen — melden Sie sich in PowerShell als root an: wsl -u root, dann passwd alex.

WSL, virtuelle Maschine oder Dual Boot

WSL ist nicht die einzige Möglichkeit, Linux auf einem Windows-Rechner zu nutzen. Die Wahl hängt von der Aufgabe ab.

Um Linux von Grund auf zu lernen, reicht WSL meist aus: Dateien, Rechte, Prozesse, Pakete, bash-Skripte und SSH verhalten sich wie auf einem Server. Eine virtuelle Maschine brauchen Sie, sobald es um Dinge geht, die in WSL anders funktionieren: den Bootloader, die Partitionierung physischer Datenträger, Netzwerkschnittstellen und Firewalls auf Host-Ebene.

Fazit

Das Windows-Subsystem für Linux bietet ein echtes Linux unter Windows mit dem einen Befehl wsl --install. Wählen Sie WSL 2, prüfen Sie die Versionen mit wsl -l -v, legen Sie Projekte unter ~/ statt unter /mnt/c ab und binden Sie VS Code über die Erweiterung WSL an. Schlägt die Installation mit 0x80370102 fehl, aktivieren Sie die Virtualisierung im BIOS und die Komponente „Virtual Machine Platform“. Mit dieser Arbeitsumgebung beginnt die Praxis im Linux-Kurs.