Proxmox-VE-Versionshistorie und Upgrade-Pfade

Das ist eine Referenzseite, kein einmaliger Artikel — sie wird aktualisiert, sobald neue Proxmox-VE-Versionen erscheinen. Wenn Sie herausfinden wollen, welche Version Sie haben, was sich seitdem geändert hat oder wie Sie von einer alten Installation zur aktuellen kommen, soll Ihnen das die Suche durch Changelogs über mehrere Releases hinweg ersparen.

Versionshistorie auf einen Blick

Innerhalb der aktuellen 9.x-Linie im Detail: 9.0 war das erste Debian-13-Release, 9.1 brachte OCI-Image-Unterstützung für LXC-Container, virtuellen TPM-Zustand gespeichert in qcow2 (womit Sie VMs mit TPM-gestützten Windows-Gästen snapshotten können, auch auf NFS/CIFS-Storage), und eine Auffrischung der mobilen UI mit OpenID-Connect-Login-Unterstützung. 9.2 setzte das mit Kernel-Updates (Kernel 6.17) und weiteren ZFS- und SDN-Verfeinerungen fort. Point-Releases (9.2.1, 9.2.2, 9.2.3 usw.) sind Patch-Level-Fixes und erfordern nicht die vollständige Upgrade-Prozedur weiter unten — ein Standard-apt update && apt dist-upgrade erledigt das.

Die wichtigste Upgrade-Regel

Proxmox VE unterstützt kein Überspringen von Hauptversionen. Sie können nicht direkt von 7.x auf 9.x gehen — Sie upgraden 7→8, bestätigen, dass es stabil ist, und upgraden dann in einem separaten Schritt 8→9. Jede Hauptversion hat ihr eigenes dediziertes Kompatibilitäts-Check-Tool (pve7to8, pve8to9, und so weiter für zukünftige Releases), und das falsche Tool auszuführen oder es ganz zu überspringen, ist die mit Abstand häufigste Ursache für ein kaputtes Hauptversions-Upgrade, von der in der Community berichtet wird.

Eine echte 8-auf-9-Upgrade-Sequenz

Basierend darauf, wie erfolgreiche Upgrades in der Praxis tatsächlich beschrieben wurden, sieht die Sequenz so aus:

1. Zuerst alles sichern — sowohl VM-/CT-Backups als auch die Host-Konfiguration selbst (siehe unseren Guide zum Backup des Proxmox-Hosts dafür, was Sie über die Gäste hinaus einschließen sollten).
2. Führen Sie zuerst das versionsspezifische Check-Tool aus (z. B. pve8to9 --full) und lesen Sie seine Ausgabe sorgfältig — es markiert veraltete Konfiguration, inkompatible Pakete und Storage-Probleme, bevor Sie irgendetwas anfassen.
3. Aktualisieren Sie die Repository-Quellen, damit sie auf die Paket-Repositories des neuen Release zeigen.
4. Führen Sie apt update && apt dist-upgrade aus.
5. Starten Sie neu in den neuen Kernel.
6. Achten Sie auf verzögerte Probleme, nicht nur auf unmittelbare. Manche Upgrades sehen beim ersten Neustart sauber aus und entwickeln dann Tage später Probleme — Netzwerktreiber-Probleme und NIC-Kompatibilitätsprobleme bei neueren Kerneln sind ein wiederkehrendes Muster, auf das es sich lohnt, in den Tagen nach einem Hauptversions-Upgrade gezielt zu achten, nicht nur in der ersten Stunde.

Bekannte Problemstellen nach Version (aktualisiert nach Berichten)

• Kernel 6.17 (ausgeliefert mit 9.1/9.2): Berichte über Machine-Check-Fehler auf bestimmten Dell-PowerEdge-Servern, und NVIDIA-vGPU-Treiber, die zum Zeitpunkt der Erstellung noch nicht mit diesem Kernel kompatibel sind. Auch das DRBD-Kernel-Modul soll sich ohne manuelles Eingreifen nicht gegen 6.17 bauen lassen.
• AppArmor + runc auf Debian 13: Ein wiederkehrendes Problem, bei dem Docker innerhalb unprivilegierter LXC-Container wegen AppArmor-Beschränkungen kaputtgeht; 9.1 hat einige dieser Beschränkungen speziell für unprivilegierte Container gelockert, um das zu adressieren, aber es lohnt sich, das eigene Setup nach dem Upgrade zu prüfen, wenn Sie Docker-in-LXC einsetzen.
• NVIDIA-Treiber-Verzögerung: Wie bei den meisten Kernel-Sprüngen hinkt die NVIDIA-Treiberkompatibilität dem neuesten unterstützten Kernel um Wochen bis Monate hinterher. Wenn Ihr Homelab auf NVIDIA-Passthrough oder -Transcoding angewiesen ist, lohnt es sich, die Treiberunterstützung für Ihre spezifische Karten- und Kernel-Kombination vor dem Upgrade eines Produktionssystems zu bestätigen und in der Zwischenzeit bei Bedarf den vorherigen Kernel zu pinnen.

Wenn Sie noch auf einer alten Version sind

Das kommt häufiger vor, als der Community-Ratschlag „immer aktuell bleiben" vermuten lässt — Kleinunternehmen und Homelabs mit Proxmox-VE-5.x- oder -6.x-Installationen, die seit der Einrichtung schlicht nie angefasst wurden, sind ein wiederkehrendes Muster in Support-Threads. Wenn das auf Sie zutrifft, versuchen Sie nicht, direkt zu 9.x zu springen. Arbeiten Sie die Hauptversionen der Reihe nach durch (5→6→7→8→9), sichern Sie bei jedem Schritt und verifizieren Sie die Stabilität — oder erwägen Sie, wenn die Kiste entbehrlich ist und Sie aktuelle Backups von allem Wichtigen haben, stattdessen eine saubere Neuinstallation auf aktuellem Proxmox VE, was oft schneller und weniger riskant ist als vier aufeinanderfolgende Hauptversions-Upgrades auf einer alten, möglicherweise bereits eigenwilligen Installation.

Weiterführende Lektüre

Für den Installationsprozess selbst siehe unseren Proxmox-VE-Installationsguide. Für Post-Install-Automatisierung siehe den Hub für Proxmox Helper Scripts.