Proxmox VE installieren: Schritt für Schritt zum ersten Hypervisor

Kurz gesagt: Proxmox VE installierst du von der offiziellen ISO per USB-Stick, wählst für den Einstieg ext4 auf einer SSD, vergibst eine statische IP und erreichst die Weboberfläche danach unter https://DEINE-IP:8006. Anschließend stellst du auf das No-Subscription-Repository um, machst Updates und richtest ein Backup-Ziel ein — mindestens 8 GB RAM und aktivierte Virtualisierung im BIOS vorausgesetzt.

Proxmox VE ist der De-facto-Standard fürs Homelab: kostenlos, Open Source, Debian-basiert, mit Weboberfläche für VMs (KVM) und Container (LXC). Dieser Guide bringt dich von der ISO bis zur einsatzbereiten Oberfläche — inklusive der Einstellungen, die man als Einsteiger gern übersieht. Falls du noch schwankst, ob Proxmox überhaupt das richtige System für dich ist: der Vergleich Unraid vs. Proxmox vs. TrueNAS ordnet die drei Kandidaten ein.

Voraussetzungen #

Du brauchst nicht viel: eine 64-bit-CPU mit Virtualisierungsfunktion, 8 GB RAM aufwärts und eine SSD — fast jeder ausrangierte Büro-PC erfüllt das. Konkret:

• 64-bit-CPU mit Virtualisierung (Intel VT-x / AMD-V) — im BIOS/UEFI aktivieren, oft heißt es dort „SVM“, „VT-x“ oder „Virtualization Technology“
• Mindestens 8 GB RAM (mehr ist bei Virtualisierung immer die beste Investition)
• Eine SSD fürs System — Proxmox auf einer HDD macht keinen Spaß
• USB-Stick (≥1 GB) für den Installer
• Kabelgebundenes Netzwerk — WLAN ist für den Host keine Option

Der Stick ist dabei nur das Installationsmedium, nicht das Ziel: Proxmox selbst gehört auf eine interne SSD — warum, steht bei den Stolperfallen.

Schritt 1: ISO herunterladen und Stick erstellen #

Die aktuelle ISO gibt es ausschließlich auf proxmox.com/downloads — lade sie nirgendwo anders herunter. Auf den Stick schreiben mit Balena Etcher, Rufus (Modus „DD-Image“!) oder unter Linux:

dd if=proxmox-ve.iso of=/dev/sdX bs=4M status=progress

Wer auf Nummer sicher gehen will, prüft nach dem Download die SHA-256-Prüfsumme gegen die Angabe auf der Download-Seite.

Vom Stick booten (Bootmenü meist F12, F11 oder F8) und „Install Proxmox VE (Graphical)“ wählen. Bleibt der Bildschirm danach schwarz, liegt das fast immer am Grafiktreiber: Im Bootmenü den Eintrag mit e bearbeiten und nomodeset an die Kernel-Zeile anhängen — oder gleich den Terminal-basierten Installer nehmen, der dieselben Optionen ohne grafische Oberfläche durchgeht.

Schritt 2: Die wichtigen Installer-Entscheidungen #

Der Installer stellt nur wenige Fragen, aber drei davon solltest du bewusst beantworten: Ziel-Laufwerk mit Dateisystem, root-Passwort und die Netzwerkkonfiguration.

Ziel-Laufwerk und Dateisystem: Für den Einstieg mit einer SSD ist ext4 (Default, LVM-thin) völlig in Ordnung. ZFS (RAID1) lohnt sich, wenn du zwei Systemplatten spiegeln willst — beachte aber: ZFS mag RAM (als Faustregel etwas RAM-Reserve einplanen) und verträgt sich nicht mit Hardware-RAID-Controllern. Achtung: Der Installer löscht das gewählte Laufwerk komplett, eine Parallel-Installation neben Windows ist nicht vorgesehen.

Land/Zeitzone/Tastatur: selbsterklärend.

Passwort + E-Mail: Das ist das root-Passwort für Weboberfläche und SSH. Die E-Mail-Adresse ist keine Deko: An sie schickt Proxmox später Benachrichtigungen, etwa über fehlgeschlagene Backups — trag eine echte ein.

Netzwerk: Vergib eine statische IP aus deinem Netz (z. B. 192.168.178.10/24), Gateway ist dein Router. Der Hostname (FQDN) darf lokal frei gewählt sein, z. B. pve.home.lab. Die statische IP ist Pflicht, keine Kür — wandert die Adresse, findest du die Weboberfläche nicht mehr und Backup-Ziele laufen ins Leere.

Nach der Installation neu starten — die Weboberfläche läuft dann auf:

https://DEINE-IP:8006

Die Browserwarnung wegen des selbstsignierten Zertifikats ist normal — einmal akzeptieren.

Weboberfläche oder SSH — wie greife ich zu? #

Für die tägliche Arbeit reicht die Weboberfläche auf Port 8006 — dort legst du VMs an, verwaltest Storage und siehst Auslastung und Logs. Angemeldet wird als root mit Realm „Linux PAM standard authentication“.

Parallel läuft auf dem Host ein ganz normales Debian mit SSH-Zugang (ssh root@DEINE-IP). Das brauchst du seltener, ist aber Gold wert, wenn die Weboberfläche mal nicht erreichbar ist — die wichtigsten Werkzeuge dort: qm für VMs, pct für Container. Dieselbe Konsole gibt es auch eingebaut unter Node → Shell, ganz ohne SSH-Client.

Schritt 3: Repositories umstellen (ohne Subscription) #

Damit dein Proxmox ohne kostenpflichtige Subscription Updates bekommt, stellst du auf das offizielle No-Subscription-Repository um — frisch installiert nutzt Proxmox nämlich das Enterprise-Repository, das ohne Subscription keine Updates liefert. Die Umstellung geht in der Weboberfläche unter Node → Repositories:

1. Das enterprise-Repository (pve und ceph) deaktivieren
2. Über Add das „No-Subscription“-Repository hinzufügen

Danach unter Node → Updates → Refresh und Upgrade — oder klassisch per Shell:

apt update && apt full-upgrade

Das No-Subscription-Repo ist laut Proxmox für Produktion weniger stark getestet als Enterprise — fürs Homelab ist es der Standardweg und funktioniert seit Jahren zuverlässig. Der Subscription-Hinweis beim Login bleibt; er ist nur ein Hinweis, keine Einschränkung.

Storage verstehen: local vs. local-lvm #

Kurz erklärt: local speichert Dateien (ISOs, Container-Templates, Backups), local-lvm speichert virtuelle Festplatten von VMs und Containern. Beide legt der Installer automatisch an — die Unterscheidung verwirrt fast jeden Einsteiger mindestens einmal.

• local ist ein Verzeichnis-Storage auf der Systemplatte (/var/lib/vz). Hierhin lädst du ISO-Images und CT-Templates hoch, und hier landen standardmäßig auch Backups — was du ändern solltest, denn ein Backup auf derselben Platte wie das System ist keins.
• local-lvm ist ein LVM-Thin-Pool: kein Dateisystem zum Durchstöbern, sondern Blockspeicher für VM-Disks und Container-Volumes. „Thin“ heißt: Eine VM mit 32-GB-Disk belegt nur so viel Platz, wie tatsächlich beschrieben wurde — praktisch, aber behalte die reale Belegung im Auge.

Hast du bei der Installation ZFS gewählt, gibt es statt local-lvm den Storage local-zfs — gleiche Rolle, anderer Unterbau. Welcher Storage was aufnehmen darf, steht unter Datacenter → Storage in der Spalte „Content“.

Schritt 4: Die ersten sinnvollen Handgriffe #

Bevor die erste VM entsteht, lohnen sich ein paar Minuten Grundeinrichtung — vor allem beim Thema Backup, das nachträglich gern vergessen wird.

• Backup-Ziel definieren: Datacenter → Storage → Add — eine USB-Platte, ein NFS/SMB-Share auf dem NAS oder später ein Proxmox Backup Server. Dann unter Datacenter → Backup einen Zeitplan anlegen. Vor dem ersten wichtigen Container, nicht danach — wie eine belastbare Backup-Strategie insgesamt aussieht, steht im eigenen Guide.
• Backup-Benachrichtigungen prüfen: Ein Backup-Job, der still fehlschlägt, ist gefährlicher als gar keiner. Unter Datacenter → Notifications konfigurierst du den Mail-Versand (z. B. per SMTP über dein Mail-Konto), im Backup-Job selbst, wann benachrichtigt wird — mindestens bei Fehlern.
• 2FA für die Weboberfläche: Unter Datacenter → Permissions → Two Factor richtest du TOTP für root@pam ein — QR-Code mit der Authenticator-App scannen, fertig. Die Oberfläche verwaltet dein halbes Homelab; der zweite Faktor kostet eine Minute.
• ISO-Images hochladen: Node → local → ISO Images → Upload (z. B. Debian netinst für die erste VM).
• LXC-Templates laden: Node → local → CT Templates → Templates — hier liegen fertige Debian/Ubuntu/Alpine-Vorlagen für Container.
• Kein Cluster-Beitritt „auf Vorrat“: Ein Single-Node braucht kein Cluster. Das Thema kommt erst mit dem zweiten Gerät.

VM oder LXC — was nehme ich wofür? #

Kurzfassung: LXC (Container) für einzelne Linux-Dienste — leichtgewichtig, startet in Sekunden, teilt sich den Kernel mit dem Host. VM für alles mit eigenem Kernel: andere Betriebssysteme, Docker-Hosts (eine Debian-VM mit Docker ist der unkomplizierteste Weg), Home Assistant OS, alles Sicherheitskritische. Die Details samt Docker-Frage behandeln wir in einem eigenen Guide.

Die erste VM anlegen: Debian als Übungsobjekt #

Die erste VM erstellst du über den Create VM-Button oben rechts — mit einer Debian-netinst-ISO sind die Defaults des Assistenten fast überall richtig. Wo sich ein bewusster Blick lohnt:

• OS: Die hochgeladene Debian-ISO auswählen; Typ „Linux“ passt.
• System: Die Vorgaben sind für eine Linux-VM in Ordnung. Setze hier den Haken bei Qemu Agent — warum, gleich mehr.
• Disks: Ziel ist local-lvm, als Bus SCSI mit dem vorgeschlagenen VirtIO-SCSI-Controller. Läuft die Disk auf einer SSD, aktiviere Discard, damit gelöschte Blöcke im Thin-Pool wieder freigegeben werden. 20–32 GB reichen für ein schlankes Debian dicke.
• CPU/Memory: 2 Kerne und 2–4 GB RAM sind ein guter Start; beides lässt sich später ändern.
• Network: Das Standard-Bridge-Interface vmbr0 mit VirtIO-Modell — die VM hängt damit wie ein eigenes Gerät in deinem Heimnetz.

Danach die Debian-Installation im Tab Console wie gewohnt durchklicken und nach dem ersten Boot in der VM den Gast-Agenten nachinstallieren:

apt install qemu-guest-agent

Der qemu-guest-agent ist der Draht zwischen Proxmox und dem Gastsystem: Die Weboberfläche zeigt damit die IP der VM an, „Shutdown“ fährt das System sauber herunter statt virtuell den Stecker zu ziehen, und Backups im Snapshot-Modus können das Dateisystem kurz einfrieren, damit der Stand konsistent ist. Haken (VM → Options → QEMU Guest Agent) und Paket gehören zusammen — nur eines von beiden bringt nichts.

Der erste LXC-Container #

Einen Container erstellst du über Create CT aus einem der geladenen Templates — Debian oder Alpine sind gute Startpunkte. Der Assistent fragt der Reihe nach ab:

• General: Hostname und root-Passwort (oder SSH-Key) für den Container. Den Haken bei Unprivileged container lässt du gesetzt — das ist der Default und die richtige Wahl, denn ein Ausbruch aus dem Container landet damit nicht bei root auf dem Host. Privilegierte Container sind die Ausnahme für Sonderfälle, nicht die Regel.
• Template: Das geladene Template auswählen.
• Disks/CPU/Memory: Container sind genügsam — 8 GB Disk, 1 Kern und 512 MB bis 1 GB RAM reichen für die meisten einzelnen Dienste. Auch das ist später in Sekunden angepasst.
• Network: Wieder vmbr0; IP entweder statisch eintragen oder per DHCP vom Router beziehen (dann idealerweise dort reservieren).

Nach dem Start ist der Container in Sekunden oben — Konsole über den Tab Console oder vom Host per pct enter <ID>. Der spürbare Unterschied zur VM: kein eigener Boot-Vorgang, kaum RAM-Grundverbrauch, dafür immer der Kernel des Hosts — deshalb laufen hier nur Linux-Dienste, und deshalb eignen sich Container so gut zum Experimentieren.

Typische Stolperfallen #

Die meisten Einsteiger-Probleme mit Proxmox sind alte Bekannte — diese hier begegnen dir am wahrscheinlichsten:

• Virtualisierung im BIOS vergessen → „KVM virtualisation configured, but not available“. BIOS an, Haken rein.
• Schwarzer Bildschirm beim Installer: fast immer der Grafiktreiber. Bootmenü-Eintrag mit e bearbeiten, nomodeset an die Kernel-Zeile anhängen — oder den Terminal-Installer wählen.
• Installation auf einen USB-Stick: verlockend, aber eine schlechte Idee. Proxmox schreibt permanent Logs und Metriken auf die Systemplatte — das schreddert einen Stick in Monaten. Das System gehört auf eine SSD.
• Proxmox im WLAN: offiziell nicht vorgesehen und fehleranfällig — der Host gehört ans Kabel.
• RAM-Überbuchung: Proxmox lässt dich mehr RAM zuweisen, als da ist. Plane konservativ; ZFS-Cache und Host brauchen ebenfalls Luft.
• Der Host bleibt schlank: Nichts direkt auf dem Proxmox-Host installieren — alles gehört in VMs oder Container. Der Host macht nur Hypervisor.

Wenn der Server dauerhaft läuft, lohnt außerdem ein Blick auf den Stromverbrauch — wie viel ein 24/7-Host kostet, zeigt dir der Stromkosten-Rechner.