Windows Server 2025 Standard startet nach heutigem Update nicht mehr

[fw1976]

Hallo zusammen,

ich bin neu hier. Nach dem heutigen Update von Proxmox VE fährt mein Windows Server 2025 leider nicht mehr hoch und hängt in einer Endlosschleife fest. Windows Server 2022 startet dagegen ohne Probleme.

Ich habe das Verhalten auch mit einer Testmaschine nachvollziehen können: Nach dem Upgrade von Windows Server 2022 auf 2025 bootete auch diese Maschine nicht mehr. Während des Startvorgangs erscheint zunächst das Proxmox-Logo mit dem Ladekreis, kurze Zeit später lande ich jedoch im Bluescreen mit den erweiterten Startoptionen.

Ich habe bereits sämtliche Startoptionen ausprobiert – leider ohne Erfolg. Nachdem ich das Backup über Proxmox Backup zurückgespielt habe, lief die Testmaschine mit Windows Server 2022 wieder einwandfrei.

Daher vermute ich, dass das Problem mit dem letzten Update von Proxmox VE zusammenhängt.

Hat jemand ähnliche Erfahrungen gemacht oder vielleicht einen Tipp zur Fehlerbehebung?

Vielen Dank im Voraus für eure Unterstützung!

 

[Neobin]

War bei dem Update pve-qemu-kvm 11.0.0-2: [1] dabei?
Wenn ja, würde ich es mal mit einer vorherigen Version (apt list -a pve-qemu-kvm) versuchen.
Z.B.: apt reinstall pve-qemu-kvm=10.2.1-2 oder: apt reinstall pve-qemu-kvm=10.1.2-7
Die VM muss nach dem Downgrade des Pakets einmal komplett ausgeschaltet werden, damit bei dem anschließenden Start die "neue"/geänderte Version verwendet wird.

Reine Spekulation/Theorie; habe selbst keinen Windows Server im Einsatz.

[1] https://forum.proxmox.com/threads/q...test-and-pve-no-subscription-as-of-now.183494

 

[fw1976]

War bei dem Update pve-qemu-kvm 11.0.0-2: [1] dabei?
Wenn ja, würde ich es mal mit einer vorherigen Version (apt list -a pve-qemu-kvm) versuchen.
Z.B.: apt reinstall pve-qemu-kvm=10.2.1-2 oder: apt reinstall pve-qemu-kvm=10.1.2-7
Die VM muss nach dem Downgrade des Pakets einmal komplett ausgeschaltet werden, damit bei dem anschließenden Start die "neue"/geänderte Version verwendet wird.

Reine Spekulation/Theorie; habe selbst keinen Windows Server im Einsatz.

[1] https://forum.proxmox.com/threads/q...test-and-pve-no-subscription-as-of-now.183494

Hallo Neobin,

das war es. Nachdem Downgrade auf pve-qemu-kvm=10.2.1-2 fahren meine Windows Server 2025 VM wieder wie gewohnt hoch.

Vielen Dank!

 

[Scoobydru]

Hi Neobin,

I only joined to say "thank you" the downgrade worked a charm

Regards

 

[bytegetter]

Damit ist der Fehler aber nicht behoben.

 

[uzumo]

Dieses Problem wurde hier gemeldet. In Umgebungen, in denen virtuelle Maschinen mit HVCI-, Hyper-V- oder RDS-Rollen vorhanden sind, führt ein Update auf Qemu 11 dazu, dass diese nicht mehr booten.

Um dieses Problem zu beheben, müssen Sie die Einstellungen ändern. Die Proxmox-Entwickler sind sich dieses Problems ebenfalls bewusst.

Post in thread 'On a PVE system with the pve-qemu-kvm 11.0.0-1 package installed, virtual machines with the Hyper-V role added get stuck in a boot loop.'

May 8, 2026

Hi,
thank you for the report! My colleague @driley also ran into the issue and is looking into it.

• fiona

• 

Wenn du wie unten beschrieben -cet-ibt und -cet-ss hinzufügst, sollte es funktionieren.

args: -cpu host,level=30,-cet-ibt,-cet-ss

 

[fw1976]

@uzumo

Ich bin wieder auf die quemu-kvm 11 und habe die Zeile "args: -cpu host,-cet-ibt,-cet-ss" in der .conf eingetragen. Die WS2025 VMs starten damit einwandfrei. Als Übergangslösung akzeptabel.

Vielen Dank @all für die gute Unterstützung!

 

[uzumo]

Das ist ja gut. Da es auch mit „max“ anstelle von „host“ funktioniert, können Sie den Wert bei Bedarf ändern.

 

[Scoobydru]

Dieses Problem wurde hier gemeldet. In Umgebungen, in denen virtuelle Maschinen mit HVCI-, Hyper-V- oder RDS-Rollen vorhanden sind, führt ein Update auf Qemu 11 dazu, dass diese nicht mehr booten.

Um dieses Problem zu beheben, müssen Sie die Einstellungen ändern. Die Proxmox-Entwickler sind sich dieses Problems ebenfalls bewusst.

Post in thread 'On a PVE system with the pve-qemu-kvm 11.0.0-1 package installed, virtual machines with the Hyper-V role added get stuck in a boot loop.'

May 8, 2026

Hi,
thank you for the report! My colleague @driley also ran into the issue and is looking into it.

• fiona

• 

Wenn du wie unten beschrieben -cet-ibt und -cet-ss hinzufügst, sollte es funktionieren.

args: -cpu host,level=30,-cet-ibt,-cet-ss

Makes sense why my DC didn't die but my RDS server did........... along with my MECM / SCCM server

 

[6equj5]

Die Proxmox-Entwickler sind sich dieses Problems ebenfalls bewusst.

Wie kann solch ein fehlerhaftes Release kommen?

In Umgebungen, in denen virtuelle Maschinen mit HVCI-, Hyper-V- oder RDS-Rollen vorhanden sind, führt ein Update auf Qemu 11 dazu, dass diese nicht mehr booten.

Das sind ja extreme Sonderfälle, besonders RDS ...

 

[uzumo]

Solange das problematische Modul im Test-Repository verbleibt, habe ich nichts dagegen....
Wenn dieses Modul nur nicht zum „No-Subscription“-Repository hinzugefügt worden wäre.

 

[fw1976]

Kurzes Feedback zur Lösung der Parameter: -cet-ibt,-cet-ss

Leider musste ich wieder zum Downgrade apt reinstall pve-qemu-kvm=10.1.2-7 übergehen. Die Lösung mit den Parametern führte leider immer wieder zu Problemen im RDS Bereich, dass in der Remote Sitzung die Verbindung immer wieder verloren ging inkl. sehr hoher CPU Last. Das ist mit dem Downgrade nicht so. Dies vielleicht zur Info...

 

[uzumo]

Derzeit erfüllt das Flag lediglich eine funktionale Rolle, und da wir noch nicht vollständig verstehen, wie es konkret die Wahrscheinlichkeit des Auftretens des Problems verringert, ist es möglicherweise nicht für den Einsatz in einer Produktionsumgebung geeignet.

Idealerweise sollten wir den MBEC/GMET-Backport – der das Problem verursacht – aus dem Kernel entfernen. Auch wenn MBEC/GMET zu Leistungssteigerungen führen kann, glaube ich nicht, dass es bereits so weit ausgereift ist, dass es für den praktischen Einsatz bereit ist.