Skip to content
Une clé de licence qui passe du firmware d'un PC à une seule machine virtuelle

Déplacer une licence OEM dans une VM Proxmox, et ce qui part avec

Une licence OEM du Fisher-Price OS (Windows) vit dans le firmware du PC sous la forme d’une table ACPI appelée MSDM, et QEMU transmettra n’importe quelle table de ce genre à un invité sans la vérifier. Ce billet couvre ce que contient la table, un validateur qui refuse les tables malformées avant que QEMU ne répare leurs en-têtes en silence, leur stockage dans la moitié privée du système de fichiers du cluster Proxmox, les conditions de Microsoft pour déplacer une licence OEM, le seul cas qu’elles autorisent clairement, la prise de la table directement sur l’hôte quand la machine sous licence est l’hyperviseur, et pourquoi l’activation MAK, KMS, Active Directory et AVMA ne touche jamais à la table.

4 octobre 2026 Â· 12 min Â· 2903 mots Â· Damien Dye
L'écran de démarrage d'une machine virtuelle dont le logo de l'hyperviseur est remplacé par celui d'un produit

Mettre sa marque sur une VM Proxmox, et l'y garder après la prochaine mise à jour

Une VM Proxmox d’origine affiche le logo de Proxmox au démarrage, porte le nom de Proxmox dans la chaîne fournisseur de son firmware et se présente comme QEMU dans chaque table SMBIOS. Ce billet remplace tout cela par le nom de votre produit : les types SMBIOS 0, 1, 2, 3 et 11, avec le numéro de série et le SKU tirés du nom et de la taille de la VM, l’écran de démarrage SeaBIOS et son piège de couleurs, un OVMF à votre marque compilé depuis l’arbre de Proxmox lui-même ou un pilote en ROM d’option qui remplace le logo et la BGRT sous Secure Boot sans toucher au firmware, et le logo de l’interface web. Chaque changement est placé pour qu’une mise à jour ne puisse pas le défaire en silence, et celui qu’une mise à jour peut laisser dangereusement périmé, le firmware, reçoit un hook qui le signale.

4 octobre 2026 Â· 27 min Â· 6356 mots Â· Damien Dye
Un seul module noyau KVM sous cinq piles de gestion différentes

Proxmox VE n'est pas un hyperviseur — KVM l'est, et vous le faites déjà tourner

« Proxmox est-il de niveau entreprise ? » est une question sur l’hyperviseur, et Proxmox VE n’en contient pas. L’hyperviseur, c’est KVM — le même module noyau sous EC2, Google Cloud, Alibaba Cloud, Nutanix AHV et OpenShift Virtualization. Ce que Proxmox maintient vraiment, pourquoi l’argument du type 1 vise la mauvaise ligne, et ce que le socle commun ne vous achète pas.

12 aoĂ»t 2026 Â· 29 min Â· 6143 mots Â· Damien Dye
Un contrôleur NVMe émulé à côté d'un chemin VirtIO SCSI, Proxmox incapable de voir le premier

Un périphérique NVMe virtuel dans Proxmox — et les trois choses que vous abandonnez

QEMU sait émuler un vrai contrôleur NVMe, si bien que l’invité se sert de son propre pilote NVMe intégré, sans aucun support VirtIO requis. Il est aussi non migrable par conception, invisible aux sauvegardes Proxmox, et pas plus rapide que VirtIO SCSI. Voici comment en ajouter un et quand cela en vaut la peine.

7 aoĂ»t 2026 Â· 11 min Â· 2226 mots Â· Damien Dye
Une horloge invitée qui s'éloigne de l'horloge de l'hôte, et un hypercall qui la ramène

L'horloge d'une VM n'est pas fiable — et le correctif ptp_kvm pour QEMU/KVM

L’horloge d’une machine virtuelle repose sur une hypothèse que la virtualisation casse : que le CPU continue de compter. Pourquoi l’heure des invités dérive sur tous les hyperviseurs, ce que le décalage casse vraiment — Kerberos, TLS, Ceph, Windows — et comment ptp_kvm corrige ça proprement sur QEMU/KVM.

7 aoĂ»t 2026 Â· 17 min Â· 3444 mots Â· Damien Dye
Un bus PCI plat de 1996 à côté d'un root complex PCIe de 2007

Toujours Q35, jamais i440fx — pourquoi ça compte sur Proxmox VE

Les deux chipsets virtuels de QEMU ne sont pas interchangeables. Q35 fournit une vraie topologie PCIe dont dépendent le passthrough, les Windows modernes et tout l’écosystème KVM.

7 aoĂ»t 2026 Â· 12 min Â· 2491 mots Â· Damien Dye