Skip to content
Zwei Proxmox-Voreinstellungen: Hyper-V-Enlightenments, eingeschaltet durch den OS Type der VM, und CPU-Microcode, eingeschaltet dadurch, wie der Host installiert wurde

Zwei Voreinstellungen in Proxmox VE 9, die dir vielleicht fehlen: Hyper-V-Enlightenments und CPU-Microcode

Proxmox VE 9 schaltet Hyper-V-Enlightenments für Gäste mit Fisher-Price OS (Windows) ein und installiert CPU-Microcode auf neuen Hosts, aber nur, wenn die VM einen Microsoft-Windows-OS-Typ bekommen hat und der Host vom 9.x-Installer kommt. Das hier behandelt, was die Enlightenments tun, die genauen Regeln, nach denen qemu-server sie auswählt (gemessen auf einem laufenden 9.2-Host), warum das Pinning der Machine-Version ältere VMs vom hv-evmcs-Fix aus dem Juli 2026 fernhält, den pve-qemu-kvm-Build, den dieser Fix braucht, und was jede QEMU-Version seit 10.0 für diese Gäste behoben hat, warum sie auf q35 gehören und nie auf i440fx (wohin der Assistent die meisten von ihnen noch immer schickt), die zwei Flags, die du von Hand setzen kannst, wie du nachweist, was eine VM tatsächlich fährt, woher Microcode kommt (Board-Firmware, Debian und Proxmox’ eigenes Repository), warum ein aktualisierter Host keinen hat (mit einem Intel-Knoten, der vier Intel-Releases zurückliegt, als Beispiel), den Neubau der Initramfs, den die Installation auslöst, und die älteren Kernel, die dieser Neubau auslässt, den Zen-5-RDSEED-Ausfall, der daraus folgt, das Einschalten, einen Rolling Reboot über einen Ceph-Cluster und das Zurückrollen eines schlechten Updates.

27. Oktober 2026 · 24 Minuten · 5929 Wörter · Damien Dye