Ce fil constitue une trace utile de la manière dont les utilisateurs de ZVM ont défini les fonctionnalités de virtualisation qu’ils souhaitaient le plus. IceWhale a lancé la discussion en mai 2024, alors qu’une campagne de vote était en cours. Au départ, l’attention s’est portée sur la prise en charge de davantage de formats d’images disque, un accès simplifié aux images, l’importation d’instances depuis d’autres plateformes de virtualisation et la prise en charge de LXC. Au cours de l’année suivante, les demandes sont devenues plus concrètes : images QCOW2 et d’appliances, passthrough PCI/GPU, démarrage automatique des VM, contrôles QEMU avancés, redimensionnement du stockage, passthrough audio et meilleurs rapports d’erreur.
La source doit être considérée comme un historique des retours produit, et non comme une liste actuelle des fonctionnalités. Le fait qu’une demande apparaisse dans ce fil ne prouve pas que la fonctionnalité est encore absente aujourd’hui, et une réponse d’IceWhale indiquant « nous allons en discuter » ne constitue pas un engagement de publication.
QCOW2, VDI, OVA et les appliances préconfigurées étaient une priorité dès le début
Plusieurs utilisateurs souhaitaient démarrer des appliances virtuelles préconfigurées sans les convertir en programmes d’installation ISO. Home Assistant OS a été cité à plusieurs reprises, car il distribue des images de VM plutôt qu’une image ISO d’installation classique.
Il s’agit d’un besoin différent du simple fait de « monter une image ISO ». Une image disque préinstallée contient déjà un système d’exploitation et doit être connectée comme disque de démarrage de la VM.
Home Assistant OS a concrétisé le problème d’importation d’images
Plusieurs réponses demandaient spécifiquement la possibilité d’exécuter HAOS dans ZVM. Des résultats communautaires ultérieurs sur des versions plus récentes de ZVM ont confirmé que HAOS pouvait être exécuté comme VM, ce qui montre pourquoi une limitation de 2024 ne doit pas être décrite comme une situation actuelle permanente.
Le passthrough PCI et GPU est devenu une demande majeure en 2025
Les utilisateurs disposant de matériel destiné au jeu vidéo souhaitaient que leurs invités Windows ou SteamOS utilisent un véritable GPU. Un participant équipé d’une RTX 2070 a indiqué que Windows 11 et une future VM SteamOS étaient tous deux lents, car l’invité semblait utiliser des graphismes logiciels.
Le passthrough PCI nécessite la prise en charge d’IOMMU/VFIO ainsi qu’une isolation sûre des périphériques. Il est fondamentalement différent d’un affichage émulé ou paravirtualisé.
Le démarrage automatique des VM était une autre exigence pratique pour les serveurs
Un utilisateur d’une VM Debian Server a demandé un bouton de démarrage automatique propre à chaque VM, afin que les invités d’infrastructure redémarrent après un redémarrage de ZimaOS. IceWhale a reconnu le retour et indiqué que l’équipe allait en discuter.
Pour un serveur domestique toujours allumé, l’ordre de démarrage et la récupération après redémarrage sont souvent plus importants que la création graphique de VM.
Les utilisateurs avancés souhaitaient un contrôle direct de QEMU/libvirt
Un autre utilisateur a demandé l’accès aux commandes QEMU personnalisées et à Cockpit Machines. Ses objectifs comprenaient des essais de passthrough audio, des résolutions d’affichage plus élevées et un redimensionnement plus simple des pools de stockage.
Zima-Giorgio a demandé quels privilèges étaient réellement nécessaires, puis a indiqué que l’équipe allait étudier ces cas d’utilisation. La source ne montre aucune promesse officielle d’exposer des options arbitraires de la ligne de commande QEMU dans l’interface ZVM.
Des captures d’écran ultérieures ont révélé des difficultés liées au démarrage et à la configuration des VM
Les utilisateurs ont également demandé de meilleurs retours sur les téléchargements et les erreurs
En octobre 2025, un nouvel utilisateur a indiqué que le lien de téléchargement intégré de l’image ISO Debian échouait, tandis qu’une URL Debian trouvée manuellement fonctionnait. Il demandait précisément à ZVM d’indiquer quelle URL avait échoué, au lieu d’afficher uniquement une erreur générique.
Il s’agit d’un problème d’ergonomie distinct de l’hyperviseur lui-même : le dépannage est beaucoup plus facile lorsque ZVM expose la ressource réellement défaillante ou le message du backend.
N’utilisez pas ce fil comme tableau des fonctionnalités de 2026
ZVM a continué d’évoluer après la campagne initiale de retours, et des extensions communautaires ajoutent désormais des fonctionnalités telles que les instantanés, le démarrage automatique, le passthrough USB/PCIe, les exportations de sauvegarde et des métriques autour de la couche libvirt intégrée. Certaines demandes de 2024 disposent donc de solutions communautaires fonctionnelles, même lorsqu’elles étaient absentes de l’interface d’origine.
Pour déterminer si ZVM peut exécuter une appliance donnée aujourd’hui, testez les formats d’image et les contrôles de périphériques actuellement pris en charge par ZVM, plutôt que de vous fier uniquement à cette liste historique de demandes.
LXC figurait dans la liste officielle initiale soumise au vote
Dans son message d’ouverture, IceWhale indiquait précisément que la prise en charge de LXC recueillait déjà des votes. Il s’agit d’un modèle de virtualisation différent des machines virtuelles KVM/QEMU complètes : les conteneurs système de type LXC partagent le noyau de l’hôte tout en présentant un espace utilisateur davantage semblable à celui d’une VM.
Le fil ne montre pas qu’IceWhale ait intégré LXC à ZVM. La formulation historique prudente consiste donc simplement à dire qu’il s’agissait d’une orientation demandée.
Les utilisateurs souhaitaient importer des appliances, pas seulement bénéficier de nouvelles extensions de fichiers
Les demandes concernant QCOW2, VDI et OVA portaient en réalité sur la portabilité. Les utilisateurs disposaient déjà d’appliances fonctionnant sur QNAP, Unraid, VMware ou d’autres hyperviseurs et souhaitaient transférer ces systèmes dans ZVM sans les reconstruire à partir d’un support d’installation.
Cela signifie que la prise en charge des formats, la compatibilité du bus de disque, le mode du micrologiciel, la configuration réseau et les métadonnées des VM importées sont tous importants. La simple reconnaissance d’une extension de fichier ne garantit pas qu’une appliance démarrera correctement.
La résolution d’affichage et le passthrough audio étaient également des problèmes pratiques
Un utilisateur avancé souhaitait expérimenter avec les options QEMU, car ses invités Linux avaient besoin de meilleures résolutions d’affichage et on lui avait précédemment indiqué que le passthrough audio Windows n’était pas disponible. Il souhaitait également un redimensionnement plus simple des pools de stockage au moyen d’une interface graphique plus complète.
Ces demandes montrent que les retours sur ZVM ne concernaient pas uniquement la création de VM : les utilisateurs souhaitaient un contrôle plus approfondi du cycle de vie et des périphériques une fois la VM créée.
Le fil permet de distinguer les priorités des débutants et celles des utilisateurs avancés
Pour les utilisateurs ordinaires, l’importation d’images, des erreurs explicites, un démarrage fiable et le démarrage automatique réduisent les difficultés. Pour les utilisateurs avancés, le passthrough PCI, les arguments QEMU personnalisés, le redimensionnement du stockage, LXC et l’accès direct à libvirt sont plus importants.
Cette distinction est utile pour évaluer ZVM aujourd’hui : une fonctionnalité peut être inutile pour une appliance Home Assistant simple, mais essentielle pour une VM Windows ou de jeu vidéo utilisant un GPU.
FAQ sur les retours concernant ZVM
Les utilisateurs ont-ils demandé la prise en charge de QCOW2 ?
Oui. QCOW2 et d’autres formats de VM préconfigurées figuraient parmi les demandes les plus fréquentes.
IceWhale a-t-elle promis le passthrough PCI dans ce fil ?
Non. Les utilisateurs l’ont demandé et l’équipe a reconnu le retour, mais le fil ne constitue pas un engagement de publication.
Le démarrage automatique des VM a-t-il été demandé ?
Oui, notamment pour les VM serveur qui doivent redémarrer après un redémarrage de l’hôte.
