virt-install - En ligne dans le Cloud

PROGRAMME:

Nom

virt-install - provisionner de nouvelles machines virtuelles

SYNOPSIS

virt-installer [OPTION]...

DESCRIPTION

virt-installer est un outil en ligne de commande pour créer de nouveaux invités de conteneur KVM, Xen ou Linux
en utilisant la bibliothèque de gestion d'hyperviseur "libvirt". Voir la section EXEMPLES à la fin de
ce document pour démarrer rapidement.

virt-installer l'outil prend en charge les installations graphiques utilisant (par exemple) VNC ou SPICE, comme
ainsi que les installations en mode texte sur la console série. L'invité peut être configuré pour utiliser un ou
plus de disques virtuels, d'interfaces réseau, de périphériques audio, de périphériques physiques USB ou PCI, parmi
autres.

Le support d'installation peut être conservé localement ou à distance sur des serveurs NFS, HTTP, FTP. Dans le
dernier cas, "virt-install" récupérera les fichiers minimaux nécessaires pour lancer le
processus d'installation, permettant à l'invité de récupérer le reste de la distribution du système d'exploitation comme
nécessaire. Démarrage PXE et importation d'une image disque existante (ignorant ainsi l'installation
phase) sont également pris en charge.

Avec des arguments de ligne de commande appropriés, "virt-install" est capable de s'exécuter complètement
sans surveillance, avec l'invité lui-même « démarrant ». Cela permet une automatisation facile de
les invités s'installent.

De nombreux arguments ont des sous-options, spécifiées comme opt1=foo,opt2=bar, etc. Essayez --option=? à
voir une liste complète des sous-options associées à cet argument, exemple : virt-install
--disque=?

La plupart des options ne sont pas nécessaires. Les exigences minimales sont --name, --memory, guest storage
(--disk ou --filesystem) et une option d'installation.

CONNECTING À LIBVIRT

-c URI
--relier URI
Connectez-vous à un hyperviseur autre que celui par défaut. Si ce n'est pas spécifié, libvirt essaiera et
choisissez la valeur par défaut la plus appropriée.

Voici quelques options valides :

qemu:///système
Pour créer des invités KVM et QEMU à exécuter par l'instance système libvirtd. Cette
est le mode par défaut utilisé par virt-manager et ce que veulent la plupart des utilisateurs de KVM.

qemu:///session
Pour créer des invités KVM et QEMU pour libvirtd exécuté en tant qu'utilisateur normal.

xfr:///
Pour se connecter à Xen.

lxc:///
Pour créer des conteneurs Linux

GÉNÉRAL OPTIONS

Paramètres de configuration généraux qui s'appliquent à tous les types d'installations d'invités.

-n Nom
--Nom Nom
Nom de la nouvelle instance de machine virtuelle invitée. Cela doit être unique parmi tous les invités
connus de l'hyperviseur sur la connexion, y compris ceux qui ne sont pas actuellement actifs. À
redéfinissez un invité existant, utilisez le Virsh(1) outil pour l'arrêter ('virsh shutdown')
& supprimez ('virsh undefine') avant d'exécuter "virt-install".

--Mémoire OPTIONS
Mémoire à allouer à l'invité, en MiB. Des sous-options sont disponibles, comme 'maxmemory'
et « grandes pages ». Cela déprécie l'option -r/--ram.

Utilisez --memory=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsMemoryAllocation>

--mémoire OPTIONS
Cette option influencera la façon dont les pages de mémoire virtuelle sont sauvegardées par les pages hôte.

Utilisez --memorybacking=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsMemoryBacking>

--cambre CAMBRE
Demandez une architecture CPU non native pour la machine virtuelle invitée. S'il est omis, le
L'architecture CPU hôte sera utilisée dans l'invité.

--machine APPRENTISSAGE
Le type de machine à émuler. Cela n'aura généralement pas besoin d'être spécifié pour Xen ou
KVM, mais est utile pour choisir des types de machines d'architectures plus exotiques.

--métadonnées OPT=VAL,[...]
Spécifiez les valeurs de métadonnées pour l'invité. Les options possibles incluent le nom, l'uuid, le titre et
la description. Cette option désapprouve -u/--uuid et --description.

Utilisez --metadata=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsMetadata>

--événements OPT=VAL,[...]
Spécifiez les valeurs d'événements pour l'invité. Les options possibles incluent on_poweroff, on_reboot,
et on_crash.

Utilisez --events=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsÉvénements>

--Ressource OPT=VAL,[...]
Spécifiez le partitionnement des ressources pour l'invité.

Utilisez --resource=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#resPartition>

--vcpus OPTIONS
Nombre de processeurs virtuels à configurer pour l'invité. Si 'maxvcpus' est spécifié, le
l'invité pourra brancher à chaud jusqu'à MAX vcpus pendant l'exécution de l'invité, mais
démarrage avec VCPUS.

La topologie du processeur peut en outre être spécifiée avec des sockets, des cœurs et des threads. Si
les valeurs sont omises, le reste sera rempli automatiquement, préférant les sockets aux cœurs plutôt que
threads.

'cpuset' définit les processeurs physiques que l'invité peut utiliser. "CPUSET" est une virgule séparée
liste de nombres, qui peuvent également être spécifiés dans des plages ou des processeurs à exclure. Exemple:

0,2,3,5 : Utiliser les processeurs 0,2,3 et 5
1-5,^3,8 : Utiliser les processeurs 1,2,4,5 et 8

Si la valeur 'auto' est transmise, virt-install tente de déterminer automatiquement un
épinglage optimal du processeur à l'aide des données NUMA, si disponibles.

Utilisez --vcpus=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#élémentsCPUAllocation>

--numatune OPTIONS
Réglez la stratégie NUMA pour le processus de domaine. Exemples d'appels

--numatune 1,2,3,4-7
--numatune 1-3,5,mode=préféré

Spécifie les nœuds Numa à partir desquels allouer la mémoire. Cela a la même syntaxe que
l'option "--cpuset". le mode peut être l'un des 'interleave', 'preferred' ou 'strict' (le
défaut). Voir 'man 8 numactl' pour plus d'informations sur chaque mode.

Utilisez --numatune=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsNUMATuning>

--memtune OPTIONS
Réglez la politique de mémoire pour le processus de domaine. Exemples d'appels

--memtune 1000
--memtune hard_limit=100,soft_limit=60,swap_hard_limit=150,min_guarantee=80

Utilisez --memtune=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsMemoryTuning>

--blkiotune OPTIONS
Réglez la stratégie blkio pour le processus de domaine. Exemples d'appels

--blkiotune 100
--blkiotune poids=100,device_path=/dev/sdc,device_weight=200

Utilisez --blkiotune=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsBlockTuning>

--CPU MODÈLE[,+feature][,-feature][,match=MATCH][,vendor=VENDOR]
Configurez le modèle de CPU et les fonctionnalités de CPU exposées à l'invité. La seule valeur requise
est MODEL, qui est un modèle de CPU valide tel que connu par libvirt.

Les valeurs de politique de fonctionnalité de Libvirt forcent, exigent, facultatif, désactivent ou interdisent, ou avec
le raccourci '+feature' et '-feature', qui équivaut à 'force=feature' et
'désactiver=fonctionnalité' respectivement

Quelques exemples:

--CPU core2duo,+x2apic,désactiver=vmx
Exposez le modèle de processeur core2duo, forcez l'activation de x2apic, mais n'exposez pas vmx

--CPU hôte
Exposez la configuration des CPU hôtes à l'invité. Cela permet au client de prendre
avantage de nombreuses fonctionnalités des processeurs hôtes (meilleures performances), mais peut entraîner
problèmes en cas de migration de l'invité vers un hôte sans CPU identique.

--CPU modèle d'hôte uniquement
Exposez la configuration de modèle de CPU hôte la plus proche à l'invité. C'est le meilleur processeur
qui peut être utilisé pour un invité sur l'un des hôtes.

Utilisez --cpu=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#élémentsCPU>

--Sécurité type=TYPE[,label=LABEL][,relabel=oui|non]
Configurez les paramètres du pilote de sécurité de domaine. Le type peut être 'statique' ou 'dynamique'.
La configuration 'statique' nécessite un LABEL de sécurité. Spécification de LABEL sans TYPE
implique une configuration statique.

Pour que libvirt applique automatiquement votre étiquette statique, vous devez spécifier relabel=yes.
Sinon, les images disque doivent être étiquetées manuellement par l'administrateur, y compris les images qui
virt-install est invité à créer.

Utilisez --security=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#seclabel>

--caractéristiques FEAT=activé|désactivé,...
Définir des éléments dans les invités XML activé ou désactivé. Les exemples incluent acpi, apic, eoi,
fonctionnalités privnet et hyperv. Quelques exemples:

--caractéristiques eoi=sur
Activer APIC PV EOI

--caractéristiques hyperv_vapic=activé,hyperv_spinlocks=désactivé
Activer Hypver VAPIC, mais désactiver les verrous tournants

--caractéristiques kvm_hidden = activé
Autoriser la signature de l'hyperviseur KVM à être masquée à l'invité

--caractéristiques pvspinlock = activé
Avertissez l'invité que l'hôte prend en charge les verrous d'attente paravirtuels, par exemple en
exposer le mécanisme pvticketlocks.

Utilisez --features=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#élémentsCaractéristiques>

--l'horloge offset=OFFSET,TIMER_OPT=VAL,...
Configurer l'invité XML. Certaines options prises en charge :

--l'horloge décalage=OFFSET
Réglez le décalage de l'horloge, ex. « utc » ou « heure locale »

--l'horloge TIMER_présent=non
Désactivez une minuterie booléenne. TIMER ici peut être hpet, kvmclock, etc.

--l'horloge TIMER_tickpolicy=VAL
Définissez la valeur de la politique de tick d'une minuterie. TIMER ici peut être rtc, pit, etc. VAL peut être
rattrapage, délai, etc. Reportez-vous à la documentation de libvirt pour toutes les valeurs.

Utilisez --clock=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsTime>

--pm OPTIONS
Configurez les fonctionnalités de gestion de l'alimentation des invités. Des exemples de sous-options incluent
suspend_to_mem=on|off et suspend_to_disk=on|off

Utilisez --pm=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsPowerManagement>

INSTALLATION OPTIONS

--CD ROM OPTIONS
Fichier ou périphérique utilisé comme périphérique de CD-ROM virtuel. Il peut s'agir d'un chemin vers une image ISO, ou vers
un lecteur de CD-ROM. Il peut également s'agir d'une URL à partir de laquelle récupérer/accéder à une ISO de démarrage minimale
image. Les URL prennent le même format que celui décrit pour l'argument "--location". Si un
cdrom a été spécifié via l'option "--disk", et ni "--cdrom" ni aucun autre
install est spécifiée, le cdrom "--disk" est utilisé comme support d'installation.

-l EMPLACEMENT
--emplacement OPTIONS
Source d'installation de l'arborescence de distribution. virt-install peut reconnaître certaines distributions
tree et récupère une paire noyau/initrd amorçable pour lancer l'installation.

Avec libvirt 0.9.4 ou version ultérieure, les installations d'URL réseau fonctionnent pour les connexions à distance. virt-
install téléchargera le noyau/initrd sur la machine locale, puis téléchargera le média sur
l'hôte distant. Cette option nécessite que l'URL soit accessible à la fois par le local et
hôte distant.

--location permet des choses comme --extra-args pour les arguments du noyau, et l'utilisation
--initrd-inject. Si vous souhaitez utiliser ces options avec un support CD-ROM, vous disposez de quelques
options:

* Exécutez virt-install en tant que root et faites --location ISO

* Montez l'ISO dans un répertoire local et faites --location DIRECTORY

* Montez l'ISO dans un répertoire local, exportez ce répertoire sur http local et faites
--emplacement http://localhost/DIRECTORY

La « LOCALISATION » peut prendre l'une des formes suivantes :

http://host/path
Un emplacement de serveur HTTP contenant une image de distribution installable.

ftp://hôte/chemin
Un emplacement de serveur FTP contenant une image de distribution installable.

nfs:host:/path ou nfs://host/path
Un emplacement de serveur NFS contenant une image de distribution installable. Cela nécessite
exécuter virt-install en tant que root.

ANNUAIRE
Chemin d'accès à un répertoire local contenant une image de distribution installable. Noter que
le répertoire ne sera pas accessible par l'invité après le démarrage initial, donc le système d'exploitation
le programme d'installation aura besoin d'un autre moyen pour accéder au reste du support d'installation.

ISO Montez l'ISO et sondez le répertoire. Cela nécessite d'exécuter virt-install en tant que root,
et a la même mise en garde d'accès VM que DIRECTORY.

Quelques exemples d'URL spécifiques à la distribution :

Basé sur Fedora/Red Hat
http://download.fedoraproject.org/pub/fedora/linux/releases/21/Server/x86_64/os

Debian
http://ftp.us.debian.org/debian/dists/stable/main/installer-amd64/

Ubuntu
http://us.archive.ubuntu.com/ubuntu/dists/wily/main/installer-amd64/

Suse
http://download.opensuse.org/distribution/11.0/repo/oss/

Mandriva
ftp://ftp.uwsg.indiana.edu/linux/mandrake/official/2009.0/i586/

Mageia
ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/Mageia/distrib/1

--pxe
Utilisez le protocole de démarrage PXE pour charger le disque virtuel et le noyau initiaux pour démarrer le
processus d'installation de l'invité.

--importer
Ignorez le processus d'installation du système d'exploitation et créez un invité autour d'une image disque existante. Les
le périphérique utilisé pour le démarrage est le premier périphérique spécifié via "--disk" ou "--filesystem".

--livecd
Spécifiez que le support d'installation est un live CD et que l'invité doit donc être
configuré pour démarrer à partir du lecteur de CD-ROM de façon permanente. Il peut être souhaitable d'utiliser également
l'indicateur "--disk none" en combinaison.

-x EXTRA
--arguments-extra OPTIONS
Arguments de ligne de commande du noyau supplémentaires à transmettre au programme d'installation lors de l'exécution d'un
installation invitée à partir de "--location". Une utilisation courante consiste à spécifier un kickstart anaconda
fichier pour les installations automatisées, comme --extra-args "ks=http://myserver/my.ks"

--initrd-injecter PATH
Ajoutez PATH à la racine de l'initrd récupéré avec "--location". Cela peut être utilisé pour exécuter
une installation automatisée sans nécessiter de fichier kickstart hébergé sur le réseau :

--initrd-inject=/chemin/vers/my.ks --extra-args "ks=file:/my.ks"

--os-variante OS_VARIANT
Optimiser la configuration de l'invité pour un système d'exploitation spécifique (ex. 'fedora18',
'rhel7', 'winxp'). Bien que cela ne soit pas obligatoire, la spécification de cette option est FORTEMENT RECOMMANDÉE,
car il peut considérablement augmenter les performances en spécifiant virtio parmi d'autres réglages invités.

Par défaut, virt-install tentera de détecter automatiquement cette valeur à partir du support d'installation
(actuellement uniquement pris en charge pour les installations d'URL). La détection automatique peut être désactivée avec le
valeur spéciale 'aucun'. L'autodétection peut être forcée avec la valeur spéciale 'auto'.

Utilisez la commande "osinfo-query os" pour obtenir la liste des variantes d'OS acceptées.

--botte BOOTOPT
Spécifiez éventuellement la configuration de démarrage de la machine virtuelle après l'installation. Cette option permet
spécification d'un ordre de périphérique de démarrage, démarrage permanent du noyau/initrd avec l'option
arguments du noyau et activation d'un menu de démarrage du BIOS (nécessite libvirt 0.8.3 ou une version ultérieure)

--boot peut être spécifié en plus d'autres options d'installation (telles que --location,
--cdrom, etc.) ou peut être spécifié seul. Dans ce dernier cas, le comportement est similaire
à l'option d'installation --import : il n'y a pas de phase 'install', l'invité est juste créé
et lancé comme spécifié.

Quelques exemples:

--botte cdrom,fd,hd,réseau,menu=on
Définissez la priorité du périphérique de démarrage comme premier cdrom, première disquette, premier disque dur, réseau
Démarrage PXE. Activez également l'invite du menu de démarrage du BIOS.

--botte kernel=KERNEL,initrd=INITRD,kernel_args="console=/dev/ttyS0"
Demandez à l'invité de démarrer en permanence une paire noyau/initrd locale, avec le
options du noyau.

--botte noyau=NOYAU,initrd=INITRD,dtb=DTB
Demandez à l'invité de démarrer en permanence une paire noyau/initrd locale avec un périphérique externe
arbre binaire. DTB peut être requis pour certaines configurations non x86 comme ARM ou PPC

--botte chargeur=BIOSPATH
Utilisez BIOSPATH comme BIOS de la machine virtuelle.

--botte menu=on,useserial=on
Activez le menu de démarrage du bios et activez l'envoi de la sortie de texte du bios par série
console.

--botte init=CHEMIN INITIAL
Chemin d'accès à un binaire que l'invité du conteneur initialisera. Si une racine "--filesystem" a
été spécifié, virt-install sera par défaut / sbin / init, sinon sera par défaut
/bin/sh.

--botte UEFI
Configurez la machine virtuelle pour démarrer à partir de l'UEFI. Pour que virt-install connaisse le bon
Paramètres UEFI, libvirt doit faire la publicité des binaires UEFI connus via
domcapabilities XML, donc cela ne fonctionnera probablement que s'il est correctement configuré
paquets de distribution.

--botte
loader=/.../OVMF_CODE.fd,loader_ro=yes,loader_type=pflash,nvram_template=/.../OVMF_VARS.fd
Spécifiez que la machine virtuelle utilise le binaire OVMF personnalisé comme firmware de démarrage,
mappé comme une puce flash virtuelle. De plus, demandez à libvirt d'instancier le
UEFI varstore spécifique à la machine virtuelle à partir du modèle de varstore personnalisé "/.../OVMF_VARS.fd".
Il s'agit de la configuration UEFI recommandée et doit être utilisée si --boot uefi ne sait pas
à propos de vos binaires UEFI.

Utilisez --boot=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsOS>

--idmap OPTIONS
Si la configuration de l'invité déclare un mappage UID ou GID, l'espace de noms « utilisateur » sera
permis de les appliquer. Un mappage UID/GID correctement configuré est un prérequis pour
sécuriser les conteneurs, en l'absence de confinement sVirt.

--idmap peut être spécifié pour activer l'espace de noms utilisateur pour les conteneurs LXC

Mise en situation :
--idmap
uid_start=0,uid_target=1000,uid_count=10,gid_start=0,gid_target=1000,gid_count=10

Utilisez --idmap=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsOSContainer>

STOCKAGE OPTIONS

--disque OPTIONS
Spécifie le support à utiliser comme stockage pour l'invité, avec diverses options. Le général
le format d'une chaîne de disque est

--disque opt1=val1,opt2=val2,...

L'appel le plus simple pour créer une nouvelle image disque 10G et le périphérique disque associé :

--taille du disque=10

virt-install générera un nom de chemin et le placera dans l'emplacement d'image par défaut pour
l'hyperviseur. Pour spécifier le média, la commande peut être :

--disk /some/storage/path[,opt1=val1]...

ou spécifiez explicitement l'un des arguments suivants :

chemin
Un chemin vers certains supports de stockage à utiliser, existants ou non. Le média existant peut être un fichier
ou bloquer l'appareil.

La spécification d'un chemin inexistant implique de tenter de créer le nouveau stockage, et
nécessitera la spécification d'une valeur 'taille'. Même pour les hôtes distants, virt-install
essayez d'utiliser les API de stockage libvirt pour créer automatiquement le chemin donné.

Si l'hyperviseur le prend en charge, chemin peut également être une URL de réseau, comme
http://example.com/some-disk.img . Pour les chemins réseau, l'hyperviseur
accéder directement au stockage, rien n'est téléchargé localement.

pool
Un nom de pool de stockage libvirt existant sur lequel créer un nouveau stockage. A besoin
en spécifiant une valeur 'taille'.

vol Un volume de stockage libvirt existant à utiliser. Ceci est spécifié comme
'poolname/volname'.

Autres options disponibles :

dispositif
Type de périphérique de disque. La valeur peut être 'cdrom', 'disk', 'lun' ou 'floppy'. La valeur par défaut est
'disque'. Si un 'cdrom' est spécifié et qu'aucune méthode d'installation n'est choisie, le cdrom est
utilisé comme support d'installation.

ordre de démarrage
L'installation d'invité avec plusieurs disques aura besoin de ce paramètre pour démarrer correctement
après avoir été installé. Un paramètre boot_order prendra les valeurs 1,2,3,...
avec une valeur inférieure a une priorité plus élevée.

bus Type de bus de disque. La valeur peut être 'ide', 'sata', 'scsi', 'usb', 'virtio' ou 'xen'. Les
la valeur par défaut dépend de l'hyperviseur puisque tous les hyperviseurs ne prennent pas en charge tous les types de bus.

amovible
Définit le drapeau amovible (/sys/bloc/$dev/removable sous Linux). Uniquement utilisé avec QEMU
et bus=usb. La valeur peut être 'on' ou 'off'.

lecture seulement
Définir le lecteur en lecture seule (prend 'on' ou 'off')

partageable
Définir le lecteur comme partageable (active ou désactive)

Taille
taille (en Gio) à utiliser si vous créez un nouveau stockage

clairsemé
s'il faut ignorer l'allocation complète du stockage nouvellement créé. La valeur est « oui » ou « non ».
La valeur par défaut est « oui » (ne pas allouer complètement) à moins que cela ne soit pas pris en charge par le
type de stockage sous-jacent.

Le temps initial nécessaire pour allouer entièrement le disque virtuel invité (sparse=no) sera
être généralement équilibré par des temps d'installation plus rapides à l'intérieur de l'invité. Ainsi l'utilisation de ce
est recommandée pour garantir des performances élevées et constantes et pour éviter les E/S
erreurs dans l'invité si le système de fichiers hôte se remplissait.

support_store
Chemin d'accès à un disque à utiliser comme magasin de sauvegarde pour l'image nouvellement créée.

cachette
Le mode de cache à utiliser. Le cache de page hôte fournit une mémoire cache. La cachette
la valeur peut être 'aucun', 'writethrough', 'directsync', 'unsafe' ou 'writeback'.
'writethrough' fournit une mise en cache de lecture. « writeback » fournit une mise en cache en lecture et en écriture.
'directsync' contourne le cache de la page hôte. 'unsafe' peut mettre en cache tout le contenu et
ignorer les demandes de vidage de l'invité.

Jeter
Si les demandes de suppression (également appelées « trim » ou « unmap ») sont ignorées ou transmises
au système de fichiers. La valeur peut être soit "unmap" (autoriser la demande de suppression à
être passé) ou "ignore" (ignorer la demande de suppression). Depuis la 1.0.6 (QEMU et KVM
seulement)

le format
Format d'image disque. Pour les volumes de fichiers, cela peut être 'raw', 'qcow2', 'vmdk', etc. Voir
types de format danshttp://libvirt.org/storage.html> pour les valeurs possibles. C'est
souvent associé à la type_conducteur valeur aussi.

S'il n'est pas spécifié lors de la création d'images de fichiers, la valeur par défaut sera « qcow2 ».

Si vous créez un stockage, ce sera le format de la nouvelle image. Si vous utilisez un
image existante, cela remplace la détection automatique de format de libvirt.

nom du conducteur
Nom du pilote que l'hyperviseur doit utiliser lors de l'accès au stockage spécifié.
N'a généralement pas besoin d'être défini par l'utilisateur.

type_conducteur
Format/type de pilote que l'hyperviseur doit utiliser pour accéder au stockage spécifié.
N'a généralement pas besoin d'être défini par l'utilisateur.

io Backend d'E/S de disque. Peut être soit « threads » ou « native ».

erreur_policy
Comment l'invité doit réagir en cas d'erreur d'écriture. Peut être l'un des "stop",
"ignorer" ou "enospace"

en série
Numéro de série du périphérique de disque émulé. Ceci est utilisé dans les invités Linux pour définir
/dev/disk/par-id liens symboliques. Un exemple de numéro de série pourrait être : WD-WMAP9A966149

startup_policy
Il définit ce qu'il faut faire avec le disque si le fichier source n'est pas accessible. Voir
valeurs possibles danshttp://www.libvirt.org/formatdomain.html#elementsDisques>

Voir la section exemples pour quelques utilisations. Cette option déprécie -f/--file,
-s/--file-size, --nonsparse et --nodisks.

Utilisez --disk=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsDisques>

--système de fichiers
Spécifie un répertoire sur l'hôte à exporter vers l'invité. L'invocation la plus simple
est:

--filesystem /source/on/host,/target/point/in/guest

Ce qui fonctionnera pour les récents OS invités QEMU et Linux ou les conteneurs LXC. Pour l'UEMQ, le
le point cible n'est qu'un indice de montage dans sysfs, il ne sera donc pas monté automatiquement.

Les options explicites suivantes peuvent être spécifiées :

type
Le type ou le répertoire source. Les valeurs valides sont 'mount' (valeur par défaut) ou
« modèle » pour les modèles OpenVZ.

mode
Le mode d'accès au répertoire source à partir du système d'exploitation invité. Uniquement utilisé avec QEMU
et type=monter. Les modes valides sont « passthrough » (par défaut), « mappé » ou
'écraser'. Voir la documentation XML du domaine libvirt pour plus d'informations.

source
Le répertoire sur l'hôte à partager.

l'objectif
L'emplacement de montage à utiliser dans l'invité.

Utilisez --filesystem=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsFilesystems>

RÉSEAUTAGE OPTIONS

-w OPTIONS
--réseau OPTIONS
Connectez l'invité au réseau hôte. La valeur pour "NETWORK" peut prendre l'une des 4
formats:

pont=PONT
Connectez-vous à un périphérique de pont dans l'hôte appelé "BRIDGE". Utilisez cette option si le
l'hôte a une configuration de réseau statique et l'invité nécessite des appels sortants et entrants complets
connectivité vers/depuis le réseau local. Utilisez-le également si la migration en direct sera utilisée avec
cet invité.

réseau=NOM
Connectez-vous à un réseau virtuel dans l'hôte appelé "NAME". Les réseaux virtuels peuvent être
répertorié, créé, supprimé à l'aide de l'outil de ligne de commande "virsh". Dans un non modifié
install de "libvirt" il y a généralement un réseau virtuel avec un nom de "default".
Utilisez un réseau virtuel si l'hôte dispose d'un réseau dynamique (par exemple NetworkManager), ou
en utilisant le sans fil. L'invité sera NATé sur le LAN par n'importe quelle connexion
actif.

type=direct,source=IFACE[,source_mode=MODE]
Connexion directe à l'interface hôte IFACE à l'aide de macvtap.

utilisateur
Connectez-vous au réseau local à l'aide de SLIRP. N'utilisez ceci que si vous exécutez un invité QEMU en tant que
utilisateur non privilégié. Cela fournit une forme très limitée de NAT.

aucun
Dites à virt-install de ne pas ajouter d'interface réseau par défaut.

Si cette option est omise, une seule carte réseau sera créée dans l'invité. S'il y a un
périphérique de pont dans l'hôte avec une interface physique asservie, qui sera utilisé pour
connectivité. A défaut, le réseau virtuel appelé "default" sera utilisé. Cette
L'option peut être spécifiée plusieurs fois pour configurer plusieurs cartes réseau.

Les autres options disponibles sont :

modèle
Modèle de périphérique réseau tel que vu par l'invité. La valeur peut être n'importe quel modèle nic pris en charge par
l'hyperviseur, ex : 'e1000', 'rtl8139', 'virtio', ...

mac Adresse MAC fixe pour l'invité ; Si ce paramètre est omis, ou la valeur
"RANDOM" est spécifié, une adresse appropriée sera générée aléatoirement. Pour Xen
machines virtuelles, il est nécessaire que les 3 premières paires de l'adresse MAC soient les
séquence '00:16:3e', tandis que pour les machines virtuelles QEMU ou KVM, elle doit être '52:54:00'.

référence du filtre
Contrôle du pare-feu et du filtrage réseau dans libvirt. La valeur peut être n'importe quel nwfilter
défini par les sous-commandes "virsh" 'nwfilter'. Les filtres disponibles peuvent être répertoriés par
exécuter 'virsh nwfilter-list', par exemple: 'clean-traffic', 'no-mac-spoofing', ...

type_port virtuel
Le type de profil de port virtuel, l'une des valeurs suivantes

"802.Qbg"
Les paramètres supplémentaires suivants sont acceptés

virtualport_managerid
L'ID du gestionnaire VSI identifie la base de données contenant le type VSI et
définitions d'instances. Il s'agit d'une valeur entière et la valeur 0 est
réservé.

virtualport_typeid
L'ID de type VSI identifie un type VSI caractérisant l'accès au réseau.
Les types de VSI sont généralement gérés par l'administrateur réseau. C'est un
valeur entière.

virtualport_typeidversion
La version de type VSI permet plusieurs versions d'un type VSI. C'est un
valeur entière.

ID_instance_port virtuel
L'identifiant d'ID d'instance VSI est généré lorsqu'une instance VSI (c'est-à-dire un
interface virtuelle d'une machine virtuelle) est créée. Il s'agit d'un
identifiant unique.

"802.Qbh"
Les paramètres supplémentaires suivants sont acceptés

ID_profileport_virtuel
L'ID de profil contient le nom du profil de port qui doit être appliqué
à cette interface. Ce nom est résolu par la base de données de profil de port en
les paramètres réseau du profil de port, et ces paramètres réseau
sera appliqué à cette interface.

"openvswitch"
Les paramètres supplémentaires suivants sont acceptés

ID_profileport_virtuel
Le profil de port OpenVSwitch pour l'interface

ID_interface_port_virtuel
Un UUID pour identifier de manière unique l'interface. S'il est omis, un sera
généré automatiquement

"midonet"
Les paramètres supplémentaires suivants sont acceptés

ID_interface_port_virtuel
Un UUID identifiant le port du réseau auquel l'interface sera
lié

Utilisez --network=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsNICS>

Cette option désapprouve -m/--mac, -b/--bridge et --nonetworks

GRAPHISME OPTIONS

Si aucune option graphique n'est spécifiée, "virt-install" essaiera de sélectionner le
graphiques si la variable d'environnement DISPLAY est définie, sinon '--graphics none' est utilisé.

--graphique TYPE, opt1 = arg1, opt2 = arg2,...
Spécifie la configuration de l'affichage graphique. Cela ne configure aucun virtuel
matériel, comment accéder à l'affichage graphique de l'invité. Typiquement l'utilisateur
n'a pas besoin de spécifier cette option, virt-install essaiera de choisir un
par défaut, et lancez une connexion appropriée.

Le format général d'une chaîne graphique est

--type graphique,opt1=arg1,opt2=arg2,...

Par exemple :

--graphics vnc, mot de passe=foobar

Les options prises en charge sont :

type
Le type d'affichage. C'est l'un des :

vnc

Configurez une console virtuelle dans l'invité et exportez-la en tant que serveur VNC dans l'hôte.
A moins que le paramètre "port" ne soit également fourni, le serveur VNC s'exécutera sur le premier
numéro de port gratuit à 5900 ou plus. L'affichage VNC réel alloué peut être
obtenu en utilisant la commande "vncdisplay" pour "virsh" (ou visionneuse virtuelle(1) peut être utilisé
qui s'occupe de ce détail pour l'usage).

épice

Exportez la console de l'invité à l'aide du protocole Spice. Spice permet avancé
des fonctionnalités telles que le streaming audio et de périphérique USB, ainsi qu'une amélioration graphique
la performance.

L'utilisation du type graphique spice fonctionnera comme si ces arguments étaient donnés :

--video qxl --channel

aucun

Aucune console graphique ne sera allouée à l'invité. Les invités devront probablement
avoir une console de texte configurée sur le premier port série de l'invité (cela peut être
fait via l'option --extra-args). La commande 'virsh console NAME' peut être utilisée pour
connectez-vous au périphérique série.

port
Demandez un numéro de port permanent et statiquement attribué à la console invité. Cette
est utilisé par 'vnc' et 'spice'

télésport
Spécifiez le tlsport d'épices.

écouter
Adresse sur laquelle écouter les connexions VNC/Spice. La valeur par défaut est généralement 127.0.0.1
(localhost uniquement), mais certains hyperviseurs permettent de changer cela globalement (par exemple,
la valeur par défaut du pilote qemu peut être modifiée dans /etc/libvirt/qemu.conf). Utilisez 0.0.0.0 pour
autoriser l'accès à partir d'autres machines. Ceci est utilisé par 'vnc' et 'spice'

carte du clavier
Demander que la console VNC virtuelle soit configurée pour s'exécuter avec un clavier spécifique
disposition. Si la valeur spéciale 'local' est spécifiée, virt-install tentera de
configurez pour utiliser la même configuration de clavier que le système local. Une valeur de « aucun »
s'en remet spécifiquement à l'hyperviseur. Le comportement par défaut est spécifique à l'hyperviseur,
mais est généralement la même chose que « local ». Ceci est utilisé par 'vnc'

Mot de passe
Demandez un mot de passe VNC, requis au moment de la connexion. Attention, cette information peut finir
dans les fichiers journaux de virt-install, n'utilisez donc pas de mot de passe important. Ceci est utilisé par
'vnc' et 'épice'

Utilisez --graphics=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#élémentsGraphiques>

Cela désapprouve les options suivantes : --vnc, --vncport, --vnclisten, -k/--keymap,
--sdl, --nographics

--noautoconsole
N'essayez pas automatiquement de vous connecter à la console invité. Le comportement par défaut est de
lancer visionneuse virtuelle(1) pour afficher la console graphique, ou pour lancer le "virsh"
commande "console" pour afficher la console de texte. L'utilisation de ce paramètre désactivera cette
comportement.

VIRTUALISATION OPTIONS

Options pour remplacer les choix de type de virtualisation par défaut.

-v
--hvm
Demander l'utilisation de la virtualisation complète, si la virtualisation para et complète sont
disponible sur l'hébergeur. Ce paramètre peut ne pas être disponible si vous vous connectez à un Xen
hyperviseur sur une machine sans prise en charge de la virtualisation matérielle. Ce paramètre est
implicite si vous vous connectez à un hyperviseur basé sur QEMU.

-p
--paravirt
Cet invité doit être un invité paravirtualisé. Si l'hôte prend en charge à la fois para et complet
virtualisation, et ni ce paramètre ni le "--hvm" ne sont spécifiés, ce sera
assumé.

--récipient
Cet invité doit être un invité de type conteneur. Cette option n'est requise que si le
l'hyperviseur prend également en charge d'autres types d'invités (par exemple, cette option est la
comportement par défaut pour LXC et OpenVZ, mais est fourni par souci d'exhaustivité).

--type-virt
L'hyperviseur sur lequel installer. Des exemples de choix sont kvm, qemu ou xen. Disponible
les options sont répertoriées via « capacités virsh » dans le Mots clés.

Cela rend obsolète l'option --accelerate, qui est désormais le comportement par défaut. À installer
un simple invité QEMU, utilisez '--virt-type qemu'

DISPOSITIF OPTIONS

--manette OPTIONS
Attachez un périphérique contrôleur à l'invité. TYPE est l'un des suivants : ide, fdc, scsi, sata, virtio-
en série, ou usb.

Le contrôleur prend également en charge les valeurs spéciales Usb2 et Usb3 pour spécifier quelle version de
le contrôleur USB doit être utilisé (version 2 ou 3).

modèle
Modèle de contrôleur. Celles-ci peuvent varier selon l'hyperviseur et sa version.
Les modèles les plus couramment utilisés sont par exemple auto, virtio-scsi pour scsi manette, ehci
or aucun pour usb manette. Pour la liste complète et plus de détails sur
contrôleurs/modèles, voir
"http://libvirt.org/formatdomain.html#elementsControllers".

propos
Adresse du contrôleur, PCI actuel de la forme 'bus:domain:slot.function'.

indice
Un entier décimal décrivant dans quel ordre le contrôleur de bus est rencontré, et
pour référencer le bus contrôleur.

maître
Applicable aux contrôleurs compagnons USB, pour définir le port de démarrage du bus maître.

Exemples :

--manette usb,model=ich9-ehci1,address=0:0:4.0,index=0
Ajoute un contrôleur USB ICH9 EHCI1 sur l'adresse PCI 0:0:4.0

--manette usb,model=ich9-uhci2,address=0:0:4.7,index=0,master=2
Ajoute un contrôleur compagnon USB ICH9 UHCI2 pour le contrôleur maître précédent,
les ports commencent à partir du port numéro 2.

Le paramètre multifonction='on' sera ajouté automatiquement au bon appareil
(si besoin). Ceci s'applique à tous les périphériques PCI.

Utilisez --controller=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsControllers>

--saisir OPTIONS
Attachez un périphérique d'entrée à l'invité. Des exemples de types de périphériques d'entrée sont la souris, la tablette ou
clavier.

Utilisez --input=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsInput>

--hostdev OPTIONS
--appareil-hôte OPTIONS
Attachez un périphérique hôte physique à l'invité. Quelques exemples de valeurs pour HOSTDEV :

--hostdev pci_0000_00_1b_0
Un nom de périphérique de nœud via libvirt, comme indiqué par 'virsh nodedev-list'

--hostdev 001.003
USB par bus, périphérique (via lsusb).

--hostdev 0x1234: 0x5678
USB par fournisseur, produit (via lsusb).

--hostdev 1f.01.02
Périphérique PCI (via lspci).

Utilisez --hostdev=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsHostDev>

--sonner MODÈLE
Attachez un périphérique audio virtuel à l'invité. MODEL spécifie la carte son émulée
maquette. Les valeurs possibles sont ich6, ich9, ac97, es1370, sb16, pcspk ou default.
'default' essaiera de choisir le meilleur modèle pris en charge par le système d'exploitation spécifié.

Cela rend obsolète l'ancienne option --soundhw.

Utilisez --sound=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsSon>

--chien de garde MODÈLE[,action=ACTION]
Attachez un périphérique de chien de garde matériel virtuel à l'invité. Cela nécessite un démon et
pilote de périphérique dans l'invité. Le chien de garde déclenche un signal lorsque la machine virtuelle
semble pendre. ACTION spécifie ce que libvirt fera lorsque le chien de garde se déclenchera. Valeurs
are

réinitialiser
Réinitialiser de force l'invité (valeur par défaut)

éteindre
Mettre l'invité hors tension de force

pause
Mettre l'invité en pause

aucun
ne rien faire

shutdown
Arrêtez gracieusement l'invité (non recommandé, car un invité bloqué ne le fera probablement pas
répondre à un arrêt gracieux)

MODEL est le modèle de périphérique émulé : soit i6300esb (par défaut) soit ib700. Certains
exemples:

Utilisez les paramètres recommandés :

--chien de garde par défaut

Utilisez le i6300esb avec l'action « Poweroff »

--watchdog i6300esb,action=mise hors tension

Utilisez --watchdog=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsWatchdog>

--parallèle OPTIONS
--en série OPTIONS
Spécifie un périphérique série à connecter à l'invité, avec diverses options. Le général
le format d'une chaîne série est

--type de série,opt1=val1,opt2=val2,...

Les périphériques --serial et --parallel partagent les mêmes options, sauf indication contraire.
Certains des types de redirection de périphérique de caractère sont :

--en série pty
Pseudo ATS. Le pty alloué sera répertorié dans le XML des invités en cours d'exécution
la description.

--en série dev,chemin=CHEMIN HOTES
Appareil hôte. Pour les périphériques série, cela pourrait être /dev/ttyS0. Pour les appareils parallèles,
cela pourrait être /dev/parport0.

--en série fichier, chemin=NOM DE FICHIER
Écrire la sortie dans FILENAME.

--en série tuyau,chemin = CHEMIN DE TUYAUTERIE
Pipe nommée (voir pipe(7))

--en série tcp, hôte = HÔTE: PORT, mode = MODE, protocole = PROTOCOLE
Console réseau TCP. MODE est soit 'bind' (attendre les connexions sur HOST:PORT) ou
'connect' (envoie la sortie à HOST:PORT), la valeur par défaut est 'bind'. HOST est par défaut
'127.0.0.1', mais PORT est requis. PROTOCOLE peut être soit « brut » ou « telnet »
(par défaut « brut »). Si 'telnet', le port agit comme un serveur ou un client telnet. Certains
exemples:

Attendez les connexions sur n'importe quelle adresse, port 4567 :

--serial tcp, hôte=0.0.0.0:4567

Connectez-vous à localhost, port 1234 :

--serial tcp,hôte=:1234,mode=connecter

Attendez la connexion telnet sur localhost, port 2222. L'utilisateur pourrait alors se connecter
interactivement à cette console via 'telnet localhost 2222' :

--serial tcp, hôte =: 2222, mode = liaison, protocole = telnet

--en série udp,host=CONNECT_HOST:PORT,bind_host=BIND_HOST:BIND_PORT
Console réseau UDP. HOST:PORT est la destination vers laquelle envoyer la sortie (HOST par défaut est
'127.0.0.1', PORT est requis). BIND_HOST : BIND_PORT est l'adresse locale facultative
à lier (BIND_HOST par défaut est 127.0.0.1, mais n'est défini que si BIND_PORT est
spécifié). Quelques exemples:

Envoyer la sortie au port syslog par défaut (peut avoir besoin de modifier /etc/rsyslog.conf
par conséquent):

--serial udp, hôte=:514

Envoyer la sortie à l'hôte distant 192.168.10.20, port 4444 (cette sortie peut être lue sur
l'hôte distant utilisant 'nc -u -l 4444'):

--serial udp, hôte=192.168.10.20:4444

--en série unix,chemin=UNIXPATH,mode=MODE
socket Unix, voir unix(7). MODE a un comportement et des valeurs par défaut similaires à --serial
tcp,mode=MODE

Utilisez --serial=? ou --parallel=? pour voir une liste de toutes les sous-options disponibles. Compléter
détails àhttp://libvirt.org/formatdomain.html#elementsCharSerial> et
<http://libvirt.org/formatdomain.html#elementsCharParallel>

--canaliser
Spécifie un périphérique de canal de communication pour connecter l'invité et l'ordinateur hôte. Cette
L'option utilise les mêmes options que --serial et --parallel pour spécifier l'hôte/la source
fin du canal. Des options supplémentaires « cibles » sont utilisées pour spécifier comment la machine invitée
voit la chaîne.

Certains des types de redirection de périphérique de caractère sont :

--canaliser SOURCE,target_type=guestfwd,target_address=HOST :PORT
Canal de communication utilisant la pile de mise en réseau en mode utilisateur QEMU. L'invité peut se connecter
au canal en utilisant la combinaison HOST:PORT spécifiée.

--canaliser SOURCE,type_cible=virtio[,nom=NOM]
Canal de communication utilisant virtio serial (nécessite un hôte 2.6.34 ou supérieur et
invité). Chaque instance d'une ligne virtio --channel est exposée dans l'invité comme
/dev/vport0p1, /dev/vport0p2, etc. NAME est une métadonnée facultative et peut être n'importe quelle
chaîne, telle que org.linux-kvm.virtioport1. Si spécifié, cela sera exposé dans
l'invité à /sys/class/virtio-ports/vport0p1/NAME

--canaliser spicevmc,type_cible=virtio[,nom=NOM]
Canal de communication pour QEMU spice agent, utilisant virtio serial (nécessite 2.6.34
ou plus tard hôte et invité). NAME est une métadonnée facultative et peut être n'importe quelle chaîne, telle
comme le com.redhat.spice.0 par défaut qui spécifie comment l'invité verra le
canal.

Utilisez --channel=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsCharChannel>

--console
Connectez une console de texte entre l'invité et l'hôte. Certains invités et hyperviseurs
les combinaisons peuvent configurer automatiquement un getty dans l'invité, donc un texte prêt à l'emploi
login peut être fourni (target_type=xen pour les invités xen paravirt, et éventuellement
target_type=virtio dans le futur).

Mise en situation :

--console pty,target_type=virtio
Connectez une console virtio à l'invité, redirigée vers un PTY sur l'hôte. Pour
invités pris en charge, cela expose /dev/hvc0 dans l'invité. Voir
http://fedoraproject.org/wiki/Features/VirtioSerial pour plus d'informations. console virtuelle
nécessite libvirt 0.8.3 ou une version ultérieure.

Utilisez --console=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsCharConsole>

--vidéo OPTIONS
Spécifiez quel modèle de périphérique vidéo sera associé à l'invité. Valeurs valides pour VIDEO
sont spécifiques à l'hyperviseur, mais certaines options pour les kvm récents sont cirrus, vga, qxl ou
vmvga (vmware).

Utilisez --video=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#élémentsVidéo>

--carte à puce MODE[,OPTIONS]
Configurez un périphérique de carte à puce virtuelle.

Le mode est l'un des hôte, certificats-hôtes, ou traverser. Les options supplémentaires sont :

type
Type de périphérique de caractère auquel se connecter sur l'hôte. Ceci n'est applicable que pour
traverser mode.

Un exemple d'appel :

--carte à puce passthrough,type=spicevmc
Utilisez le canal de carte à puce d'un périphérique graphique SPICE pour transmettre les informations de la carte à puce au
invité

Utilisez --smartcard=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#élémentsCarte à puce>

--redirdev AUTOBUS[,OPTIONS]
Ajoutez un appareil redirigé.

type
Le type de redirection actuellement pris en charge est tcp or épicesvmc.

serveur
Les détails de connexion au serveur TCP, de la forme 'server:port'.

Exemples d'invocation :

--redirdev usb,type=tcp,serveur=localhost:4000
Ajoutez un périphérique redirigé USB fourni par le serveur TCP sur le port 'localhost' 4000.

--redirdev usb, type=spicevmc
Ajoutez un périphérique USB redirigé via un canal Spice dédié.

Utilisez --redirdev=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsRedir>

--memballon MODÈLE
Attachez un périphérique de ballon de mémoire virtuelle à l'invité. Si l'appareil memballoon doit
être explicitement désactivé, MODEL='none' est utilisé.

MODÈLE est le type de dispositif memballoon fourni. La valeur peut être 'virtio', 'xen' ou
'rien'. Quelques exemples:

Utilisez les paramètres recommandés :

--mballoon virtio

N'utilisez pas de dispositif memballoon :

--memballoon aucun

Utilisez --memballoon=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsMemBalloon>

--tpm TYPE[,OPTIONS]
Configurez un périphérique TPM virtuel.

Le type doit être traverser. Les options supplémentaires sont :

modèle
Le modèle de périphérique à présenter au système d'exploitation invité. Le modèle doit être tpm-tis.

Un exemple d'appel :

--tpm relais, modèle = tpm-tis
Rendez le TPM de l'hôte accessible à un seul invité.

--tpm /dev/tpm
Option de commodité pour passer par le TPM des hôtes.

Utilisez --tpm=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#élémentsTpm>

--rng TYPE[,OPTIONS]
Configurez un périphérique RNG virtuel.

Le type peut être aléatoire or egd.

Si le type spécifié est aléatoire alors ces valeurs doivent être spécifiées :

backend_device
L'appareil à utiliser comme source d'entropie.

Alors que, lorsque le type est egd, ces valeurs doivent être fournies :

hôte_backend
Spécifiez l'hôte du démon Entropy Gathering auquel se connecter.

service_backend
Spécifiez le port du démon Entropy Gathering auquel se connecter.

type_backend
Précisez le type de connexion : tcp or udp.

mode_backend
Spécifiez le mode de connexion. C'est soit 'bind' (attendre les connexions sur
HOST:PORT) ou 'connect' (envoyer la sortie à HOST:PORT).

backend_connect_host
Spécifiez l'hôte distant auquel se connecter lorsque le backend_type spécifié est udp et
backend_mode est lier.

backend_connect_service
Spécifiez le service distant auquel se connecter lorsque le backend_type spécifié est udp
et backend_mode est lier.

Un exemple d'appel :

--rng par exemple,backend_host=localhost,backend_service=8000,backend_type=tcp
Connectez-vous à localhost au port TCP 8000 pour obtenir des données d'entropie.

--rng / dev / aléatoire
Utilisez le périphérique /dev/random pour obtenir des données d'entropie, ce formulaire utilise implicitement le
modèle "aléatoire".

Utilisez --rng=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#élémentsRng>

--panique OPT
Attachez un dispositif de notification de panique à l'invité. Pour les paramètres recommandés, utilisez :

--panique par défaut

Utilisez --panic=? pour voir une liste de toutes les sous-options disponibles. Détails complets sur
<http://libvirt.org/formatdomain.html#elementsPanique>

DIVERS OPTIONS

-h
--Aidez-moi
Afficher le message d'aide et quitter

--version
Afficher le numéro de version du programme et quitter

--démarrage automatique
Définissez l'indicateur de démarrage automatique pour un domaine. Cela provoque le démarrage du domaine au démarrage de l'hôte
vers le haut.

--print-xml [ÉTAPE]
Imprimez le XML généré de l'invité, au lieu de le définir. Par défaut, cela FERAIT
création de stockage (peut être désactivé avec --dry-run). Cette option implique --quiet.

Si l'installation de la VM comporte plusieurs phases, cela imprimera par défaut tout le XML généré.
Si vous souhaitez imprimer une étape particulière, utilisez --print-xml 2 (pour la deuxième phase XML).

--noreboot
Empêchez le domaine de redémarrer automatiquement une fois l'installation terminée.

--attendre TAILLES
Temps d'attente (en minutes) pour qu'une machine virtuelle termine son installation. Sans cela
option, virt-install attendra la fermeture de la console (pas nécessairement indiquant
l'invité s'est arrêté), ou dans le cas de --noautoconsole, lancez simplement le
installer et quitter. Toute valeur négative fera attendre virt-install indéfiniment, une valeur
de 0 déclenche les mêmes résultats que noautoconsole. Si le délai est dépassé, virt-
install se termine simplement, laissant la machine virtuelle dans son état actuel.

- à sec
Continuez le processus de création d'invité, mais ne créez PAS de périphériques de stockage, modifiez
configuration du périphérique hôte, ou en fait enseigner libvirt sur l'invité. virt-install
peut toujours récupérer le support d'installation, car cela est nécessaire pour détecter correctement le système d'exploitation à
installer.

--Chèque
Activez ou désactivez certains contrôles de validation. Certains exemples mettent en garde contre l'utilisation d'un disque
qui est déjà affecté à une autre VM (--check path_in_use=on|off), ou avertissement à propos de
potentiellement à court d'espace pendant l'allocation de disque (--check disk_size=on|off).
La plupart des contrôles sont effectués par défaut.

-q
--silencieux
N'imprimez que les messages d'erreur fatale.

-d
--déboguer
Imprimez les informations de débogage sur le terminal lors de l'exécution du processus d'installation. Les
les informations de débogage sont également stockées dans "~/.cache/virt-manager/virt-install.log" même
si ce paramètre est omis.

EXEMPLES

Installez un invité Fedora 20 KVM avec disque/réseau accéléré par virtio, créant un nouveau 10GiB
qcow2, installation à partir du support du lecteur de CD-ROM de l'hôte. Cela utilisera les graphiques Spice
par défaut, et lancez automatiquement un client graphique.

# virt-install\
--connect qemu:///système \
--type-virt kvm \
--name démo \
--mémoire 500 \
--taille du disque=10 \
--cdrom /dev/cdrom\
--os-variante fedora13

Installez un invité Fedora 9 QEMU simple, en utilisant la partition LVM, la mise en réseau virtuelle, en démarrant à partir de
PXE, utilisant le serveur/visualiseur VNC, avec disque virtio-scsi

# virt-install\
--connect qemu:///système \
--name démo \
--mémoire 500 \
--disk path=/dev/HostVG/DemoVM,bus=scsi \
--controller virtio-scsi\
--network network = par défaut \
--virt-type qemu
--graphiques vnc \
--os-variante fedora9

Exécutez une image Live CD sous Xen entièrement virt, dans un environnement sans disque

# virt-install\
--hvm\
--name démo \
--mémoire 500 \
--disk aucun \
--livecd\
--graphiques vnc \
--cdrom /root/fedora7live.iso

Exécutez /usr/bin/httpd dans un invité de conteneur Linux (LXC). L'utilisation des ressources est plafonnée à 512 Mio
de ram et 2 processeurs hôtes :

# virt-install\
--connect lxc:///\
--name httpd_invité \
--mémoire 512 \
--vcpus2\
--init /usr/bin/httpd

Démarrez un invité de conteneur Linux (LXC) avec un système de fichiers racine privé, en utilisant / Bin / sh comme init.
La racine du conteneur sera sous le répertoire hôte /home/LXC. Le répertoire hôte "/home/test" sera
monté à "/ mnt" dir à l'intérieur du conteneur :

# virt-install\
--connect lxc:///\
--name conteneur \
--mémoire 128 \
--système de fichiers /home/LXC,/ \
--système de fichiers /home/test,/ mnt \
--init / Bin / sh

Installez un invité Xen paravirtualisé, 500 Mio de RAM, 5 Gio de disque et Fedora Core 6
à partir d'un serveur Web, en mode texte uniquement, avec des options --file à l'ancienne :

# virt-install\
--paravirt \
--name démo \
--mémoire 500 \
--disk /var/lib/xen/images/demo.img,size=6 \
--graphics aucun \
--emplacement http://download.fedora.redhat.com/pub/fedora/linux/core/6/x86_64/os/

Créez un invité à partir d'une image disque existante 'mydisk.img' en utilisant les valeurs par défaut pour le reste du
options.

# virt-install\
--name démo \
--mémoire 512 \
--disk /home/user/VMs/mondisque.img \
--importer

Démarrez la machine virtuelle QEMU ARM série, ce qui nécessite la spécification d'un noyau manuel.

# virt-install\
--name test d'armement \
--mémoire 1024 \
--arch armv7l --machine vexpress-a9 \
--disk /home/user/VMs/myarmdisk.img \
--boot kernel=/tmp/my-arm-kernel,initrd=/tmp/my-arm-initrd,dtb=/tmp/my-arm-dtb,kernel_args="console=ttyAMA0 rw root=/dev/mmcblk0p3" \
--graphiques aucun

Utilisez virt-install en ligne à l'aide des services onworks.net