In de ZimaOS-versie die in deze thread werd besproken, bood de webinterface van ZVM na het aanmaken van een Windows-VM geen eenvoudige workflow om een “tweede schijf toe te voegen”, maar IceWhale gaf expliciet aan dat de onderliggende libvirt/virsh-laag dit wel kon. Dat betekent dat de beperking voornamelijk in de GUI zat en niet noodzakelijk in de virtualisatiestack.
Het koppelen van een schijf via de CLI is een geavanceerde handeling. Schakel een productie-VM uit voordat je wijzigingen aanbrengt, maak een back-up van de VM-definitie en belangrijke gastgegevens en zorg dat je begrijpt of je een virtueel schijfimage of een onbewerkt blokapparaat van de host koppelt.
Wat IceWhale in de thread bevestigde
De gebruiker werkte met ZimaOS 1.4.3 en wilde meerdere afzonderlijke Windows-schijven, schijfuitbreiding en hardwarepassthrough. IceWhale antwoordde dat ZVM bewust slechts een beperkt aantal opties met één klik bood en dat voor geavanceerde wijzigingen CLI-vaardigheden en de tool virsh nodig waren.
Dat is voor die versie een officiële uitspraak over de productgrenzen. De thread bevatte geen geteste opdrachtreeks, dus het zou onveilig zijn om één specifieke doelschijfnaam of een pad naar een onbewerkt apparaat te verzinnen alsof die universeel toepasbaar was.
Hoe libvirt schijven toevoegt
De upstream-opdrachtreferentie voor virsh documenteert zowel attach-disk als het op XML gebaseerde attach-device. Permanente wijzigingen moeten normaal gesproken in de VM-configuratie worden aangebracht en niet alleen in de live-instantie.
Bij een Windows-gast moet een nieuwe virtuele schijf mogelijk ook online worden gebracht, geïnitialiseerd, gepartitioneerd en geformatteerd in Schijfbeheer van Windows nadat libvirt deze aan de VM heeft aangeboden.
Geef de voorkeur aan een virtueel schijfbestand, tenzij je passthrough van een onbewerkt apparaat nodig hebt
Een virtueel schijfimage is gemakkelijker te back-uppen, te verplaatsen en veilig los te koppelen. Als je een volledige fysieke schijf of partitie rechtstreeks aan een VM doorgeeft, neemt het risico toe dat de host en gast hetzelfde opslagmedium proberen te beheren.
De opslaghandleiding voor virtuele machines helpt om opslagtoewijzing voor VM's te onderscheiden van de normale planning van de ZimaOS-datapool.
Verwar het koppelen van een schijf niet met USB- of PCI-passthrough
In het oorspronkelijke bericht werd ook gevraagd naar USB- en hardwarepassthrough. Dat zijn verschillende libvirt-apparaattypen met uiteenlopende vereisten voor eigenaarschap en IOMMU. Een methode waarmee je een virtuele harde schijf koppelt, biedt niet automatisch USB- of PCI-passthrough.
Als de functie nu in een nieuwere ZVM-GUI beschikbaar is, geef dan de voorkeur aan de ondersteunde UI-methode. Zo niet, leg dan elke CLI-wijziging vast, zodat je die na een update of wijziging van de VM-definitie opnieuw kunt uitvoeren.
Kort samengevat
De forumthread bevestigde dat geavanceerde schijfwijzigingen via virsh mogelijk waren, ook wanneer de GUI van versie 1.4.3 dit niet kon. Behandel het koppelen via de CLI als een geavanceerde libvirt-taak: maak eerst een back-up, kies bewust tussen virtuele en onbewerkte opslag, zorg dat de wijziging permanent is en initialiseer de nieuwe schijf vervolgens in Windows.
