Zunächst benötigt man einen Hypervisor, dann eine passende ISO-Datei, muss die VM konfigurieren, Partitionen einrichten, Windows installieren, Treiber hinzufügen und so weiter. Kurzum: Es ist machbar, aber nicht unbedingt angenehm.

Doch was, wenn ich dir sage, dass du eine vollständige Windows-Installation in einem Docker-Container starten kannst – mit geteiltem Speicher, RDP-Zugang und optionalem VLAN-Support? Klingt verrückt? Ist es auch ein bisschen. Aber es funktioniert.

Die Idee hinter dem Projekt

Ein Entwickler namens Kroese hat auf GitHub ein Projekt veröffentlicht, das genau das ermöglicht. Ein Docker-Container, der automatisch eine frische Windows-Installation einrichtet – und das ganz ohne manuelles Setup. Man startet einfach den Container, wartet ein paar Minuten und bekommt eine vollständig einsatzbereite Windows-Umgebung. Zugriff erfolgt bequem über den Browser oder per RDP.

Und das Beste: Man muss Windows nicht mal selbst installieren. Der Container übernimmt den kompletten Prozess – von der Image-Beschaffung bis zur Einrichtung.

Wie funktioniert das technisch?

Wer genau hinsieht, erkennt im Docker-Command das Flag, das /dev/kvm durchreicht – also den Kernel-basierten Virtualisierungsmechanismus von Linux. Kurz gesagt: Es handelt sich hierbei nicht um einen „echten“ Windows-Container, sondern um einen Linux-Container, der eine KVM-basierte VM aufsetzt. Also doch keine Magie, sondern eine clever automatisierte Lösung auf Basis bewährter Technologie.

Die Voraussetzung: Hardware-Virtualisierung muss vorhanden und aktiviert sein – sonst läuft hier gar nichts.

Der große Vorteil: Komfort

Das Besondere ist nicht die technische Innovation, sondern der enorme Komfortgewinn. Die lästigsten Aspekte einer Windows-Installation – wie Partitionierung, Ersteinrichtung oder die Wahl von Sprache und Tastaturlayout – fallen komplett weg. Alles läuft automatisiert ab.

Man erhält trotzdem alle Vorteile einer „normalen“ VM mit KVM: USB- und SATA-Passthrough, limitierbare CPU-Kerne und RAM, und wenn man will, sogar PCIe-Passthrough – wobei letzteres für ambitionierte Setups wahrscheinlich ohnehin in „richtige“ VMs gehört.

Nutzung im Alltag: RDP statt VNC

Die Web-Oberfläche des Containers nutzt VNC, was für den Anfang genügt – aber langsam ist und keinen Ton überträgt. RDP ist hier die bessere Wahl. Der Container unterstützt standardmäßig die Weiterleitung des RDP-Ports, sodass man einfach per Remotedesktop von Mac, Linux oder Windows aus zugreifen kann.

Dank Datenfreigabe kann man auch einfach Ordner vom Host einbinden – und so Dateien zwischen Windows und Linux austauschen. Der Standard-Container bietet 2 CPU-Kerne, 4 GB RAM und 64 GB Festplattenspeicher – alles über Umgebungsvariablen anpassbar.

Multi-Windows? Kein Problem!

Der Container unterstützt neben Windows 11 auch ältere Versionen – von XP bis Server 2022. Wer will, kann sogar abgespeckte Varianten wie Tiny11 oder Tiny10 nutzen – oder eigene ISO-Dateien einbinden. In einem Test liefen fünf Windows-Versionen parallel: XP, Vista, 7, 10 und 11 – alles gleichzeitig, auf einem Intel N100-System mit gerade einmal 18W Stromverbrauch.

Nur Windows 8.1 wollte nicht – aber wer vermisst das schon?

Und die Lizenz?

Die Windows-Images stammen, je nach Version, entweder direkt von Microsoft oder aus offenen Quellen wie Bob Pony. Neue Versionen sind unaktiviert, laufen aber ohne Einschränkungen 30 Tage lang. Wer länger nutzen will, muss einen gültigen Key eintragen. Das Projekt selbst enthält laut Entwickler keine proprietären Inhalte und basiert ausschließlich auf Open-Source-Code.

Fazit: Einfach, praktisch, genial

Ob für das schnelle Testen von Windows-Software, zum Spielen mit Legacy-Systemen oder für spezielle Tools wie BIOS-Editoren – dieses Docker-Projekt bietet eine komfortable, schlanke Lösung, bei der man auf nahezu nichts verzichten muss. Natürlich ersetzt es keine hochperformante VM mit dedizierter GPU, aber das will es auch gar nicht.

Was bleibt, ist ein beeindruckendes Beispiel dafür, was heute mit etwas Kreativität und offenen Standards möglich ist – ganz ohne den altbekannten Installationsfrust.

Und wer weiß – vielleicht rettet dir Windows XP auch heute noch den Tag.

The post Windows in einem Docker-Container? Ja, wirklich! appeared first on Rhein-Ruhr-Informatik.

Overview

Bevor wir mit der Erweiterung beginnen, ist es wichtig zu verstehen, dass die Erweiterung einer virtuellen Festplatte in der Hyper-V-Umgebung eine Erhöhung ihrer zugewiesenen Kapazität bedeutet. Diese Aktion führt nicht automatisch zur Befüllung des zusätzlichen Speicherplatzes mit Daten. Um den zusätzlichen Speicher effektiv nutzen zu können, müssen die Partitionen und Dateisysteme der virtuellen Maschine manuell erweitert werden, damit sie den neu zugewiesenen Speicherplatz belegen können.

Bevor wir auf die Schritte eingehen, klären wir zunächst, warum wir die Festplatte einer Hyper-V-VM möglicherweise erweitern möchten. Diese Aktion ist in der Regel erforderlich, wenn die vorhandene Speicherkapazität der virtuellen Maschine nicht ausreicht, um wachsende Daten oder Anwendungen aufzunehmen.

Hyper-V Manager Aufrufen

Windows 10/11: Suchen Sie im Startmenü nach „Hyper-V Manager“ und öffnen Sie es.

Zuerst müssen wir den Server herunterfahren.

Auf dem virtuellen Computer klicken wir auf die Einstellungen, um die Festplatte zu konfigurieren:

Unter dem Menü „Hardware“ wählen wir den Speicher aus und klicken auf der rechten Seite auf die Schaltfläche „Bearbeiten“, um mit den nächsten Schritten fortfahren zu können.

Auf dem linken Bildschirm wählen wir „Aktion“, dann „Erweitern“ und schließlich „Weiter“:

Wie wir im Bild unten unter „Daten konfigurieren“ auf der rechten Seite sehen, sind 50 GB vorhanden. Hier können wir die Größe des Speichers erweitern.

Wie im Bild unten gezeigt, wird es auf 60 GB erweitert.

Nachdem wir auf Weiter geklickt haben, erhalten wir dieses Bild, in dem wir erneut auf Weiter klicken.

Ich habe die virtuelle Maschine gestartet.

Nach diesen Schritten im Hyper-V Manager starten wir die virtuelle Maschine und erweitern das LVM.

Über das Putty-Tool müssen wir auf unsere virtuelle Maschine zugreifen.

Beginnen Sie mit der Überprüfung des freien Speicherplatzes Ihres Root-Dateisystems mit df -hT. Unsere Root-Disk ist zu 62% ausgelastet. Jetzt werden wir die Schritte befolgen, um 10 GB mehr zuzuweisen, um den Prozentsatz unseres Dateisystems zu erhöhen.

Wir geben die folgenden Befehle ein: parted -l adm type Fix , um die Liste der Festplatten und Partitionen anzuzeigen.

Im Bild unten sehen wir, dass ein Fehler namens vorliegt GPT PMBR size mismatch. Zuerst können wir ihn beheben, indem wir den Befehl zur Fehlerkorrektur eingeben.

Jetzt scheint alles in Ordnung zu sein.

Jetzt können wir unser logisches Volume auf dem /dev/sda3-Dateisystem wie unten gezeigt erweitern:

Zuerst verwenden wir den Befehl fdisk /dev/sda und fahren mit den anderen unten gezeigten Befehlen fort.

Jetzt ist ein Neustart des Systems erforderlich.

Um den vorhandenen freien Speicherplatz auf Ihrer Volume Group (wo er durch die Standardinstallationswerte hinterlassen wird) zu überprüfen, führen Sie die Befehle vgdisplay und lvdisplay aus, um nach freiem Speicherplatz zu suchen.

Nachdem der Computer neu gestartet wurde, können wir den Befehl
lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv
verwenden, um die Partition zu erweitern.

An dieser Stelle haben Sie die Größe des Blockvolumens, auf dem Ihr Root-Dateisystem residiert, erweitert, aber Sie müssen das Dateisystem darauf noch erweitern. Führen Sie zuerst lsblk aus:

Um unser Root-Dateisystem zu überprüfen:
resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv
um unser Dateisystem zu erweitern:

Wie wir jetzt sehen, hat sich die Größe unseres LVM auf 48 GB erweitert.

Zusammenfassung

Insgesamt bietet dieser Leitfaden eine schrittweise Anleitung zum Erweitern der Festplatte einer Hyper-V-VM, wobei häufige Herausforderungen angesprochen werden, und eine optimale Speichernutzung gewährleistet wird.

The post Standard-Ubuntu-virtuelles LVM in Hyper-V erweitern appeared first on Rhein-Ruhr-Informatik.