qemu-system-tricore - Online nel cloud

PROGRAMMA:

NOME

qemu-doc - Documentazione utente dell'emulatore QEMU

SINOSSI

utilizzo: qemu-system-i386 [opzioni] [immagine_disco]

DESCRIZIONE

L'emulatore del sistema PC QEMU simula le seguenti periferiche:

- bridge PCI host i440FX e bridge PIIX3 da PCI a ISA

- Cirrus CLGD 5446 PCI VGA card o fittizia VGA card con estensioni Bochs VESA (hardware
livello, comprese tutte le modalità non standard).

- Mouse e tastiera PS/2

- 2 interfacce PCI IDE con supporto per disco rigido e CD-ROM

- Floppy disk

- Schede di rete PCI e ISA

- Porte seriali

- Scheda audio Creative SoundBlaster 16

- Scheda audio ENSONIQ AudioPCI ES1370

- Scheda audio compatibile Intel 82801AA AC97 Audio

- Controller audio Intel HD e codec HDA

- Adlib (OPL2) - Chip compatibile Yamaha YM3812

- Scheda audio Gravis Ultrasound GF1

- Scheda audio compatibile CS4231A

- Controller USB PCI UHCI e un hub USB virtuale.

SMP è supportato con un massimo di 255 CPU.

QEMU utilizza il BIOS del PC dal progetto Seabios e il BIOS VGA LGPL Plex86/Bochs.

QEMU utilizza l'emulazione YM3812 di Tatsuyuki Satoh.

QEMU utilizza l'emulazione GUS (GUSEMU32http://www.deinmeister.de/gusemu/>) di Tibor "TS"
Schutz.

Si noti che, per impostazione predefinita, le azioni GUS IRQ(7) con porte parallele e quindi QEMU deve essere detto a
non avere porte parallele per avere GUS funzionante.

qemu-system-i386 dos.img -soundhw gus -parallelo nessuno

In alternativa:

qemu-system-i386 dos.img -device gus,irq=5

O qualche altro IRQ non reclamato.

CS4231A è il chip utilizzato nei prodotti Windows Sound System e GUSMAX

VERSIONI

immagine_disco è un'immagine del disco rigido non elaborato per il disco rigido IDE 0. Alcuni obiettivi non hanno bisogno di un disco
immagine.

Opzioni standard:

-h Mostra aiuto ed esci

-versione
Visualizza le informazioni sulla versione ed esci

-macchina [tipo=]Nome[,prop=APPREZZIAMO[,...]]
Seleziona la macchina emulata per Nome. Usa "-machine help" per elencare le macchine disponibili.
Le proprietà della macchina supportate sono:

accele=accelera1[:accelera2[:...]]
Questo è usato per abilitare un acceleratore. A seconda dell'architettura di destinazione, kvm,
xen o tcg possono essere disponibili. Per impostazione predefinita, viene utilizzato tcg. Se ce n'è più di uno
acceleratore specificato, il successivo viene utilizzato se il precedente non riesce
inizializzare.

kernel_irqchip=acceso|spento
Abilita il supporto irqchip nel kernel per l'acceleratore scelto quando disponibile.

gfx_passthru=acceso|spento
Abilita il supporto passthrough IGD GFX per la macchina scelta quando disponibile.

vmport=acceso|spento|auto
Abilita l'emulazione della porta IO VMWare, per vmmouse ecc. Auto dice di selezionare il
valore basato su acc. Per accel=xen l'impostazione predefinita è off altrimenti l'impostazione predefinita è
on.

kvm_shadow_mem=dimensione
Definisce la dimensione della MMU shadow KVM.

dump-guest-core=on|off
Includere la memoria del guest in un core dump. L'impostazione predefinita è attiva.

mem-merge=acceso|spento
Abilita o disabilita il supporto per l'unione della memoria. Questa funzione, se supportata dal
host, deduplica pagine di memoria identiche tra le istanze di VM (abilitato da
predefinito).

iommu=acceso|spento
Abilita o disabilita il supporto Intel IOMMU (VT-d) emulato. L'impostazione predefinita è disattivata.

aes-key-wrap=acceso|spento
Abilita o disabilita il supporto del wrapping della chiave AES sugli host s390-ccw. Questa caratteristica
controlla se le chiavi di wrapping AES verranno create per consentire l'esecuzione di AES
funzioni crittografiche. L'impostazione predefinita è attiva.

dea-key-wrap=acceso|spento
Abilita o disabilita il supporto del wrapping della chiave DEA sugli host s390-ccw. Questa caratteristica
controlla se le chiavi di wrapping DEA verranno create per consentire l'esecuzione di DEA
funzioni crittografiche. L'impostazione predefinita è attiva.

-processore modello
Seleziona il modello di CPU ("-cpu help" per l'elenco e la selezione di funzionalità aggiuntive)

-sp [cpu=]n[,core=colori][, thread=fili][,prese=Prese][,maxcpus=massimo]
Simula un sistema SMP con n CPU. Sul PC di destinazione sono supportate fino a 255 CPU. Sopra
Destinazione Sparc32, Linux limita il numero di CPU utilizzabili a 4. Per la destinazione PC, il
numero di colori per presa, il numero di fili per core e il numero totale di
Prese può essere specificato. I valori mancanti verranno calcolati. Se presente sui tre valori
è dato, il numero totale di CPU n può essere omesso. massimo specifica il massimo
numero di CPU hotpluggable.

-num nodo[,mem=Taglia][,cpu=CPU[-CPU]][,nodeide=nodo]
-num nodo[,memdev=id][,cpu=CPU[-CPU]][,nodeide=nodo]
Simula un sistema NUMA multi nodo. Se mem, memdev e CPU sono omesse, le risorse sono
dividere equamente. Si noti inoltre che il -numa l'opzione non assegna nessuno dei valori specificati
risorse. Cioè, assegna semplicemente le risorse esistenti ai nodi NUMA. Ciò significa che
si deve ancora usare il -m, -sp opzioni per allocare rispettivamente RAM e VCPU e
forse -oggetto per specificare il backend di memoria per il memdev subopzione.

mem e memdev si escludono a vicenda. Inoltre, se un nodo usa memdev, tutto di
devono usarlo.

-aggiungi-fd f=fd,imposta=set[,opaco=opaco]
Aggiungi un descrittore di file a un set fd. Le opzioni valide sono:

f=fd
Questa opzione definisce il descrittore di file di cui viene aggiunto un duplicato a fd set.
Il descrittore di file non può essere stdin, stdout o stderr.

set =set
Questa opzione definisce l'ID del set fd a cui aggiungere il descrittore di file.

opaco=opaco
Questa opzione definisce una stringa in formato libero che può essere usata per descrivere fd.

Puoi aprire un'immagine usando descrittori di file pre-aperti da un set fd:

qemu-system-i386
-add-fd fd=3,set=2,opaque="rdwr:/percorso/a/file"
-add-fd fd=4,set=2,opaque="rdonly:/path/to/file"
-drive file=/dev/fdset/2, index=0,media=disk

-impostato gruppo.id.arg=APPREZZIAMO
Imposta parametro arg per articolo id di tipo gruppo "

-globale autista.puntello=APPREZZIAMO
-globale autista=autista,proprietà=proprietà,valore=APPREZZIAMO
Imposta il valore predefinito di autistaproprietà di puntello a APPREZZIAMO, per esempio:

qemu-system-i386 -global ide-drive.physical_block_size=4096 -drive file=file,if=ide,index=0,media=disco

In particolare, puoi usarlo per impostare le proprietà del driver per i dispositivi che vengono creati
automaticamente dal modello della macchina. Per creare un dispositivo che non è stato creato
automaticamente e imposta le proprietà su di esso, usa -dispositivo.

-globale autista.puntello=APPREZZIAMO è l'abbreviazione di -global
autista=autista,proprietà=puntello,valore=APPREZZIAMO. La sintassi lunga funziona anche quando autista
contiene un punto.

-stivale
[ordine=unità][, una volta=unità][,menu=acceso|spento][,splash=nome_sp][,tempo di schizzi=sp_time][,timeout di riavvio=rb_timeout][,rigoroso=acceso|spento]
Specifica l'ordine di avvio unità come una stringa di lettere di unità. Le lettere di unità valide dipendono da
l'architettura di destinazione. Il PC x86 utilizza: a, b (floppy 1 e 2), c (primo hard disk),
d (primo CD-ROM), np (Etherboot dall'adattatore di rete 1-4), l'avvio del disco rigido è il
predefinito. Per applicare un particolare ordine di avvio solo al primo avvio, specificalo tramite
una volta.

I menu/prompt di avvio interattivi possono essere abilitati tramite menu=attivo fino a firmware/BIOS
li supporta. L'impostazione predefinita è l'avvio non interattivo.

Un'immagine splash potrebbe essere passata al bios, consentendo all'utente di mostrarla come logo, quando
opzione splash=nome_sp viene fornito e menu=on, se il firmware/BIOS li supporta. Attualmente
Seabios per il sistema X86 lo supporta. limitazione: il file splash potrebbe essere un file jpeg
o un file BMP in formato 24 BPP (true color). La risoluzione dovrebbe essere supportata dal
Modalità SVGA, quindi quella consigliata è 320x240, 640x480, 800x640.

Un timeout potrebbe essere passato al bios, l'ospite si fermerà per rb_timeout ms all'avvio
fallito, quindi riavviare. Se rb_timeout è '-1', l'ospite non si riavvierà, qemu passa '-1' a
bios per impostazione predefinita. Attualmente Seabios per il sistema X86 lo supporta.

Esegui l'avvio rigoroso tramite rigoroso=on per quanto il firmware/BIOS lo supporti. Questo solo effetti
quando la priorità di avvio viene modificata dalle opzioni di bootindex. L'impostazione predefinita è l'avvio non rigoroso.

# prova ad avviare prima dalla rete, poi dal disco rigido
qemu-system-i386 -boot order=nc
# avvia prima da CD-ROM, torna all'ordine predefinito dopo il riavvio
qemu-system-i386 -boot once=d
# avvia con un'immagine splash per 5 secondi.
qemu-system-i386 -boot menu=on,splash=/root/boot.bmp,splash-time=5000

Nota: il formato legacy '-boot unità'è ancora supportato ma il suo utilizzo è sconsigliato
in quanto potrebbe essere rimosso dalle versioni future.

-m [taglia=]mega[,slot=n,maxmem=dimensione]
Imposta la dimensione della RAM di avvio del guest su mega megabyte. L'impostazione predefinita è 128 MB. Facoltativamente, a
il suffisso di "M" o "G" può essere utilizzato per indicare un valore in megabyte o gigabyte
rispettivamente. Coppia opzionale slot, max potrebbe essere utilizzato per impostare la quantità di hotpluggable
slot di memoria e quantità massima di memoria. Notare che max deve essere allineato al
dimensioni della pagina.

Ad esempio, la seguente riga di comando imposta la dimensione della RAM di avvio del guest su 1 GB,
crea 3 slot per hotplug memoria aggiuntiva e imposta la memoria massima che l'ospite può
arrivare a 4GB:

qemu-system-x86_64 -m 1G,slots=3,maxmem=4G

If slot e max non sono specificati, l'hotplug di memoria non sarà abilitato e il guest
la RAM di avvio non aumenterà mai.

-mem-percorso sentiero
Assegna la RAM ospite da un file creato temporaneamente in sentiero.

-mem-prealloc
Preallocare la memoria quando si usa -mem-path.

-k Lingua
Usa il layout della tastiera Lingua (ad esempio "fr" per il francese). Questa opzione è solo necessaria
dove non è facile ottenere codici chiave per PC grezzi (ad esempio su Mac, con alcuni server X11 o
con display VNC). Normalmente non è necessario utilizzarlo su PC/Linux o PC/Windows
padroni di casa.

I layout disponibili sono:

ar de-ch es fo fr-ca hu ja mk no pt-br sv
da en-gb et fr fr-ch è lt nl pl ru th
de en-us fi fr-be hr it lv nl-be pt sl tr

L'impostazione predefinita è "en-us".

-audio-aiuto
Mostrerà la guida del sottosistema audio: elenco dei driver, parametri sintonizzabili.

-suono scheda1[,scheda2,...] or -suono contro tutti i
Abilita l'audio e l'hardware audio selezionato. Usa 'aiuto' per stampare tutti i suoni disponibili
hardware.

qemu-system-i386 -soundhw sb16,adlib disk.img
qemu-system-i386 -soundhw es1370 disco.img
qemu-system-i386 -soundhw ac97 disk.img
qemu-system-i386 -soundhw hda disk.img
qemu-system-i386 -soundhw tutto disk.img
qemu-system-i386 -soundhw aiuto

Nota che il modulo kernel OSS i810_audio di Linux (per AC97) potrebbe richiedere manualmente
specificando la timbratura.

modprobe i810_audio clock=48000

-Palloncino nessuna
Disabilita il dispositivo a palloncino.

-Palloncino virtù[,indirizzo=addr]
Abilita il dispositivo virtio balloon (predefinito), facoltativamente con indirizzo PCI addr.

-Dispositivo autista[,puntello[=APPREZZIAMO][,...]]
Aggiungi dispositivo autista. puntello=APPREZZIAMO imposta le proprietà del driver. Le proprietà valide dipendono dal
autista. Per ottenere assistenza su possibili driver e proprietà, utilizzare "-device help" e
"-dispositivo autista, aiuto".

-nome Nome
Imposta il Nome dell'ospite. Questo nome verrà visualizzato nella didascalia della finestra SDL.
Il Nome verrà utilizzato anche per il server VNC. Facoltativamente anche impostare la parte superiore visibile
nome del processo in Linux. La denominazione dei singoli thread può essere abilitata anche su Linux per
aiutare il debug.

-uido uuid
Imposta l'UUID del sistema.

Opzioni di blocco del dispositivo:

-fda filetto
-fb filetto
Usa il filetto come immagine floppy disk 0/1.

-hda filetto
-HDB filetto
-HD filetto
-Hdd filetto
Usa il filetto come immagine 0, 1, 2 o 3 del disco rigido.

-cd rom filetto
Usa il filetto come immagine del CD-ROM (non puoi usare -HD e -cd rom allo stesso tempo). Puoi
utilizzare il CD-ROM host utilizzando / Dev / cdrom come nome file.

-guidare opzione[,opzione[,opzione[,...]]]
Definire una nuova unità. Le opzioni valide sono:

file=filetto
Questa opzione definisce quale immagine del disco utilizzare con questa unità. Se il nome del file
contiene una virgola, devi raddoppiarla (ad esempio, "file=my,,file" per usare file
"il mio file").

I file speciali come i dispositivi iSCSI possono essere specificati utilizzando URL specifici del protocollo.
Per ulteriori informazioni, vedere la sezione "Sintassi dell'URL del dispositivo".

se =interfaccia
Questa opzione definisce su quale tipo di interfaccia è collegata l'unità. A disposizione
i tipi sono: ide, scsi, sd, mtd, floppy, pflash, virtio.

bus =autobus,unità=unità
Queste opzioni definiscono dove è collegato l'azionamento definendo il numero del bus e
l'identificativo dell'unità.

indice=Index
Questa opzione definisce dove è collegata l'unità utilizzando un indice nell'elenco di
connettori disponibili di un determinato tipo di interfaccia.

mezzo=media
Questa opzione definisce il tipo di supporto: disco o cdrom.

cilindri=c,teste=h,sec=s[,trans=t]
Queste opzioni hanno la stessa definizione che hanno in -hdachs.

istantanea=istantanea
istantanea è "on" o "off" e controlla la modalità snapshot per l'unità data (vedi
-istantanea).

cache=nascondiglio
nascondiglio è "none", "writeback", "unsafe", "directsync" o "writethrough" e
controlla come viene utilizzata la cache dell'host per accedere ai dati del blocco.

io=AIO
AIO è "thread" o "nativo" e seleziona tra I/O del disco basato su pthread e
nativo Linux AIO.

scartare=scartare
scartare è uno tra "ignora" (o "disattivato") o "annulla mappa" (o "attivato") e controlla se
scartare (conosciuto anche come tagliare or annulla mappa) le richieste vengono ignorate o passate al
file system. Alcuni tipi di macchine potrebbero non supportare le richieste di eliminazione.

formato=formato
Specifica quale disco formato verrà utilizzato invece di rilevare il formato. Può essere
utilizzato per specificare format=raw per evitare di interpretare un'intestazione di formato non attendibile.

seriale=serial
Questa opzione specifica il numero di serie da assegnare al dispositivo.

add=addr
Specificare l'indirizzo PCI del controller (solo if=virtio).

errore=azione,errore=azione
Specifica quale azione accettare errori di scrittura e lettura. Le azioni valide sono: "ignora"
(ignora l'errore e prova a continuare), "stop" (metti in pausa QEMU), "report" (segnala il
errore al guest), "enospc" (pausa QEMU solo se il disco host è pieno; report
l'errore all'ospite altrimenti). L'impostazione predefinita è errore=enospc e
errore = rapporto.

in sola lettura
Apri unità filetto come di sola lettura. I tentativi di scrittura guest falliranno.

copia su lettura=copia in lettura
copia in lettura è "on" o "off" e consente di copiare il file di backup di lettura
settori nel file immagine.

rilevare-zero=rilevare-zeri
rilevare-zeri è "off", "on" o "unmap" e consente la conversione automatica di
scritture zero semplici dal sistema operativo per comandi di scrittura zero ottimizzati specifici del driver. Voi
può anche scegliere "annulla mappa" se scartare è impostato su "unmap" per consentire la scrittura di zero
convertito in un'operazione UNMAP.

Per impostazione predefinita, il cache=ripristino viene utilizzata la modalità. Riporterà le scritture dei dati come completate
non appena i dati sono presenti nella cache della pagina host. Questo è sicuro finché il tuo
il sistema operativo guest si assicura di svuotare correttamente le cache del disco dove necessario. Se il tuo sistema operativo guest lo fa
non gestisce correttamente le cache di scrittura del disco volatile e il tuo host si arresta in modo anomalo o perde potenza,
quindi l'ospite potrebbe subire il danneggiamento dei dati.

Per tali ospiti, dovresti considerare l'utilizzo cache=scrittura. Ciò significa che il
la cache della pagina host verrà utilizzata per leggere e scrivere i dati, ma la notifica di scrittura sarà
inviato al guest solo dopo che QEMU si è assicurato di svuotare ogni scrittura sul disco. Essere
consapevoli che questo ha un impatto importante sulle prestazioni.

La cache della pagina host può essere evitata completamente con cache=nessuna. Questo tenterà di fare
disco IO direttamente nella memoria del guest. QEMU può ancora eseguire una copia interna di
i dati. Nota che questa è considerata una modalità di writeback e il sistema operativo guest deve gestire
correttamente la cache di scrittura del disco per evitare il danneggiamento dei dati in caso di arresti anomali dell'host.

La cache della pagina host può essere evitata inviando solo notifiche di scrittura all'ospite
quando i dati sono stati scaricati sul disco usando cache=sincronizzazione diretta.

Nel caso in cui non ti interessi dell'integrità dei dati rispetto ai guasti dell'host, usa cache=non sicuro. Questo
l'opzione dice a QEMU che non ha mai bisogno di scrivere dati sul disco ma può invece
tieni le cose nella cache. Se qualcosa va storto, come la perdita di potenza dell'host, il disco
l'archiviazione viene disconnessa accidentalmente, ecc. La tua immagine sarà molto probabilmente
reso inutilizzabile. Quando si utilizza il -istantanea opzione, viene sempre utilizzata la memorizzazione nella cache non sicura.

La copia in lettura evita di accedere ripetutamente agli stessi settori di file di supporto ed è utile
quando il file di backup si trova su una rete lenta. Per impostazione predefinita, la copia in lettura è disattivata.

Invece di -cd rom Puoi usare:

qemu-system-i386 -drive file=file,indice=2,supporto=cdrom

Invece di -hda, -HDB, -HD, -Hdd, Puoi usare:

qemu-system-i386 -drive file=file,indice=0,media=disco
qemu-system-i386 -drive file=file,indice=1,media=disco
qemu-system-i386 -drive file=file,indice=2,media=disco
qemu-system-i386 -drive file=file,indice=3,media=disco

Puoi aprire un'immagine usando descrittori di file pre-aperti da un set fd:

qemu-system-i386
-add-fd fd=3,set=2,opaque="rdwr:/percorso/a/file"
-add-fd fd=4,set=2,opaque="rdonly:/path/to/file"
-drive file=/dev/fdset/2, index=0,media=disk

Puoi collegare un CDROM allo slave di ide0:

qemu-system-i386 -drive file=file,if=ide,indice=1,media=cdrom

Se non specifichi l'argomento "file=", definisci un'unità vuota:

qemu-system-i386 -drive if=ide,index=1,media=cdrom

È possibile collegare un disco SCSI con ID unità 6 sul bus #0:

qemu-system-i386 -drive file=file,if=scsi,bus=0,unità=6

Invece di -fda, -fb, Puoi usare:

qemu-system-i386 -drive file=file,indice=0,if=floppy
qemu-system-i386 -drive file=file,indice=1,if=floppy

Per impostazione predefinita, interfaccia è "ide" e Index viene incrementato automaticamente:

qemu-system-i386 -drive file=a -drive file=b"

è interpretato come:

qemu-system-i386 -hda a -hdb b

-mtdblock filetto
Usa il filetto come immagine della memoria Flash integrata.

-SD filetto
Usa il filetto come immagine della carta SecureDigital.

-flash filetto
Usa il filetto come un'immagine flash parallela.

-istantanea
Scrivi su file temporanei invece che su file immagine disco. In questo caso, l'immagine del disco non elaborata
che usi non viene riscritto. Puoi comunque forzare la riscrittura premendo Circa s.

-hdachs c,h,s,[,t]
Forza la geometria fisica del disco rigido 0 (1 <= c <= 16383, 1 <= h <= 16, 1 <= s <= 63) e
facoltativamente forzare la modalità di traduzione del BIOS (t=nessuno, lba o auto). Di solito QEMU può
indovina tutti quei parametri Questa opzione è utile per le vecchie immagini del disco MS-DOS.

-fsdev
fsdriver,id=id,percorso=sentiero,[modello_sicurezza=modello_di_sicurezza][,scrittura=svalutazione][,sola lettura][,socket=presa di corrente|calza_fd=calzino_fd]
Definire un nuovo dispositivo del file system. Le opzioni valide sono:

fsdriver
Questa opzione specifica il backend del driver fs da utilizzare. Attualmente "locale", "gestito"
e sono supportati i driver del file system "proxy".

id =id
Specifica l'identificatore per questo dispositivo

percorso =sentiero
Specifica il percorso di esportazione per il dispositivo del file system. I file in questo percorso lo faranno
essere disponibile per il cliente 9p sull'ospite.

modello_sicurezza=modello_di_sicurezza
Specifica il modello di sicurezza da utilizzare per questo percorso di esportazione. Sicurezza supportata
i modelli sono "passthrough", "mapped-xattr", "mapped-file" e "none". In
modello di sicurezza "passthrough", i file vengono archiviati utilizzando le stesse credenziali di cui dispongono
vengono creati sull'ospite. Ciò richiede che QEMU venga eseguito come root. In "xattr mappato"
modello di sicurezza, alcuni degli attributi del file come uid, gid, mode bit e link
target vengono memorizzati come attributi di file. Per "file mappato" questi attributi sono
memorizzato nella directory nascosta .virtfs_metadata. Directory esportate da questo
il modello di sicurezza non può interagire con altri strumenti Unix. Il modello di sicurezza "nessuno" è
uguale al passthrough tranne che il server non segnalerà errori se non riesce a impostare il file
attributi come la proprietà. Il modello di sicurezza è obbligatorio solo per fsdriver locale.
Altri fsdrivers (come handle, proxy) non prendono il modello di sicurezza come parametro.

scrittura=svalutazione
Questo è un argomento facoltativo. L'unico valore supportato è "immediato". Questo significa
quella cache della pagina host verrà utilizzata per leggere e scrivere dati ma scrivere notifiche
saranno inviati all'ospite solo quando i dati sono stati riportati come scritti dal
sottosistema di archiviazione.

in sola lettura
Consente l'esportazione della condivisione 9p come montaggio di sola lettura per gli ospiti. Di default lettura-scrittura
l'accesso è concesso.

presa=presa di corrente
Consente al driver del file system proxy di utilizzare il file socket passato per comunicare con
virtfs-proxy-helper

calzino_fd=calzino_fd
Consente al driver del filesystem proxy di utilizzare il descrittore socket passato per comunicare
con virtfs-proxy-helper. Di solito un helper come libvirt creerà socketpair e
passa uno degli fd come sock_fd

L'opzione -fsdev viene utilizzata insieme al driver -device "virtio-9p-pci".

-Dispositivo virtio-9p-pci,fsdev=id,tag_montaggio=mount_tag
Le opzioni per il driver virtio-9p-pci sono:

fsdev=id
Specifica il valore id specificato insieme all'opzione -fsdev

tag_montaggio=mount_tag
Specifica il nome del tag che deve essere utilizzato dal guest per montare questo punto di esportazione

-virtf
fsdriver[,percorso=sentiero], tag_montaggio=mount_tag[,modello_sicurezza=modello_di_sicurezza][,scrittura=svalutazione][,sola lettura][,socket=presa di corrente|calza_fd=calzino_fd]
La forma generale delle opzioni pass-through di un file system virtuale è:

fsdriver
Questa opzione specifica il backend del driver fs da utilizzare. Attualmente "locale", "gestito"
e sono supportati i driver del file system "proxy".

id =id
Specifica l'identificatore per questo dispositivo

percorso =sentiero
Specifica il percorso di esportazione per il dispositivo del file system. I file in questo percorso lo faranno
essere disponibile per il cliente 9p sull'ospite.

modello_sicurezza=modello_di_sicurezza
Specifica il modello di sicurezza da utilizzare per questo percorso di esportazione. Sicurezza supportata
i modelli sono "passthrough", "mapped-xattr", "mapped-file" e "none". In
modello di sicurezza "passthrough", i file vengono archiviati utilizzando le stesse credenziali di cui dispongono
vengono creati sull'ospite. Ciò richiede che QEMU venga eseguito come root. In "xattr mappato"
modello di sicurezza, alcuni degli attributi del file come uid, gid, mode bit e link
target vengono memorizzati come attributi di file. Per "file mappato" questi attributi sono
memorizzato nella directory nascosta .virtfs_metadata. Directory esportate da questo
il modello di sicurezza non può interagire con altri strumenti Unix. Il modello di sicurezza "nessuno" è
uguale al passthrough tranne che il server non segnalerà errori se non riesce a impostare il file
attributi come la proprietà. Il modello di sicurezza è obbligatorio solo per fsdriver locale.
Altri fsdrivers (come handle, proxy) non prendono il modello di sicurezza come parametro.

scrittura=svalutazione
Questo è un argomento facoltativo. L'unico valore supportato è "immediato". Questo significa
quella cache della pagina host verrà utilizzata per leggere e scrivere dati ma scrivere notifiche
saranno inviati all'ospite solo quando i dati sono stati riportati come scritti dal
sottosistema di archiviazione.

in sola lettura
Consente l'esportazione della condivisione 9p come montaggio di sola lettura per gli ospiti. Di default lettura-scrittura
l'accesso è concesso.

presa=presa di corrente
Consente al driver del file system proxy di utilizzare il file socket passato per comunicare con
virtfs-proxy-helper. Di solito un helper come libvirt creerà socketpair e passerà
uno degli fd come sock_fd

calzino_fd
Abilita il driver del filesystem proxy per usare 'sock_fd' passato come descrittore di socket
per interfacciarsi con virtfs-proxy-helper

-virtfs_synth
Crea un'immagine del file system sintetico

Opzioni USB:

-USB
Abilita il driver USB (sarà presto l'impostazione predefinita)

-Dispositivo USB nomedev
Aggiungi il dispositivo USB nomedev.

mouse
Mouse virtuale. Questo sovrascriverà l'emulazione del mouse PS/2 quando attivata.

di tablet
Dispositivo puntatore che utilizza coordinate assolute (come un touchscreen). Questo significa
QEMU è in grado di segnalare la posizione del mouse senza dover afferrare il mouse. Anche
sovrascrive l'emulazione del mouse PS/2 quando attivata.

disco:[formato=formato]:filetto
Dispositivo di archiviazione di massa basato su file. L'opzionale formato verrà utilizzato l'argomento
piuttosto che rilevare il formato. Può essere usato per specificare "format=raw" da evitare
interpretazione di un'intestazione di formato non attendibile.

ospite:autobus.addr
Passa attraverso il dispositivo host identificato da autobus.addr (Solo Linux).

ospite:ID del venditore:Codice prodotto
Passa attraverso il dispositivo host identificato da ID del venditore:Codice prodotto (Solo Linux).

seriale:[vendorid=ID del venditore][,idprodotto=Codice prodotto]:dev
Convertitore seriale per ospitare il dispositivo a caratteri dev, vedere "-serial" per la disponibilità
dispositivi.

braille
Dispositivo Braille. Questo utilizzerà BrlAPI per visualizzare l'output braille su un vero or
dispositivo falso.

netto:Opzioni
Scheda di rete che supporta i protocolli CDC ethernet e RNDIS.

Opzioni di visualizzazione:

-Schermo Digitare
Seleziona il tipo di display da utilizzare. Questa opzione sostituisce il vecchio stile
-sdl/-curses/... opzioni. Valori validi per Digitare sono

sdl Visualizza l'output video tramite SDL (di solito in una finestra grafica separata; vedere l'SDL
documentazione per altre possibilità).

maledizioni
Visualizza l'output video tramite curses. Per i modelli di dispositivi grafici che supportano un testo
modalità, QEMU può visualizzare questo output utilizzando un'interfaccia curses/ncurses. Niente è
visualizzato quando il dispositivo grafico è in modalità grafica o se il dispositivo grafico
non supporta una modalità testo. Generalmente solo i modelli di dispositivi VGA supportano il testo
modalità.

nessuna
Non visualizzare l'uscita video. L'ospite vedrà ancora una scheda grafica emulata,
ma il suo output non verrà mostrato all'utente QEMU. Questa opzione è diversa da
l'opzione -nographic in quanto influenza solo ciò che viene fatto con l'output video;
-nographic cambia anche la destinazione dei dati della porta seriale e parallela.

gtk Visualizza l'output video in una finestra GTK. Questa interfaccia fornisce menu a discesa e
altri elementi dell'interfaccia utente per configurare e controllare la VM durante il runtime.

vnc Avvia un server VNC sul display

-nografico
Normalmente, QEMU utilizza SDL per visualizzare l'uscita VGA. Con questa opzione, puoi totalmente
disabilitare l'output grafico in modo che QEMU sia una semplice applicazione a riga di comando. Il
la porta seriale emulata viene reindirizzata sulla console e muxata con il monitor (a meno che
reindirizzato altrove esplicitamente). Pertanto, puoi ancora utilizzare QEMU per eseguire il debug di un Linux
kernel con una console seriale. Utilizzo Circa h per assistenza nel passaggio dalla console a
tenere sotto controllo.

-maledizioni
Normalmente, QEMU utilizza SDL per visualizzare l'uscita VGA. Con questa opzione, QEMU può visualizzare
l'output VGA quando si è in modalità testo utilizzando un'interfaccia curses/ncurses. Niente è
visualizzato in modalità grafica.

-senza cornice
Non utilizzare decorazioni per le finestre SDL e avviarle utilizzando l'intero schermo disponibile
spazio. Ciò rende più conveniente l'utilizzo di QEMU in un'area di lavoro desktop dedicata.

-alt-afferra
Usa Ctrl-Alt-Shift per afferrare il mouse (invece di Ctrl-Alt). Nota che questo influisce anche su
i tasti speciali (per schermo intero, cambio modalità monitor, ecc.).

-ctrl-afferra
Usa Ctrl-destro per afferrare il mouse (invece di Ctrl-Alt). Si noti che questo influisce anche sul
tasti speciali (per schermo intero, cambio modalità monitor, ecc.).

-non smettere
Disabilita la funzionalità di chiusura della finestra SDL.

-sdl
Abilita SDL.

-Spezia opzione[,opzione[,...]]
Abilita il protocollo del desktop remoto spice. Le opzioni valide sono

porta=
Imposta la porta TCP su cui la spezia è in ascolto per i canali di testo in chiaro.

addr=
Imposta l'indirizzo IP su cui spice è in ascolto. L'impostazione predefinita è qualsiasi indirizzo.

ipv4
ipv6
unix
Forza utilizzando la versione IP specificata.

password=
Imposta la password che ti serve per autenticarti.

sasso
Richiedere che il client utilizzi SASL per l'autenticazione con la spezia. La scelta esatta
del metodo di autenticazione utilizzato è controllato dal sistema/SASL dell'utente
file di configurazione per il servizio 'qemu'. Questo si trova in genere in
/etc/sasl2/qemu.conf. Se si esegue QEMU come utente non privilegiato, un ambiente
la variabile SASL_CONF_PATH può essere utilizzata per farla cercare in posizioni alternative per il
configurazione del servizio Mentre alcuni metodi di autenticazione SASL possono anche fornire la crittografia dei dati (ad es
GSSAPI), si consiglia di abbinare sempre SASL con 'tls' e 'x509'
impostazioni per abilitare l'uso di SSL e certificati server. Ciò garantisce un dato
crittografia che impedisce la compromissione delle credenziali di autenticazione.

disabilita-biglietteria
Consenti al client di connettersi senza autenticazione.

disabilita-copia-incolla
Disabilita il copia incolla tra il client e il guest.

disabilita-agente-file-xfer
Disabilita il trasferimento di file basato su spice-vdagent tra il client e il guest.

tls-port=
Imposta la porta TCP su cui la spezia è in ascolto per i canali crittografati.

x509-dir=
Imposta la directory del file x509. Si aspettano gli stessi nomi di file di -vnc $display,x509=$dir

x509-key-file=
x509-chiave-password=
x509-cert-file=
x509-cacert-file=
x509-dh-key-file=
I nomi dei file x509 possono anche essere configurati individualmente.

tls-ciphers=
Specificare quali cifrari utilizzare.

tls-channel=[main|visualizzazione|cursore|ingressi|record|riproduzione]
plaintext-channel=[main|visualizzazione|cursore|ingressi|record|riproduzione]
Forza l'utilizzo di un canale specifico con o senza crittografia TLS. Le opzioni possono
essere specificato più volte per configurare più canali. Il nome speciale
"default" può essere utilizzato per impostare la modalità predefinita. Per i canali che non lo sono
forzato esplicitamente in una modalità al client spice è consentito selezionare tls/testo in chiaro
come gli aggrada.

compressione immagine=[auto_glz|auto_lz|quic|glz|lz|off]
Configura la compressione delle immagini (senza perdita di dati). L'impostazione predefinita è auto_glz.

jpeg-wan-compression=[auto|mai|sempre]
zlib-glz-wan-compression=[auto|mai|sempre]
Configura la compressione dell'immagine wan (con perdita per i collegamenti lenti). L'impostazione predefinita è automatica.

streaming-video=[off|tutto|filtro]
Configura il rilevamento del flusso video. L'impostazione predefinita è il filtro.

mouse-agente=[on|off]
Abilita/disabilita il passaggio degli eventi del mouse tramite vdagent. L'impostazione predefinita è attiva.

compressione-riproduzione=[on|off]
Abilita/disabilita la compressione del flusso audio (usando celt 0.5.1). L'impostazione predefinita è attiva.

migrazione senza soluzione di continuità=[on|off]
Abilita/disabilita la migrazione continua di spice. L'impostazione predefinita è disattivata.

-ritratto
Ruota l'output grafico di 90 gradi a sinistra (solo PXA LCD).

-ruotare deg
Ruota l'output grafico di qualche grado a sinistra (solo PXA LCD).

-vg Digitare
Seleziona il tipo di scheda VGA da emulare. Valori validi per Digitare sono

cirro
Scheda video Cirrus Logic GD5446. Tutte le versioni di Windows a partire da Windows 95
dovrebbe riconoscere e utilizzare questa scheda grafica. Per prestazioni ottimali, utilizzare 16 bit
profondità del colore nel sistema operativo guest e host. (Questo è l'impostazione predefinita)

std Scheda VGA standard con estensioni VBE Bochs. Se il tuo SO guest supporta VESA
2.0 estensioni VBE (es. Windows XP) e se si desidera utilizzare modalità ad alta risoluzione
(>= 1280x1024x16) allora dovresti usare questa opzione.

vmware
Adattatore compatibile VMware SVGA-II. Usalo se hai abbastanza recente
Server XFree86/XOrg o guest Windows con un driver per questa scheda.

qxl Scheda grafica paravirtuale QXL. È compatibile con VGA (incluso VESA 2.0 VBE
sostegno). Funziona meglio con i driver guest qxl installati. Scelta consigliata
quando si utilizza il protocollo delle spezie.

TCX (solo sun4m) Framebuffer Sun TCX. Questo è il framebuffer predefinito per sun4m
macchine e offre profondità di colore sia a 8 bit che a 24 bit a una risoluzione fissa di
1024x768.

cg3 (solo sun4m) Sun cgthree framebuffer. Questo è un semplice framebuffer a 8 bit per sun4m
macchine disponibili in entrambe le risoluzioni 1024x768 (OpenBIOS) e 1152x900 (OBP)
rivolto a persone che desiderano eseguire versioni precedenti di Solaris.

virtù
Scheda Virtio VGA.

nessuna
Disabilita la scheda VGA.

-a schermo intero
Inizia a schermo intero.

-g larghezzaxaltezza[xprofondità]
Imposta la risoluzione grafica iniziale e la profondità (solo PPC, SPARC).

-vnc dalla visualizzazione[,opzione[,opzione[,...]]]
Normalmente, QEMU utilizza SDL per visualizzare l'uscita VGA. Con questa opzione, puoi avere
QEMU ascolta sul display VNC dalla visualizzazione e reindirizzare il display VGA sulla sessione VNC.
È molto utile abilitare il dispositivo tablet USB quando si utilizza questa opzione (opzione
-Dispositivo USB di tablet). Quando si utilizza il display VNC, è necessario utilizzare il -k parametro da impostare
il layout della tastiera se non si utilizza en-us. Sintassi valida per il dalla visualizzazione is

host:d
Le connessioni TCP saranno consentite solo da host sullo schermo d. Per convenzione il
La porta TCP è 5900+d. Facoltativamente, host può essere omesso, nel qual caso il server lo farà
accettare connessioni da qualsiasi host.

UNIX:sentiero
Le connessioni saranno consentite su socket di dominio UNIX dove sentiero è la posizione di
un socket unix su cui ascoltare le connessioni.

nessuna
VNC è inizializzato ma non avviato. Il comando "cambia" monitor può essere utilizzato per
successivamente avviare il server VNC.

Dopo l' dalla visualizzazione valore ce ne possono essere uno o più opzione flag separati da virgole.
Le opzioni valide sono

invertire
Connettiti a un client VNC in ascolto tramite una connessione "inversa". Il cliente è
specificato dal dalla visualizzazione. Per connessioni di rete inverse (host:d,"inverso"), il
d l'argomento è un numero di porta TCP, non un numero di visualizzazione.

presa web
Apre una porta di ascolto TCP aggiuntiva dedicata alle connessioni Websocket VNC. Di
definizione la porta Websocket è 5700+dalla visualizzazione. Se host è specificato le connessioni
sarà consentito solo da questo host. In alternativa la porta Websocket potrebbe
essere specificato utilizzando "websocket"=porto. Se non vengono fornite credenziali TLS, il
la connessione websocket viene eseguita in modalità non crittografata. Se vengono fornite le credenziali TLS,
la connessione websocket richiede connessioni client crittografate.

password
Richiedere l'utilizzo dell'autenticazione basata su password per le connessioni client.

La password deve essere impostata separatamente utilizzando il comando "set_password" nel
pcsys_monitor. La sintassi per cambiare la password è: "set_password
" dove potrebbe essere "vnc" o "spice".

Se vuoi cambiare scadenza della password, dovresti usare
"scadenza_password "dove il tempo di scadenza potrebbe essere uno
delle seguenti opzioni: ora, mai, +secondi o tempo di scadenza UNIX, ad es
+60 per far scadere la password in 60 secondi, o 1335196800 per far scadere la password
su "Mon Apr 23 12:00:00 EDT 2012" (ora UNIX per questa data e ora).

Puoi anche utilizzare le parole chiave "ora" o "mai" per il tempo di scadenza per consentire
la password scade immediatamente o non scade mai.

tls-crediti=ID
Fornisce l'ID di un set di credenziali TLS da utilizzare per proteggere il server VNC. Essi
si applicherà sia al normale socket del server VNC che al socket del websocket (se
abilitato). L'impostazione delle credenziali TLS farà sì che il socket del server VNC abiliti il
Meccanismo di autenticazione VeNCrypt. Le credenziali dovrebbero essere state create in precedenza
usando il -oggetto tls-crediti discussione.

Il tls-crediti parametro rende obsoleto il tls, x509e x509verifica opzioni, e come
pertanto non è consentito impostare contemporaneamente opzioni di tipo nuovo e vecchio.

tls Richiedi che il client utilizzi TLS durante la comunicazione con il server VNC. Questo usa
credenziali TLS anonime, quindi è suscettibile di un attacco man-in-the-middle. è
consiglia di combinare questa opzione con il x509 or x509verifica
opzioni.

Questa opzione è ora deprecata a favore dell'uso di tls-crediti discussione.

x509=/percorso/al/certificato/dir
Valido se tls è specificato. Richiedi che le credenziali x509 vengano utilizzate per la negoziazione
la sessione TLS. Il server invierà il suo certificato x509 al client. è
consiglia di impostare una password sul server VNC per fornire l'autenticazione di
il client quando viene utilizzato. Il percorso che segue questa opzione specifica dove il
I certificati x509 devono essere caricati da. Vedi il sicurezza_vnc sezione per i dettagli
sulla generazione di certificati.

Questa opzione è ora deprecata a favore dell'uso di tls-crediti discussione.

x509verifica=/percorso/al/certificato/dir
Valido se tls è specificato. Richiedi che le credenziali x509 vengano utilizzate per la negoziazione
la sessione TLS. Il server invierà il suo certificato x509 al client e
richiedere che il client invii il proprio certificato x509. Il server convaliderà
il certificato del client rispetto al certificato della CA e rifiuta i client quando
la convalida non riesce. Se l'autorità di certificazione è attendibile, questo è sufficiente
meccanismo di autenticazione. Potresti comunque voler impostare una password sul server VNC
come secondo livello di autenticazione. Il percorso che segue questa opzione specifica dove
i certificati x509 devono essere caricati da. Vedi il sicurezza_vnc sezione per
dettagli sulla generazione di certificati.

Questa opzione è ora deprecata a favore dell'uso di tls-crediti discussione.

sasso
Richiede che il client utilizzi SASL per l'autenticazione con il server VNC. L'esatto
la scelta del metodo di autenticazione utilizzato è controllata dal sistema/SASL dell'utente
file di configurazione per il servizio 'qemu'. Questo si trova in genere in
/etc/sasl2/qemu.conf. Se si esegue QEMU come utente non privilegiato, un ambiente
la variabile SASL_CONF_PATH può essere utilizzata per farla cercare in posizioni alternative per il
configurazione del servizio Mentre alcuni metodi di autenticazione SASL possono anche fornire la crittografia dei dati (ad es
GSSAPI), si consiglia di abbinare sempre SASL con 'tls' e 'x509'
impostazioni per abilitare l'uso di SSL e certificati server. Ciò garantisce un dato
crittografia che impedisce la compromissione delle credenziali di autenticazione. Vedi il
sicurezza_vnc sezione per i dettagli sull'utilizzo dell'autenticazione SASL.

ACL Attiva gli elenchi di controllo di accesso per il controllo del certificato client x509 e SASL
partito. Per i certificati x509, il controllo ACL viene effettuato rispetto al certificato
nome distinto. Questo è qualcosa che assomiglia
"C=GB,O=ACME,L=Boston,CN=bob". Per la parte SASL, il controllo ACL viene effettuato rispetto al
username, che a seconda del plugin SASL, può includere un componente realm, ad es
"bob" o "[email protected]". Quando il ACL flag è impostato, l'elenco di accesso iniziale
sarà vuoto, con una politica "nega". Quindi nessuno sarà autorizzato a utilizzare il VNC
server fino a quando gli ACL non sono stati caricati. Ciò può essere ottenuto utilizzando "acl"
comando monitor.

lossy
Abilita i metodi di compressione con perdita (gradiente, JPEG, ...). Se questa opzione è impostata, VNC
il client potrebbe ricevere aggiornamenti del framebuffer con perdita a seconda delle impostazioni di codifica.
L'attivazione di questa opzione può far risparmiare molta larghezza di banda a scapito della qualità.

non adattativo
Disabilita le codifiche adattive. Le codifiche adattive sono abilitate per impostazione predefinita. Un
la codifica adattiva proverà a rilevare le regioni dello schermo aggiornate di frequente e invierà
aggiornamenti in queste regioni utilizzando una codifica con perdita di dati (come JPEG). Questo può essere davvero
utile per risparmiare larghezza di banda durante la riproduzione di video. Disabilitare le codifiche adattive
ripristina il comportamento statico originale di codifiche come Tight.

condividi=[consenti-esclusivo|forza-condiviso|ignora]
Imposta i criteri di condivisione del display. 'allow-exclusive' consente ai clienti di chiedere l'esclusiva
accesso. Come suggerito dalle specifiche rfb, questo viene implementato eliminando altro
connessioni. La connessione di più client in parallelo richiede che tutti i client lo chiedano
per una sessione condivisa (vncviewer: -shared switch). Questa è l'impostazione predefinita.
"Condivisione forzata" disabilita l'accesso client esclusivo. Utile per il desktop condiviso
sessioni, in cui non vuoi che qualcuno dimentichi di specificare -shared scollegare
tutti gli altri. 'ignora' ignora completamente il flag condiviso e consente a tutti
connettersi incondizionatamente. Non è conforme alle specifiche rfb ma è tradizionale QEMU
comportamento.

solo destinazione i386:

-win2k-hack
Usalo durante l'installazione di Windows 2000 per evitare un bug del disco pieno. Dopo Windows 2000 è
installato, non è più necessaria questa opzione (questa opzione rallenta i trasferimenti IDE).

-no-fd-bootchk
Disabilita il controllo della firma di avvio per i dischi floppy nel BIOS. Potrebbe essere necessario per l'avvio da
vecchi floppy disk.

-no-acpi
Disabilita il supporto ACPI (Advanced Configuration and Power Interface). Usalo se il tuo
il sistema operativo guest si lamenta di problemi ACPI (solo PC target).

-no-hpet
Disabilita il supporto HPET.

-accettabile [sig=str][,riv=n][,oem_id=str][,oem_table_id=str][, oem_rev=n]
[,asl_compiler_id=str][,asl_compiler_rev=n][,dati=file1[:file2]...]
Aggiungi la tabella ACPI con i campi di intestazione specificati e il contesto dai file specificati. Per
file=, prende l'intera tabella ACPI dai file specificati, incluse tutte le intestazioni ACPI
(possibile sovrascritto da altre opzioni). Per data=, solo la parte di dati della tabella è
utilizzato, tutte le informazioni di intestazione sono specificate nella riga di comando.

-smbi file=binario
Carica la voce SMBIOS dal file binario.

-smbi tipo=0[,fornitore=str][,versione=str][,data=str][,rilascia=%g.%g][,uefi=acceso|spento]
Specificare i campi di tipo 0 SMBIOS

-smbi
tipo=1[,produttore=str][,prodotto=str][,versione=str][,seriale=str][,uid=uuid][,sku=str][,famiglia=str]
Specificare i campi di tipo 1 SMBIOS

-smbi
tipo=2[,produttore=str][,prodotto=str][,versione=str][,seriale=str][, asset=str][,posizione=str][,famiglia=str]
Specificare i campi di tipo 2 SMBIOS

-smbi tipo=3[,produttore=str][,versione=str][,seriale=str][, asset=str][,sku=str]
Specificare i campi di tipo 3 SMBIOS

-smbi
tipo=4[,calza_pfx=str][,produttore=str][,versione=str][,seriale=str][, asset=str][,parte=str]
Specificare i campi di tipo 4 SMBIOS

-smbi
tipo=17[,loc_pfx=str][,banca=str][,produttore=str][,seriale=str][, asset=str][,parte=str][,velocità=%d]
Specificare i campi di tipo 17 SMBIOS

Opzioni di rete:

-netto nic[,vlan=n][,macaddr=Mac][,modello=Digitare] [,nome=Nome][,indirizzo=addr][,vettori=v]
Crea una nuova scheda di interfaccia di rete e collegala alla VLAN n (n = 0 è l'impostazione predefinita).
La NIC è un e1000 per impostazione predefinita sul PC di destinazione. Facoltativamente, l'indirizzo MAC può essere
cambiato in Mac, l'indirizzo del dispositivo impostato su addr (solo schede PCI) e a Nome può essere
assegnato per l'uso nei comandi del monitor. Facoltativamente, per le schede PCI, è possibile specificare il
numero v dei vettori MSI-X che la scheda dovrebbe avere; questa opzione attualmente solo
colpisce le carte virtio; set v = 0 per disabilitare MSI-X. se no -netto l'opzione è specificata, a
viene creata una singola scheda di rete. QEMU può emulare diversi modelli di scheda di rete.
Valori validi per Digitare sono "virtio", "i82551", "i82557b", "i82559er", "ne2k_pci",
"ne2k_isa", "pcnet", "rtl8139", "e1000", "smc91c111", "lance" e "mcf_fec". Non tutto
i dispositivi sono supportati su tutti i target. Usa "-net nic,model=help" per un elenco di
dispositivi disponibili per il tuo target.

-netdev utente,id=id[,opzione][,opzione][,...]
-netto utente[,opzione][,opzione][,...]
Utilizzare lo stack di rete in modalità utente che non richiede privilegi di amministratore per l'esecuzione.
Le opzioni valide sono:

vlan=n
Connetti lo stack in modalità utente alla VLAN n (n = 0 è l'impostazione predefinita).

id =id
nome =Nome
Assegnare un nome simbolico da utilizzare nei comandi del monitor.

netto=addr[/mask]
Imposta l'indirizzo di rete IP che l'ospite vedrà. Specificare facoltativamente la maschera di rete, sia
nella forma abcd o come numero di bit più alti validi. Il valore predefinito è 10.0.2.0/24.

ospite=addr
Specificare l'indirizzo visibile dell'ospite dell'host. L'impostazione predefinita è il secondo IP nel guest
rete, ad es.xxx2.

restrizione=on|off
Se questa opzione è abilitata, l'ospite sarà isolato, cioè non potrà farlo
contattare l'host e nessun pacchetto IP ospite verrà instradato sull'host al
al di fuori. Questa opzione non influisce sulle regole di inoltro impostate in modo esplicito.

nome host=Nome
Specifica il nome host del client riportato dal server DHCP integrato.

dhcpstart=addr
Specificare il primo dei 16 IP che il server DHCP integrato può assegnare. L'impostazione predefinita è
dal 15° al 31° IP nella rete ospite, cioè da xxx15 a xxx31.

DNS=addr
Specificare l'indirizzo visibile come ospite del server dei nomi virtuale. L'indirizzo deve essere
diverso dall'indirizzo dell'host. L'impostazione predefinita è il 3° IP nella rete ospite, ad es
xxx3.

dnssearch=dominio
Fornisce una voce per l'elenco di ricerca del dominio inviato dal server DHCP integrato.
È possibile trasmettere più di un suffisso di dominio specificando questa opzione multiple
volte. Se supportato, questo farà sì che l'ospite tenti automaticamente di aggiungere il
dato il suffisso(i) di dominio nel caso in cui un nome di dominio non possa essere risolto.

Esempio:

qemu -net utente,dnssearch=mgmt.example.org,dnssearch=example.org [...]

tfp=dir
Quando si utilizza lo stack di rete in modalità utente, attivare un server TFTP integrato. I file
in dir verrà esposto come root di un server TFTP. Il client TFTP sul guest
deve essere configurato in modalità binaria (usare il comando "bin" del client Unix TFTP).

file di avvio=filetto
Quando si utilizza lo stack di rete in modalità utente, broadcast filetto come nome del file BOOTP. In
congiunzione con tftp, questo può essere usato per avviare in rete un ospite da un locale
directory.

Esempio (usando pxelinux):

qemu-system-i386 -hda linux.img -boot n -net utente,tftp=/percorso/del/tftp/files,bootfile=/pxelinux.0

sm=dir[,serversmb=addr]
Quando si utilizza lo stack di rete in modalità utente, attivare un server SMB integrato in modo che
I sistemi operativi Windows possono accedere ai file host in dir in modo trasparente. L'indirizzo IP di
il server SMB può essere impostato su addr. Per impostazione predefinita, il 4° IP nella rete ospite è
usato, cioèxxx4.

Nel sistema operativo Windows guest, la riga:

10.0.2.4 server smb

deve essere aggiunto nel file C:\WINDOWS\LMHOSTS (per Windows 9x/Me) o
C:\WINNT\SYSTEM32\DRIVERS\ETC\LMHOSTS (WindowsNT/2000).

Poi dir è possibile accedere in \smbserver\qemu.

Notare che un server SAMBA deve essere installato sul sistema operativo host. QEMU è stato testato
con successo con le versioni smbd di Red Hat 9, Fedora Core 3 e OpenSUSE 11.x.

hostfwd=[tcp|udp]:[hostadr]:porta ospite-[indirizzo ospite]:porto degli ospiti
Reindirizzare le connessioni TCP o UDP in entrata alla porta host porta ospite all'IP ospite
indirizzo indirizzo ospite sulla porta ospite porto degli ospiti. Se indirizzo ospite non è specificato, è
il valore è xxx15 (primo indirizzo predefinito fornito dal server DHCP integrato). Di
specificando hostadr, la regola può essere associata a un'interfaccia host specifica. se no
tipo di connessione è impostato, viene utilizzato TCP. Questa opzione può essere data più volte.

Ad esempio, per reindirizzare la connessione host X11 dalla schermata 1 alla schermata ospite 0, utilizzare
il seguente:

# sull'host
qemu-system-i386 -net utente,hostfwd=tcp:127.0.0.1:6001-:6000 [...]
# questo host xterm dovrebbe aprirsi nel server guest X11
xterm -display:1

Per reindirizzare le connessioni telnet dalla porta host 5555 alla porta telnet sul guest,
utilizza il seguente:

# sull'host
qemu-system-i386 -net utente,hostfwd=tcp::5555-:23 [...]
telnet host locale 5555

Quindi quando usi sull'host "telnet localhost 5555", ti connetti al guest
server telnet.

guestfwd=[tcp]:server:porto-dev
guestfwd=[tcp]:server:porto-cmd: comando
Inoltra le connessioni TCP guest all'indirizzo IP server sul porto porto ai
dispositivo di carattere dev o a un programma eseguito da cmd: comando che viene generato
per ogni connessione. Questa opzione può essere data più volte.

Puoi utilizzare direttamente un chardev e utilizzarlo in tutti i QEMU
durata, come nell'esempio seguente:

# apri 10.10.1.1:4321 all'avvio, collega 10.0.2.100:1234 ad esso ogni volta che
# l'ospite vi accede
qemu -net utente,guestfwd=tcp:10.0.2.100:1234-tcp:10.10.1.1:4321 [...]

Oppure puoi eseguire un comando su ogni connessione TCP stabilita dal guest, quindi
che QEMU si comporta in modo simile a un processo inetd per quel server virtuale:

# chiama "netcat 10.10.1.1 4321" su ogni connessione TCP a 10.0.2.100:1234
# e connetti il ​​flusso TCP al suo stdin/stdout
qemu -net 'utente,guestfwd=tcp:10.0.2.100:1234-cmd:netcat 10.10.1.1 4321'

Nota: le opzioni stand-alone legacy -tftp, -bootp, -smb e -redir vengono ancora elaborate
e applicato all'utente -net. Mescolandoli con la nuova sintassi di configurazione dà
risultati indefiniti. Il loro uso per nuove applicazioni è scoraggiato in quanto saranno
rimosso dalle versioni future.

-netdev tocca,id=id[,fd=h][,senome=Nome][,scrittura=filetto][, downscript=dfile][,aiutante=aiutante]
-netto
tocca[,vlan=n][,nome=Nome][,f=h][,senome=Nome][,scrittura=filetto][, downscript=dfile][,aiutante=aiutante]
Connetti l'interfaccia di rete TAP host Nome a VLAN n.

Usa lo script di rete filetto per configurarlo e lo script di rete dfile a
deconfigurarlo. Se Nome non è fornito, il sistema operativo ne fornisce automaticamente uno. Il
lo script di configurazione della rete predefinito è /etc/qemu-ifup e la rete predefinita deconfigurare
lo script è /etc/qemu-ifdown. Utilizzare copione=n or downscript=n per disabilitare lo script
esecuzione.

Se si esegue QEMU come utente non privilegiato, utilizzare l'assistente di rete aiutante configurare
l'interfaccia TAP. L'eseguibile predefinito dell'assistente di rete è
/percorso/per/qemu-bridge-helper.

fd=h può essere utilizzato per specificare l'handle di un'interfaccia TAP host già aperta.

Esempi:

#avvia un'istanza QEMU con lo script di rete predefinito
qemu-system-i386 linux.img -net nic -net tap

#avvia un'istanza QEMU con due NIC, ognuna connessa
#a un dispositivo TAP
qemu-system-i386 linux.img \
-net nic,vlan=0 -net tap,vlan=0,ifname=tap0 \
-net nic,vlan=1 -net tap,vlan=1,ifname=tap1

#avvia un'istanza QEMU con l'assistente di rete predefinito per
#connetti un dispositivo TAP al bridge br0
qemu-system-i386 linux.img \
-net nic -net tap,"helper=/path/to/qemu-bridge-helper"

-netdev ponte,id=id[,br=Ponte dei lucchetti ][,aiutante=aiutante]
-netto ponte[,vlan=n][,nome=Nome][,br=Ponte dei lucchetti ][,aiutante=aiutante]
Connettere un'interfaccia di rete host TAP a un dispositivo host bridge.

Usa l'assistente di rete aiutante per configurare l'interfaccia TAP e collegarla al
ponte. L'eseguibile predefinito dell'assistente di rete è /percorso/per/qemu-bridge-helper e il
il dispositivo bridge predefinito è br0.

Esempi:

#avvia un'istanza QEMU con l'assistente di rete predefinito per
#connetti un dispositivo TAP al bridge br0
qemu-system-i386 linux.img -net bridge -net nic,modello=virtio

#avvia un'istanza QEMU con l'assistente di rete predefinito per
#connetti un dispositivo TAP al bridge qemubr0
qemu-system-i386 linux.img -net bridge,br=qemubr0 -net nic,model=virtio

-netdev presa,id=id[,fd=h][, ascolta=[host]:porto][,connetti=host:porto]
-netto presa[,vlan=n][,nome=Nome][,f=h] [, ascolta=[host]:porto][,connetti=host:porto]
Connetti la VLAN n a una VLAN remota in un'altra macchina virtuale QEMU utilizzando un socket TCP
connessione. Se ascolta è specificato, QEMU attende le connessioni in entrata su porto (host
è facoltativo). connect viene utilizzato per connettersi a un'altra istanza QEMU utilizzando il ascolta
opzione. fd=h specifica un socket TCP già aperto.

Esempio:

# lancia una prima istanza QEMU
qemu-system-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:56 \
-presa di rete, ascolta =: 1234
# collega la VLAN 0 di questa istanza alla VLAN 0
# della prima istanza
qemu-system-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:57 \
-presa di rete, connessione = 127.0.0.1: 1234

-netdev presa,id=id[,fd=h][,mcast=pazzo:porto[,indirizzo locale=addr]]
-netto presa[,vlan=n][,nome=Nome][,f=h][,mcast=pazzo:porto[,indirizzo locale=addr]]
Crea una VLAN n condiviso con un'altra macchina virtuale QEMU utilizzando un multicast UDP
socket, creando effettivamente un bus per ogni QEMU con lo stesso indirizzo multicast pazzo e
porto. APPUNTI:

1. Diversi QEMU possono essere in esecuzione su host diversi e condividere lo stesso bus (supponendo
corretta configurazione multicast per questi host).

2. Il supporto mcast è compatibile con la modalità utente Linux (argomento ethN=mcast), vedi
<http://user-mode-linux.sf.net>.

3. Utilizzare fd=h per specificare un socket multicast UDP già aperto.

Esempio:

# avvia un'istanza QEMU
qemu-system-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:56 \
-net socket, mcast=230.0.0.1:1234
# avvia un'altra istanza QEMU sullo stesso "bus"
qemu-system-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:57 \
-net socket, mcast=230.0.0.1:1234
# lancia un'altra istanza QEMU sullo stesso "bus"
qemu-system-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:58 \
-net socket, mcast=230.0.0.1:1234

Esempio (compatibile con Linux in modalità utente):

# avvia l'istanza QEMU (nota l'indirizzo mcast selezionato
# è l'impostazione predefinita di UML)
qemu-system-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:56 \
-net socket, mcast=239.192.168.1:1102
# avvia UML
/percorso/di/linux ubd0=/percorso/di/root_fs eth0=mcast

Esempio (invio di pacchetti dall'host 1.2.3.4):

qemu-system-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:56 \
-net socket,mcast=239.192.168.1:1102,localaddr=1.2.3.4

-netdev
l2tpv3, id=id,sor=cuore,dst=dstaddr[,srcporta=srcport][,portadst=dstport], sessione tx=txsession[,rxsession=rxsession][,ipv6][,udp][,cookie64][,contatore][,pincounter][,txcookie=cookie][,rxcookie=biscotto rx][,spostamento=offset]
-netto
l2tpv3[,vlan=n][,nome=Nome],origine=cuore,dst=dstaddr[,srcporta=srcport][,portadst=dstport], sessione tx=txsession[,rxsession=rxsession][,ipv6][,udp][,cookie64][,contatore][,pincounter][,txcookie=cookie][,rxcookie=biscotto rx][,spostamento=offset]
Connetti VLAN n allo pseudocavo L2TPv3. L2TPv3 (RFC3391) è un protocollo popolare per
trasportano frame di dati Ethernet (e altri Layer 2) tra due sistemi. è presente
nei router, nei firewall e nel kernel Linux (dalla versione 3.3 in poi).

Questo trasporto consente a una VM di comunicare direttamente con un'altra VM, router o firewall.

src =cuore
indirizzo di origine (obbligatorio)

dst =dstaddr
indirizzo di destinazione (obbligatorio)

udp selezionare l'incapsulamento udp (l'impostazione predefinita è ip).

srcport=srcport
porta udp sorgente.

dstport=dstport
porta udp di destinazione.

ipv6
force v6, altrimenti il ​​valore predefinito è v4.

rxcookie=biscotto rx
txcookie=cookie
I cookie sono una forma debole di sicurezza nella specifica l2tpv3. La loro funzione è
principalmente per evitare errori di configurazione. Di default sono a 32 bit.

cookie64
Imposta la dimensione del cookie a 64 bit invece del valore predefinito 32

contatore=spento
Forza un L2TPv3 "ridotto" senza contatore come in
bozza-mkonstan-l2tpext-keyed-ipv6-tunnel-00

pincounter=attivo
Risolvere la gestione del contatore rotto in peer. Questo può aiutare anche su reti che hanno
riordino dei pacchetti.

scostamento=offset
Aggiungi un ulteriore offset tra intestazione e dati

Ad esempio, per collegare una VM in esecuzione sull'host 4.3.2.1 tramite L2TPv3 al bridge br-lan su
l'host Linux remoto 1.2.3.4:

# Imposta il tunnel sull'host Linux usando raw ip come incapsulamento
# su 1.2.3.4
ip l2tp aggiungi tunnel remoto 4.3.2.1 locale 1.2.3.4 tunnel_id 1 peer_tunnel_id 1 \
encap udp udp_sport 16384 udp_dport 16384
ip l2tp aggiungi sessione tunnel_id 1 nome vmtunnel0 session_id \
0xFFFFFFFF peer_session_id 0xFFFFFFFF
ifconfig vmtunnel0 mtu 1500
ifconfig vmtunnel0 su
brctl addif br-lan vmtunnel0

# su 4.3.2.1
# avvia l'istanza QEMU - se la tua rete ha un riordino o è molto lossy aggiungi, pincounter

qemu-system-i386 linux.img -net nic -net l2tpv3,src=4.2.3.1,dst=1.2.3.4,udp,srcport=16384,dstport=16384,rxsession=0xffffffff,txsession=0xffffffff,contatore

-netdev vde,id=id[,calzino=percorso presa][,porta=n][,gruppo=nome del gruppo][,modalità=ottalmode]
-netto vde[,vlan=n][,nome=Nome][,calzino=percorso presa]
[,porto=n][,gruppo=nome del gruppo][,modalità=ottalmode]
Connetti VLAN n a PORT n di uno switch vde in esecuzione sull'host e in ascolto dell'arrivo
connessioni attive percorso presa. Usa GRUPPO nome del gruppo e MODALITÀ ottalmode per modificare l'impostazione predefinita
proprietà e autorizzazioni per la porta di comunicazione. Questa opzione è disponibile solo se
QEMU è stato compilato con il supporto vde abilitato.

Esempio:

# avvia vde switch
vde_switch -F -sock /tmp/myswitch
# avvia l'istanza QEMU
qemu-system-i386 linux.img -net nic -net vde,sock=/tmp/myswitch

-netdev hubport,id=id,hubide=mozzo
Crea una porta hub su QEMU "vlan" mozzo.

L'hubport netdev ti consente di connettere una NIC a un QEMU "vlan" invece di un singolo netdev.
"-net" e "-device" con parametro VLAN creare automaticamente l'hub richiesto.

-netdev vhost-utente,chardev=id[,vhostforce=on|off][,queues=n]
Stabilire un netdev vhost-user, supportato da un chardev id. Il chardev dovrebbe essere un unix
socket di dominio supportato da uno. L'utente vhost utilizza un protocollo definito in modo specifico per passare
vhost ioctl messaggi di sostituzione a un'applicazione all'altra estremità del socket. Sopra
guest non MSIX, la funzione può essere forzata con vhostforce. Usa 'code=n' specificare
il numero di code da creare per multiqueue vhost-user.

Esempio:

qemu -m 512 -object memory-backend-file,id=mem,size=512M,mem-path=/hugetlbfs,share=on \
-numa nodo,memdev=mem \
-chardev socket,percorso=/percorso/a/socket \
-netdev tipo=utente-vhost,id=net0,chardev=chr0 \
-device virtio-net-pci,netdev=net0

-netto discarica[,vlan=n][,file=filetto][, len=len]
Scarica il traffico di rete su VLAN n archiviare filetto (qemu-vlan0.pcap per impostazione predefinita). Al massimo len
vengono memorizzati i byte (64k per impostazione predefinita) per pacchetto. Il formato del file è libpcap, quindi può essere
analizzato con strumenti come tcpdump o Wireshark. Nota: per i dispositivi creati con
'-netdev', usa invece '-object filter-dump,...'.

-netto nessuna
Indica che nessun dispositivo di rete deve essere configurato. È usato per ignorare il
configurazione predefinita (-netto nic -netto Utente) che si attiva se no -netto le opzioni sono
fornito.

Opzioni dispositivo personaggio:

La forma generale di un'opzione di dispositivo a caratteri è:

- chardev backend ,id=id [,mux=acceso|spento] [,Opzioni]
Il backend è uno di: nullo, presa di corrente, udp, mmouse, vc, ringbuff, filetto, tubo, consolle,
serial, pty, stdio, braille, tty, parallelo, partecipazione, spezievmc. porto delle spezie.
backend specifico determinerà le opzioni applicabili.

Tutti i dispositivi devono avere un ID, che può essere qualsiasi stringa lunga fino a 127 caratteri. è
utilizzato per identificare in modo univoco questo dispositivo in altre direttive della riga di comando.

Un dispositivo a caratteri può essere utilizzato in modalità multiplexing da più front-end. Il tasto
sequenza di Controllo-a e c ruoterà il focus di input tra i front-end collegati.
Specificare mux=acceso per abilitare questa modalità.

Le opzioni per ciascun backend sono descritte di seguito.

- chardev nullo ,id=id
Un dispositivo vuoto. Questo dispositivo non emetterà alcun dato e rilascerà tutti i dati che riceve.
Il backend nullo non accetta alcuna opzione.

- chardev presa di corrente ,id=id [TCP Opzioni or unix Opzioni] [,server] [,non aspettare] [, Telnet]
[,ricollegare=secondo]
Crea un socket di flusso bidirezionale, che può essere un socket TCP o unix. un unix
socket verrà creato se sentiero è specificato. Il comportamento non è definito se le opzioni TCP sono
specificato per un socket unix.

server specifica che il socket deve essere un socket in ascolto.

nowait specifica che QEMU non dovrebbe bloccarsi in attesa che un client si connetta a a
presa di ascolto.

telnet specifica che il traffico sul socket deve interpretare le sequenze di escape telnet.

ricollegare imposta il timeout per la riconnessione su socket non server quando l'estremità remota
Va via. qemu ritarderà questo numero di secondi e quindi tenterà di riconnettersi. Zero
disabilita la riconnessione ed è l'impostazione predefinita.

Di seguito sono riportate le opzioni socket TCP e unix:

TCP opzioni: porta =porto [,ospite=host] [,a=a] [,ipv4] [,ipv6] [,nessun ritardo]
host per un socket in ascolto specifica l'indirizzo locale da collegare. Per un
connettendo specie di socket l'host remoto a cui connettersi. host è facoltativo per
prese di ascolto. Se non specificato, il valore predefinito è 0.0.0.0.

porto per un socket in ascolto specifica la porta locale da collegare. Per un collegamento
socket specifica la porta sull'host remoto a cui connettersi. porto può essere dato come
un numero di porta o un nome di servizio. porto è richiesto.

a è rilevante solo per i socket in ascolto. Se è specificato, e porto non può essere
vincolato, QEMU tenterà di collegarsi alle porte successive fino a e compreso a fino a quando
ci riesce. a deve essere specificato come numero di porta.

ipv4 e ipv6 specificare che è necessario utilizzare IPv4 o IPv6. Se nessuno dei due lo è
specificato che il socket può utilizzare entrambi i protocolli.

nessun ritardo disabilita l'algoritmo di Nagle.

unix opzioni: percorso =sentiero
sentiero specifica il percorso locale del socket unix. sentiero è richiesto.

- chardev udp ,id=id [,ospite=host] ,porta=porto [,indirizzo locale=indirizzo locale] [,portalocale=localeporto]
[,ipv4] [,ipv6]
Invia tutto il traffico dal guest a un host remoto tramite UDP.

host specifica l'host remoto a cui connettersi. Se non specificato, il valore predefinito è
"localhost".

porto specifica la porta sull'host remoto a cui connettersi. porto è richiesto.

indirizzo locale specifica l'indirizzo locale a cui collegarsi. Se non specificato, il valore predefinito è
0.0.0.0

localeporto specifica la porta locale a cui collegarsi. Se non specificato nessun locale disponibile
verrà utilizzata la porta.

ipv4 e ipv6 specificare che è necessario utilizzare IPv4 o IPv6. Se nessuno dei due è specificato
il dispositivo può utilizzare entrambi i protocolli.

- chardev mmouse ,id=id
Inoltra all'ospite gli eventi msmouse emulati da QEMU. mmouse non ci vuole
opzioni.

- chardev vc ,id=id [[,larghezza=larghezza] [,altezza=altezza]] [[,col=cols] [,righe=righe]]
Connettiti a una console di testo QEMU. vc può facoltativamente essere data una dimensione specifica.

larghezza e altezza specificare rispettivamente la larghezza e l'altezza della console, in pixel.

cols e righe specificare che la console sia dimensionata per adattarsi a una console di testo con il dato
dimensioni.

- chardev ringbuff ,id=id [,dimensione=Taglia]
Crea un buffer ad anello con dimensione fissa Taglia. Taglia deve essere una potenza di due e il valore predefinito
a "64K").

- chardev filetto ,id=id ,percorso=sentiero
Registra tutto il traffico ricevuto dall'ospite in un file.

sentiero specifica il percorso del file da aprire. Questo file verrà creato se lo fa
non esiste già e, in caso affermativo, viene sovrascritto. sentiero è richiesto.

- chardev tubo ,id=id ,percorso=sentiero
Crea una connessione bidirezionale con l'ospite. Il comportamento differisce leggermente tra
Host Windows e altri host:

Su Windows, verrà creato un singolo tubo duplex a \.tubo\sentiero.

Su altri host verranno create 2 pipe chiamate sentiero. In e sentiero.out. Dati scritti su
sentiero. In sarà ricevuto dall'ospite. I dati scritti dall'ospite possono essere letti da
sentiero.out. QEMU non creerà queste fifos e richiede che siano presenti.

sentiero fa parte del percorso del tubo come descritto sopra. sentiero è richiesto.

- chardev consolle ,id=id
Invia il traffico dal guest allo standard output di QEMU. consolle non ci vuole
opzioni.

consolle è disponibile solo su host Windows.

- chardev serial ,id=id ,percorso=percorso
Invia il traffico dal guest a un dispositivo seriale sull'host.

Su host Unix, il serial accetterà effettivamente qualsiasi dispositivo tty, non solo le linee seriali.

sentiero specifica il nome del dispositivo seriale da aprire.

- chardev pty ,id=id
Crea un nuovo pseudo-terminale sull'host e connettiti ad esso. pty non ci vuole
opzioni.

pty non è disponibile su host Windows.

- chardev stdio ,id=id [,segnale=acceso|spento]
Connettersi all'input standard e all'output standard del processo QEMU.

segnale controlla se i segnali sono abilitati sul terminale, che include l'uscita da QEMU
con la sequenza di tasti Ctrl-c. Questa opzione è abilitata per impostazione predefinita, usa segnale=spento a
disabilitalo.

stdio non è disponibile su host Windows.

- chardev braille ,id=id
Connettiti a un server BrlAPI locale. braille non accetta alcuna opzione.

- chardev tty ,id=id ,percorso=sentiero
tty è disponibile solo su host Linux, Sun, FreeBSD, NetBSD, OpenBSD e DragonFlyBSD.
È un alias per serial.

sentiero specifica il percorso del tty. sentiero è richiesto.

- chardev parallelo ,id=id ,percorso=sentiero
- chardev partecipazione ,id=id ,percorso=sentiero
parallelo è disponibile solo su host Linux, FreeBSD e DragonFlyBSD.

Connettiti a una porta parallela locale.

sentiero specifica il percorso del dispositivo della porta parallela. sentiero è richiesto.

- chardev spezievmc ,id=id ,debug=mettere a punto, nome =Nome
spezievmc è disponibile solo quando è integrato il supporto per le spezie.

mettere a punto livello di debug per spicevmc

Nome nome del canale delle spezie a cui connettersi

Connettiti a un canale della macchina virtuale spice, come vdiport.

- chardev porto delle spezie ,id=id ,debug=mettere a punto, nome =Nome
porto delle spezie è disponibile solo quando è integrato il supporto per le spezie.

mettere a punto livello di debug per spicevmc

Nome nome della porta delle spezie a cui connettersi

Connettiti a una porta Spice, consentendo a un client Spice di gestire il traffico identificato da a
nome (preferibilmente un fqdn).

Sintassi dell'URL del dispositivo:

Oltre a utilizzare le normali immagini di file per i dispositivi di archiviazione emulati, QEMU può anche
utilizzare risorse di rete come i dispositivi iSCSI. Questi sono specificati utilizzando un URL speciale
sintassi.

iSCSI
Il supporto iSCSI consente a QEMU di accedere direttamente alle risorse iSCSI e di utilizzarle come immagini per il
deposito degli ospiti. Sono supportate sia le immagini del disco che quelle del cdrom.

La sintassi per specificare iSCSI LUN è "iscsi:// [: ]/ / "

Per impostazione predefinita, qemu utilizzerà il nome dell'iniziatore iSCSI 'iqn.2008-11.org.linux-kvm[: ]'
ma questo può essere impostato anche dalla riga di comando o da un file di configurazione.

Dalla versione Qemu 2.4 è possibile specificare un timeout di richiesta iSCSI da rilevare
richieste bloccate e forzare il ripristino della sessione. Il timeout è specificato
in secondi. Il valore predefinito è 0 che significa nessun timeout. Libiscsi 1.15.0 o superiore è
richiesto per questa funzione.

Esempio (senza autenticazione):

qemu-system-i386 -iscsi nome-iniziatore=iqn.2001-04.com.example:mio-iniziatore \
-cdrom iscsi://192.0.2.1/iqn.2001-04.com.example/2 \
-drive file=iscsi://192.0.2.1/iqn.2001-04.com.example/1

Esempio (nome utente/password CHAP tramite URL):

qemu-system-i386 -drive file=iscsi://utente%[email protected]/iqn.2001-04.com.esempio/1

Esempio (nome utente/password CHAP tramite variabili di ambiente):

LIBISCSI_CHAP_USERNAME="utente" \
LIBISCSI_CHAP_PASSWORD="password" \
qemu-system-i386 -drive file=iscsi://192.0.2.1/iqn.2001-04.com.example/1

Il supporto iSCSI è una funzionalità opzionale di QEMU e disponibile solo se compilato e
legato contro la libiscsi.

I parametri iSCSI come nome utente e password possono essere specificati anche tramite a
file di configurazione. Vedere qemu-doc per ulteriori informazioni ed esempi.

NBD QEMU supporta NBD (Network Block Devices) sia utilizzando il protocollo TCP che Unix
Socket di dominio.

Sintassi per specificare un dispositivo NBD utilizzando TCP
"nbd: : [:nomeesportazione= ]"

Sintassi per specificare un dispositivo NBD utilizzando Unix Domain Sockets
"nbd:unix: [:nomeesportazione= ]"

Esempio per TCP

qemu-system-i386 --drive file=nbd:192.0.2.1:30000

Esempio per socket di dominio Unix

qemu-system-i386 --drive file=nbd:unix:/tmp/nbd-socket

SSH QEMU supporta l'accesso SSH (Secure Shell) ai dischi remoti.

Esempi:

qemu-system-i386 -drive file=ssh://utente@host/percorso/del/disco.img
qemu-system-i386 -drive file.driver=ssh,file.user=utente,file.host=host,file.port=22,file.path=/path/to/disk.img

Attualmente l'autenticazione deve essere eseguita utilizzando ssh-agent. Altri metodi di autenticazione
potrebbe essere supportato in futuro.

cane da pastore
Sheepdog è un sistema di archiviazione distribuito per QEMU. QEMU supporta l'utilizzo di local
dispositivi cane da pastore o dispositivi di rete remoti.

Sintassi per specificare un dispositivo cane da pastore

cane da pastore[+tcp|+unix]://[host:port]/vdiname[?socket=path][#snapid|#tag]

Esempio

qemu-system-i386 --drive file=sheepdog://192.0.2.1:30000/MyVirtualMachine

Guarda anchehttp://http://www.osrg.net/cane da pastore/>.

GlusterFS
GlusterFS è un file system distribuito nello spazio utente. QEMU supporta l'uso di
Volumi GlusterFS per ospitare immagini disco VM utilizzando TCP, Unix Domain Sockets e RDMA
protocolli di trasporto.

La sintassi per specificare un'immagine del disco VM sul volume GlusterFS è

gluster[+trasporto]://[server[:porta]]/nomevol/immagine[?socket=...]

Esempio

qemu-system-x86_64 --drive file=gluster://192.0.2.1/testvol/a.img

Guarda anchehttp://www.gluster.org>.

HTTP/HTTPS/FTP/FTPS/TFTP
QEMU supporta l'accesso in sola lettura ai file a cui si accede tramite http(s), ftp(s) e tftp.

Sintassi utilizzando un singolo nome di file:

://[ [: ]@] /

dove:

protocollo
'http', 'https', 'ftp', 'ftps' o 'tftp'.

nome utente
Nome utente opzionale per l'autenticazione al server remoto.

password
Password facoltativa per l'autenticazione al server remoto.

host
Indirizzo del server remoto.

sentiero
Percorso sul server remoto, inclusa qualsiasi stringa di query.

Sono inoltre supportate le seguenti opzioni:

URL L'URL completo quando si passano le opzioni al driver in modo esplicito.

readhead
La quantità di dati da leggere in anticipo con ogni richiesta di intervallo al server remoto.
Questo valore può opzionalmente avere il suffisso 'T', 'G', 'M', 'K', 'k' o 'b'. se è
non ha un suffisso, si presume che sia in byte. Il valore deve essere a
multiplo di 512 byte. Il valore predefinito è 256k.

sslverifica
Se verificare il certificato del server remoto durante la connessione tramite SSL. Può
avere il valore 'on' o 'off'. Il valore predefinito è 'on'.

biscotto
Invia questo cookie (può anche essere un elenco di cookie separati da ';') con ciascuno
richiesta in uscita. Supportato solo quando si utilizzano protocolli come HTTP che supportano
cookie, altrimenti ignorati.

timeout
Imposta il timeout in secondi della connessione CURL. Questo timeout è il momento in cui
CURL attende una risposta dal server remoto per ottenere la dimensione dell'immagine a
essere scaricato. Se non è impostato, viene utilizzato il timeout predefinito di 5 secondi.

Nota che quando passi le opzioni a qemu in modo esplicito, autista è il valore di .

Esempio: avvio da un'immagine ISO live di Fedora 20 remota

qemu-system-x86_64 --drive media=cdrom,file=http://dl.fedoraproject.org/pub/fedora/linux/releases/20/Live/x86_64/Fedora-Live-Desktop-x86_64-20-1.iso,sola lettura

qemu-system-x86_64 --drive media=cdrom,file.driver=http,file.url=http://dl.fedoraproject.org/pub/fedora/linux/releases/20/Live/x86_64/Fedora-Live-Desktop-x86_64-20-1.iso,sola lettura

Esempio: avvio da un'immagine cloud Fedora 20 remota utilizzando un overlay locale per le scritture,
copy-on-read e un readahead di 64k

qemu-img create -f qcow2 -o backing_file='json:{"file.driver":"http",, "file.url":"https://dl.fedoraproject.org/pub/fedora/linux/releases /20/Images/x86_64/Fedora-x86_64-20-20131211.1-sda.qcow2",, "file.readahead":"64k"}' /tmp/Fedora-x86_64-20-20131211.1-sda.qcow2

qemu-system-x86_64 -drive file=/tmp/Fedora-x86_64-20-20131211.1-sda.qcow2,copy-on-read=on

Esempio: avvio da un'immagine archiviata su un server VMware vSphere con un autofirmato
certificato utilizzando un overlay locale per le scritture, un readahead di 64k e un timeout di 10
secondi.

qemu-img create -f qcow2 -o backing_file='json:{"file.driver":"https",, "file.url":"https://user:[email protected]/folder/test/test-flat.vmdk?dcPath=Datacenter&dsName=datastore1",, "file.sslverify":"off",, "file.readahead":"64k",, "file.timeout":10}' /tmp/test.qcow2

qemu-system-x86_64 -drive file=/tmp/test.qcow2

Opzioni Bluetooth®:

-bt hci[...]
Definisce la funzione del corrispondente Bluetooth HCI. -bt le opzioni sono abbinate a
gli HCI presenti nel tipo di macchina prescelto. Ad esempio quando si emula una macchina
con un solo HCI integrato, è valida solo la prima opzione "-bt hci[...]" e
definisce la logica dell'HCI. Il livello di trasporto è deciso dal tipo di macchina.
Attualmente le macchine "n800" e "n810" hanno un HCI e tutte le altre macchine lo hanno
nessuna.

Si riconoscono i seguenti tre tipi:

-bt hci, null
(predefinito) L'HCI Bluetooth corrispondente non assume alcuna logica interna e non lo farà
rispondere a qualsiasi comando HCI o emettere eventi.

-bt hci, host[:id]
(solo "bluez") L'HCI corrispondente passa comandi/eventi a/da
HCI fisico identificato dal nome id (predefinito: "hci0") sul computer in esecuzione
QEMU. Disponibile solo su sistemi compatibili con "bluez" come Linux.

-bt hci[,vlan=n]
Aggiungi un HCI virtuale standard che parteciperà alla scatternet Bluetooth n
(predefinito 0). Analogamente a -netto VLAN, dispositivi all'interno di una rete bluetooth n può
comunicare solo con altri dispositivi nella stessa rete (scatternet).

-bt vhci[,vlan=n]
(Solo host Linux) Creare un HCI in scatternet n (predefinito 0) collegato all'host
stack bluetooth invece che al target emulato. Ciò consente all'host e al target
macchine per partecipare a una rete comune e comunicare. Richiede Linux
driver "vhci" installato. Può essere utilizzato come segue:

qemu-system-i386 [...OPZIONI...] -bt hci,vlan=5 -bt vhci,vlan=5

-bt dispositivo:dev[,vlan=n]
Emula un dispositivo bluetooth dev e mettilo in rete n (predefinito 0). QEMU può solo
emula un tipo di dispositivi bluetooth attualmente:

tastiera
Tastiera wireless virtuale che implementa il profilo bluetooth HIDP.

Opzioni del dispositivo TPM:

La forma generale di un'opzione del dispositivo TPM è:

-tpmdev backend ,id=id [,Opzioni]
Il tipo di backend deve essere: passthrough.

Il tipo di backend specifico determinerà le opzioni applicabili. L'opzione "-tpmdev"
crea il backend TPM e richiede un'opzione "-device" che specifichi il TPM
modello di interfaccia frontend.

Le opzioni per ciascun backend sono descritte di seguito.

Usa 'help' per stampare tutti i tipi di backend TPM disponibili.

qemu -tpmdev aiuto

-tpmdev passante, id =id, percorso =sentiero, cancella-percorso=cancella-percorso
(Solo host Linux) Abilitare l'accesso al TPM dell'host utilizzando il driver passthrough.

sentiero specifica il percorso del dispositivo TPM dell'host, ovvero su un host Linux questo sarebbe
"/dev/tpm0". sentiero è facoltativo e per impostazione predefinita viene utilizzato "/dev/tpm0".

cancella-percorso specifica il percorso della voce sysfs del dispositivo TPM host consentendo
annullamento di un comando TPM in corso. cancella-percorso è opzionale e per impostazione predefinita QEMU
cercherà la voce sysfs da utilizzare.

Alcune note sull'utilizzo del TPM dell'host con il driver passthrough:

Il dispositivo TPM a cui accede il driver passthrough non deve essere utilizzato da nessun altro
applicazione sull'host.

Poiché il firmware dell'host (BIOS/UEFI) ha già inizializzato il TPM, le VM
firmware (BIOS/UEFI) non sarà in grado di inizializzare nuovamente il TPM e potrebbe quindi
non mostrare un menu specifico del TPM che altrimenti consentirebbe all'utente di configurare il TPM,
ad esempio, consentire all'utente di abilitare/disabilitare o attivare/disattivare il TPM. Inoltre, se
La proprietà del TPM viene rilasciata dall'interno di una VM, quindi il TPM dell'host verrà disabilitato e
disattivato. Per abilitare e riattivare successivamente il TPM, l'host deve essere
riavviato e l'utente deve accedere al menu del firmware per abilitare e attivare
il TPM. Se il TPM viene lasciato disabilitato e/o disattivato, la maggior parte dei comandi TPM avrà esito negativo.

Per creare un TPM passthrough, utilizzare le due opzioni seguenti:

-tpmdev passthrough,id=tpm0 -dispositivo tpm-tis,tpmdev=tpm0

Nota che l'id "-tpmdev" è "tpm0" ed è referenziato da "tpmdev=tpm0" nel dispositivo
opzione.

Specifico per l'avvio di Linux/Multiboot:

Quando si utilizzano queste opzioni, è possibile utilizzare un dato kernel Linux o Multiboot senza installarlo
esso nell'immagine del disco. Può essere utile per testare più facilmente vari kernel.

-nucleo bzImmagine
Usa il bzImmagine come immagine del kernel. Il kernel può essere un kernel Linux o in multiboot
formato.

-aggiungere cmdline
Usa il cmdline come riga di comando del kernel

-initrd filetto
Usa il filetto come disco ram iniziale.

-initrd "file1 arg=pippo,file2"
Questa sintassi è disponibile solo con multiboot.

Usa il file1 e file2 come moduli e passare arg=foo come parametro al primo modulo.

-db filetto
Usa il filetto come immagine binaria (dtb) dell'albero dei dispositivi e passarla al kernel all'avvio.

Opzioni di debug/esperto:

-fw_cfg [nome=]Nome,file=filetto
Aggiungi la voce denominata fw_cfg dal file. Nome determina il nome della voce in fw_cfg
directory dei file esposta al guest.

-fw_cfg [nome=]Nome,stringa=str
Aggiungi la voce denominata fw_cfg dalla stringa.

-seriale dev
Reindirizzare la porta seriale virtuale per ospitare il dispositivo a caratteri dev. Il dispositivo predefinito è
"vc" in modalità grafica e "stdio" in modalità non grafica.

Questa opzione può essere utilizzata più volte per simulare fino a 4 porte seriali.

Usa "-serial none" per disabilitare tutte le porte seriali.

I dispositivi carattere disponibili sono:

vc[:WxH]
Console virtuale. Facoltativamente, una larghezza e un'altezza possono essere fornite in pixel con

vc: 800x600

È anche possibile specificare la larghezza o l'altezza in caratteri:

vc:80Cx24C

pty [Solo Linux] Pseudo TTY (viene allocato automaticamente un nuovo PTY)

nessuna
Nessun dispositivo è assegnato.

nullo
dispositivo vuoto

chardev:id
Usa un dispositivo a caratteri con nome definito con l'opzione "-chardev".

/dev/XXX
[Solo Linux] Usa host tty, ad es /dev/ttyS0. I parametri della porta seriale dell'host sono
impostati in base a quelli emulati.

/dev/parportN
[Solo Linux, solo porta parallela] Usa porta parallela host N. Attualmente SPP e EPP
è possibile utilizzare le funzionalità della porta parallela.

file:Nome del file
Scrivi output su Nome del file. Nessun carattere può essere letto.

stdio
[Solo Unix] ingresso/uscita standard

tubo:Nome del file
nome pipa Nome del file

COMn
[Solo Windows] Usa porta seriale host n

udp:[Host remoto]:porta_remota[@[src_ip]:porta_src]
Questo implementa UDP Net Console. quando Host remoto or src_ip non sono specificati
di default sono 0.0.0.0. Quando non si utilizza uno specifico porta_src una porta casuale è
scelto automaticamente.

Se vuoi solo una semplice console di sola lettura puoi usare "netcat" o "nc", con
iniziando QEMU con: "-serial udp::4555" e nc come: "nc -u -l -p 4555". In qualsiasi momento
QEMU scrive qualcosa su quella porta che apparirà nella sessione netconsole.

Se hai intenzione di rispedire i personaggi tramite netconsole o vuoi fermarti e iniziare
QEMU molte volte, dovresti fare in modo che QEMU utilizzi la stessa porta sorgente ogni volta da
usando qualcosa come "-serial udp::4555@4556" per QEMU. Un altro approccio è usare
una versione con patch di netcat che può ascoltare una porta TCP e inviare e ricevere
caratteri tramite udp. Se hai una versione patchata di netcat che si attiva
telnet remote echo e single char transfer, quindi puoi usare quanto segue
opzioni per potenziare un redirector netcat per consentire a telnet sulla porta 5555 di accedere a
porta QEMU.

"Opzioni QEMU:"
-udp seriale::4555@4556

"opzioni netcat:"
-u -P 4555 -L 0.0.0.0:4556 -t -p 5555 -I -T

"opzioni telnet:"
localhost 5555

TCP:[host]:porto[,server][,adesso][,nodelay][,reconnect=secondo]
La TCP Net Console ha due modalità di funzionamento. Può inviare l'I/O seriale a a
posizione o attendere una connessione da una posizione. Per impostazione predefinita la console di rete TCP
viene inviato a host alla porto. Se usi il server l'opzione QEMU aspetterà a
client socket per connettersi alla porta prima di continuare, a meno che il
L'opzione "nowait" è stata specificata. L'opzione "nodelay" disabilita il buffering di Nagle
algoritmo. L'opzione "riconnetti" si applica solo se nessun server è impostato, se
la connessione si interrompe, tenterà di riconnettersi all'intervallo specificato. Se host
viene omesso, si assume 0.0.0.0. Viene accettata solo una connessione TCP alla volta. Voi
può utilizzare "telnet" per connettersi al dispositivo a caratteri corrispondente.

"Esempio per inviare la console tcp alla porta 192.168.0.2 4444"
-tcp seriale:192.168.0.2:4444

"Esempio di ascoltare e attendere sulla porta 4444 per la connessione"
-seriale tcp::4444,server

"Esempio di non aspettare e ascoltare su ip 192.168.0.100 porta 4444"
-serial tcp:192.168.0.100:4444,server,adesso

telnet:host:porto[,server][,ora aspetta][,nodelay]
Il protocollo telnet viene utilizzato al posto dei socket tcp non elaborati. Le opzioni funzionano allo stesso modo
come se avessi specificato "-serial tcp". La differenza è che la porta si comporta come
un server o un client telnet che utilizza la negoziazione dell'opzione telnet. Questo permetterà anche
inviare la sequenza MAGIC_SYSRQ se si utilizza un telnet che supporta l'invio del
sequenza di interruzione. Tipicamente in unix telnet lo fai con Control-] e poi scrivi
"send break" seguito dalla pressione del tasto invio.

UNIX:sentiero[,server][,adesso][,riconnetti=secondo]
Viene utilizzato un socket di dominio unix al posto di un socket tcp. L'opzione funziona allo stesso modo
come se avessi specificato "-serial tcp" eccetto il socket del dominio unix sentiero viene usato
per i collegamenti.

lun:stringa_dev
Questa è un'opzione speciale per consentire il multiplexing del monitor su un altro
porta seriale. Si accede al monitor con la sequenza di tasti di Controllo-a e poi
premendo c. stringa_dev dovrebbe essere uno dei dispositivi seriali sopra specificati.
Un esempio per multiplexare il monitor su un server telnet in ascolto sulla porta 4444
sarebbe:

"-serial mon:telnet::4444,server,adesso"

Quando il monitor è multiplexato a stdio in questo modo, Ctrl+C non terminerà
QEMU più, ma verrà invece passato all'ospite.

braille
Dispositivo Braille. Questo utilizzerà BrlAPI per visualizzare l'output braille su un vero or
dispositivo falso.

mmouse
Mouse seriale a tre pulsanti. Configura il guest per l'utilizzo del protocollo Microsoft.

-parallelo dev
Reindirizza la porta parallela virtuale al dispositivo host dev (stessi dispositivi del seriale
porta). Su host Linux, /dev/parportN può essere utilizzato per utilizzare i dispositivi hardware collegati su
la porta parallela dell'host corrispondente.

Questa opzione può essere utilizzata più volte per simulare fino a 3 porte parallele.

Usa "-parallel none" per disabilitare tutte le porte parallele.

-tenere sotto controllo dev
Reindirizza il monitor al dispositivo host dev (stessi dispositivi della porta seriale). Il
il dispositivo predefinito è "vc" in modalità grafica e "stdio" in modalità non grafica. Utilizzo
"-monitor none" per disabilitare il monitor predefinito.

-qmp dev
Come -monitor ma si apre in modalità 'controllo'.

-qmp-piuttosto dev
Come -qmp ma usa una bella formattazione JSON.

-lun [chardev=]nome[,mode=readline|controllo][,predefinito]
Monitor di configurazione su chardev Nome.

-debugcon dev
Reindirizza la console di debug al dispositivo host dev (stessi dispositivi della porta seriale). Il
la console di debug è una porta I/O che in genere è la porta 0xe9; scrivendo su quella porta I/O
invia l'output a questo dispositivo. Il dispositivo predefinito è "vc" in modalità grafica e "stdio"
in modalità non grafica.

-pidfile filetto
Memorizza il PID del processo QEMU in filetto. È utile se avvii QEMU da uno script.

-singolo passo
Esegui l'emulazione in modalità a passaggio singolo.

-S Non avviare la CPU all'avvio (è necessario digitare 'c' nel monitor).

-tempo reale mlock=acceso|spento
Esegui qemu con funzionalità in tempo reale. mlocking qemu e guest memory possono essere abilitati tramite
mlock=attivo (abilitato per impostazione predefinita).

-gb dev
Attendi la connessione gdb sul dispositivo dev. Le connessioni tipiche saranno probabilmente basate su TCP,
ma anche UDP, pseudo TTY o anche stdio sono casi d'uso ragionevoli. Quest'ultimo è
consentendo di avviare QEMU da gdb e stabilire la connessione tramite una pipe:

(gdb) target remoto | exec qemu-system-i386 -gdb stdio ...

-s Abbreviazione di -gdb tcp::1234, ovvero aprire un gdbserver sulla porta TCP 1234.

-d item1[,...]
Abilita la registrazione degli elementi specificati. Usa '-d help' per un elenco di elementi del registro.

-D file di log
Uscita log in file di log invece di stderr

-L sentiero
Imposta la directory per il BIOS, il BIOS VGA e le mappe dei tasti.

-biografia filetto
Imposta il nome del file per il BIOS.

-abilita-kvm
Abilita il supporto completo per la virtualizzazione KVM. Questa opzione è disponibile solo se supporta KVM
è abilitato durante la compilazione.

-xen-domid id
Specifica il dominio guest xen id (solo XEN).

-xen-creare
Crea un dominio usando le hypercall xen, bypassando xend. Avvertenza: non deve essere utilizzato quando
xend è in uso (solo XEN).

-xen-attaccare
Collega al dominio xen esistente. xend lo utilizzerà all'avvio di QEMU (solo XEN).

-nessun riavvio
Esci invece di riavviare.

-no-spegnimento
Non uscire da QEMU allo spegnimento del guest, ma arrestare solo l'emulazione. Questo permette
per esempio passare a monitor per confermare le modifiche all'immagine del disco.

-loadvm filetto
Inizia subito con uno stato salvato ("loadvm" nel monitor)

-demonizzare
Daemonizzare il processo QEMU dopo l'inizializzazione. QEMU non si staccherà dallo standard
IO finché non è pronto a ricevere connessioni su uno dei suoi dispositivi. Questa opzione è una
modo utile per i programmi esterni di avviare QEMU senza doverlo affrontare
condizioni di gara di inizializzazione.

-opzione-rom filetto
Carica il contenuto di filetto come ROM opzionale. Questa opzione è utile per caricare cose come
EtherBoot.

-rtc [base=utc|ora locale|quando][,clock=host|vm][,driftfix=none|slew]
Specificare base come "utc" o "localtime" per far iniziare l'RTC all'ora UTC corrente o locale
tempo, rispettivamente. "localtime" è necessario per la data corretta in MS-DOS o Windows. Per
iniziare in un momento specifico, fornire quando nel formato "2006-06-17T16:01:21" o
"2006-06-17". La base predefinita è UTC.

Per impostazione predefinita, l'RTC è guidato dall'ora del sistema host. Ciò consente di utilizzare l'RTC come
orologio di riferimento preciso all'interno dell'ospite, in particolare se l'orario dell'host è regolare
seguendo un preciso clock di riferimento esterno, ad esempio tramite NTP. Se vuoi isolarti
l'ora dell'ospite dall'host, è possibile impostare orologio su "rt" invece. Anche per prevenirlo
dall'avanzamento durante la sospensione, è possibile impostarlo su "vm".

permettere driftfix (solo target i386) se si verificano problemi di deriva temporale,
in particolare con ACPI HAL di Windows. Questa opzione cercherà di capire quanti timer
gli interrupt non sono stati elaborati dal guest Windows e li reinseriranno.

-io conto [turno=N|auto][,rr=record|riproduci,rrfile=Nome del file]
Abilita il contatore di istruzioni virtuale. La CPU virtuale eseguirà un'istruzione
ogni 2^N ns di tempo virtuale. Se viene specificato "auto", la velocità della CPU virtuale sarà
essere regolato automaticamente per mantenere il tempo virtuale entro pochi secondi dal tempo reale.

Quando la CPU virtuale è in modalità di sospensione, il tempo virtuale avanzerà alla velocità predefinita
salvo che dormire=no è specificato. Insieme a dormire=no, il tempo virtuale passerà al successivo
scadenza del timer istantaneamente ogni volta che la CPU virtuale va in modalità di sospensione e non lo farà
anticipo se nessun timer è abilitato. Questo comportamento fornisce tempi di esecuzione deterministici da
il punto di vista dell'ospite.

Nota che mentre questa opzione può dare un comportamento deterministico, non fornisce il ciclo
emulazione accurata. Le moderne CPU contengono core superscalari fuori servizio con complessi
gerarchie di cache. Il numero di istruzioni eseguite spesso è scarso o nullo
correlazione con le prestazioni effettive.

allinea=on attiverà l'algoritmo di ritardo che proverà a sincronizzare l'host
orologio e l'orologio virtuale. L'obiettivo è avere un ospite che corre alla frequenza reale
imposto dall'opzione turni. Ogni volta che l'orologio dell'ospite è dietro l'orologio dell'ospite e se
allinea=on viene specificato quindi stampiamo un messaggio all'utente per informare del ritardo.
Attualmente questa opzione non funziona quando spostamento è "automatico". Nota: l'algoritmo di sincronizzazione
funzionerà per quei valori di spostamento per i quali l'orologio dell'ospite funziona prima dell'host
orologio. Tipicamente questo accade quando il valore di shift è alto (quanto alto dipende dal
macchina ospite).

Quando rr l'opzione è specificata la registrazione/riproduzione deterministica è abilitata. Il registro di riproduzione è
scritto in Nome del file file in modalità di registrazione e leggere da questo file in modalità di riproduzione.

-cane da guardia modello
Crea un dispositivo watchdog hardware virtuale. Una volta abilitato (da un'azione ospite), il
watchdog deve essere periodicamente interrogato da un agente all'interno dell'ospite oppure l'ospite
verrà riavviato. Scegli un modello per il quale il tuo ospite dispone di driver.

Il modello è il modello di watchdog hardware da emulare. Usa "-watchdog help" per elencare
modelli hardware disponibili. È possibile abilitare un solo watchdog per un ospite.

Potrebbero essere disponibili i seguenti modelli:

ib700
iBASE 700 è un watchdog ISA molto semplice con un singolo timer.

i6300esb
L'hub del controller I/O Intel 6300ESB è un dual-timer basato su PCI molto più ricco di funzionalità
cane da guardia.

diag288
Un watchdog virtuale per s390x supportato dall'hypercall diagnostic 288 (attualmente KVM
solo).

-watchdog-azione azione
Il azione controlla cosa farà QEMU allo scadere del timer del watchdog. L'impostazione predefinita è
"reset" (reimpostare forzatamente il guest). Altre possibili azioni sono: "shutdown" (tentativo
per spegnere con grazia il guest), "poweroff" (spegnimento forzato del guest), "pause"
(metti in pausa l'ospite), "debug" (stampa un messaggio di debug e continua) o "none" (fai
niente).

Si noti che l'azione di "spegnimento" richiede che l'ospite risponda ai segnali ACPI,
cosa che potrebbe non essere in grado di fare nel tipo di situazioni in cui il cane da guardia avrebbe
scaduto, e quindi "-watchdog-action shutdown" non è raccomandato per l'uso in produzione.

Esempi:

"-watchdog i6300esb -watchdog-action pause"
"-watchdog ib700"
-ecr valore_numerico_ascii
Modificare il carattere di escape utilizzato per passare al monitor quando si utilizza monitor e
condivisione seriale. Il valore predefinito è 0x01 quando si utilizza l'opzione "-nographic". 0x01 è
equivale a premere "Control-a". È possibile selezionare un carattere diverso dall'ascii
tasti di controllo dove da 1 a 26 mappano da Control-a a Control-z. Per esempio tu
potrebbe utilizzare uno dei seguenti per modificare il carattere di escape in Control-t.

"-ehr 0x14"
"-ecr 20"
-virtioconsole c
Imposta console virtuale.

Questa opzione viene mantenuta per la compatibilità con le versioni precedenti.

Si prega di utilizzare "-device virtconsole" per il nuovo modo di invocazione.

-mostra-cursore
Mostra cursore.

-dimensione tb n
Imposta la dimensione della tubercolosi.

-in entrata TCP:[host]:porto[,a=maxport][,ipv4][,ipv6]
-in entrata Rma:host:porto[,ipv4][,ipv6]
Preparati per la migrazione in entrata, ascolta su una determinata porta tcp.

-in entrata UNIX:percorso presa
Preparati per la migrazione in entrata, ascolta su un dato socket unix.

-in entrata fd:fd
Accetta la migrazione in entrata da un determinato descrittore di file.

-in entrata dirigente:cmdline
Accetta la migrazione in entrata come output dal comando esterno specificato.

-in entrata differire
Attendi che l'URI venga specificato tramite migrate_incoming. Il monitor può essere utilizzato per
modificare le impostazioni (come i parametri di migrazione) prima di emettere migrate_incoming
per consentire l'inizio della migrazione.

-nessun default
Non creare dispositivi predefiniti. Normalmente, QEMU imposta i dispositivi predefiniti come seriale
porta, porta parallela, console virtuale, dispositivo monitor, adattatore VGA, floppy e CD-ROM
guidare e altri. L'opzione "-nodefaults" disabiliterà tutti quei dispositivi predefiniti.

-chroot dir
Immediatamente prima di avviare l'esecuzione del guest, eseguire il chroot nella directory specificata.
Particolarmente utile in combinazione con -runas.

-correre come Utente
Immediatamente prima di avviare l'esecuzione del guest, rilascia i privilegi di root, passando a
utente specificato.

-prom-env variabile=APPREZZIAMO
Imposta OpenBIOS nvram variabile dare APPREZZIAMO (solo PPC, SPARC).

-semihosting
Abilita la modalità semihosting (solo ARM, M68K, Xtensa, MIPS).

-semihosting-config [abilita=acceso|spento][,target=nativo|gdb|auto][,arg=str[,...]]
Abilita e configura il semihosting (solo ARM, M68K, Xtensa, MIPS).

target="nativo|gdb|auto"
Definisce dove verranno indirizzate le chiamate di semihosting, a QEMU ("native") o a
GDB ("gdb"). L'impostazione predefinita è "auto", che significa "gdb" durante le sessioni di debug e
"nativo" altrimenti.

argomento=str1,arg=str2, ...
Consente all'utente di passare argomenti di input e può essere utilizzato più volte per creare
una lista. Il vecchio metodo "-kernel"/"-append" per passare una riga di comando è
ancora supportato per compatibilità con le versioni precedenti. Se entrambi gli "--semihosting-config arg"
e vengono specificati "-kernel"/"-append", il primo viene passato a semihosting come
ha sempre la precedenza.

-vecchio-param
Vecchia modalità parametri (solo ARM).

-sabbia arg
Abilita il filtro delle chiamate di sistema di Seccomp mode 2. 'on' abiliterà il filtraggio delle chiamate di sistema e 'off'
lo disabiliterà. L'impostazione predefinita è "disattivato".

-readconfig filetto
Leggi la configurazione del dispositivo da filetto. Questo approccio è utile quando vuoi spawnare
Processo QEMU con molte opzioni della riga di comando ma non vuoi superare il comando
limite di caratteri di riga.

-writeconfig filetto
Scrivi la configurazione del dispositivo su filetto. filetto può essere il nome del file per salvare il comando
configurazione della riga e del dispositivo in un file o un trattino "-") carattere per stampare l'output su
stdout. Questo può essere successivamente utilizzato come file di input per l'opzione "-readconfig".

-nodefconfig
Normalmente QEMU carica i file di configurazione da sysconfdir e datadir all'avvio. Il
L'opzione "-nodefconfig" impedirà a QEMU di caricare uno di questi file di configurazione.

-no-configurazione-utente
L'opzione "-no-user-config" fa in modo che QEMU non carichi nessuno dei file di configurazione forniti dall'utente
on sysconfdir, ma non gli farà saltare i file di configurazione forniti da QEMU da datadir.

-traccia [eventi=filetto][,file=filetto]
Specificare le opzioni di traccia.

eventi=filetto
Abilita immediatamente gli eventi elencati in filetto. Il file deve contenere un nome di evento
(come elencato nel eventi-traccia file) per riga. Questa opzione è disponibile solo se
QEMU è stato compilato con entrambi semplice or stderr backend di tracciamento.

file=filetto
Registra le tracce di output in filetto.

Questa opzione è disponibile solo se QEMU è stato compilato con il semplice tracciato
back-end.

-abilita-fips
Abilita la modalità di conformità FIPS 140-2.

- msg timestamp[=attivo|disattivato]
anteponi un timestamp a ciascun messaggio di registro. (predefinito: attivo)

-dump-vmstate filetto
Scarica le informazioni vmstate codificate in json per il tipo di macchina corrente in cui archiviare filetto Generico
creazione di oggetti

-oggetto nome del tipo[,prop1=value1,...]
Crea un nuovo oggetto di tipo nome del tipo impostare le proprietà nell'ordine in cui sono
specificato. Nota che la proprietà 'id' deve essere impostata. Questi oggetti sono collocati nel
percorso '/oggetti'.

-oggetto file-backend-memoria,id=id,dimensione=Taglia,mem-percorso=dir,condividi=acceso|spento
Crea un oggetto backend file di memoria, che può essere utilizzato per eseguire il backup della RAM guest con
pagine enormi. Il id parametro è un ID univoco che verrà utilizzato per fare riferimento a questo
regione di memoria durante la configurazione del -num discussione. Il Taglia l'opzione fornisce il
dimensione della regione di memoria e accetta suffissi comuni, ad es 500M. mem-percorso
fornisce il percorso per una memoria condivisa o per il montaggio di un filesystem di grandi dimensioni. Il
Share l'opzione booleana determina se la regione di memoria è contrassegnata come privata per
QEMU, o condiviso. Quest'ultimo consente a un processo esterno cooperante di accedere al
regione di memoria QEMU.

-oggetto rng-casuale,id=id,nomefile=/ dev / random
Crea un backend generatore di numeri casuali che ottiene l'entropia da un dispositivo acceso
il padrone di casa. Il id parametro è un ID univoco che verrà utilizzato per fare riferimento a questo
backend entropia da virtù dispositivo. Il Nome del file parametro specifica quale
file da cui ottenere l'entropia e, se omesso, il valore predefinito è / dev / random.

-oggetto rng-egd,id=id,chardev=Chardevid
Crea un backend generatore di numeri casuali che ottiene entropia da un esterno
demone in esecuzione sull'host. Il id parametro è un ID univoco che verrà utilizzato per
fare riferimento a questo backend entropia dal virtù dispositivo. Il charev parametro
è l'ID univoco di un backend di dispositivo a caratteri che fornisce la connessione al
demone RNG.

-oggetto
tls-crediti-anon,id=id,punto finale=endpoint, dir =/percorso/di/credito/dir,verifica-peer=acceso|spento
Crea un oggetto credenziali anonime TLS, che può essere utilizzato per fornire TLS
supporto sui backend di rete. Il id parametro è un ID univoco quale rete
i backend utilizzeranno per accedere alle credenziali. Il endpoint è l'uno o l'altro server or
cliente a seconda che il backend di rete QEMU che utilizza le credenziali
agirà come client o come server. Se verificare-peer è abilitato (impostazione predefinita)
quindi una volta completata la stretta di mano, le credenziali del peer verranno verificate,
anche se questo è un no-op per le credenziali anonime.

Il dir Il parametro indica a QEMU dove trovare i file delle credenziali. Per server
endpoint, questa directory può contenere un file dh-params.pem fornendo difficoltà
parametri hellman da utilizzare per il server TLS. Se il file è mancante, QEMU lo farà
generare un set di parametri DH all'avvio. Questo è computazionalmente costoso
operazione che consuma entropia del pool casuale, quindi si raccomanda che a
set persistente di parametri essere generato in anticipo e salvato.

-oggetto
tls-crediti-x509,id=id,punto finale=endpoint, dir =/percorso/di/credito/dir,verifica-peer=acceso|spento
Crea un oggetto credenziali anonime TLS, che può essere utilizzato per fornire TLS
supporto sui backend di rete. Il id parametro è un ID univoco quale rete
i backend utilizzeranno per accedere alle credenziali. Il endpoint è l'uno o l'altro server or
cliente a seconda che il backend di rete QEMU che utilizza le credenziali
agirà come client o come server. Se verificare-peer è abilitato (impostazione predefinita)
quindi, una volta completato l'handshake, le credenziali del peer verranno verificate. Insieme a
x509, questo implica che i client devono essere forniti di certificati validi
anche i certificati dei clienti.

Il dir Il parametro indica a QEMU dove trovare i file delle credenziali. Per server
endpoint, questa directory può contenere un file dh-params.pem fornendo difficoltà
parametri hellman da utilizzare per il server TLS. Se il file è mancante, QEMU lo farà
generare un set di parametri DH all'avvio. Questo è computazionalmente costoso
operazione che consuma entropia del pool casuale, quindi si raccomanda che a
set persistente di parametri essere generato in anticipo e salvato.

Per le credenziali del certificato x509 la directory conterrà ulteriori file
fornendo i certificati x509. I certificati devono essere archiviati in formato PEM, in
i nomi dei file ca-cert.pem, ca-crl.pem (opzionale), server-cert.pem (solo server),
chiave-server.pem (solo server), certificato-cliente.pem (solo clienti), e chiave-client.pem
(solo clienti).

-oggetto buffer-filtro,id=id,netdev=netdevid,intervallo=t[,coda=tutto|rx|tx]
Intervallo t non può essere 0, questo filtro raggruppa la consegna del pacchetto: tutti i pacchetti
arrivando in un dato intervallo su netdev netdevid sono ritardati fino alla fine del
intervallo. L'intervallo è in microsecondi.

fare la coda tutto|rx|tx è un'opzione che può essere applicata a qualsiasi netfilter.

contro tutti i: il filtro è attaccato sia alla coda di ricezione che alla coda di trasmissione del
netdev (predefinito).

rx: il filtro è attaccato alla coda di ricezione del netdev, dove andrà
ricevere i pacchetti inviati a netdev.

tx: il filtro è attaccato alla coda di trasmissione del netdev, dove andrà
ricevere i pacchetti inviati da netdev.

-oggetto filtro-dump,id=id,netdev=dev,file=Nome del file][,maxlen=len]
Scarica il traffico di rete su netdev dev al file specificato da Nome del file. Al massimo
len vengono memorizzati i byte (64k per impostazione predefinita) per pacchetto. Il formato del file è libpcap, quindi
può essere analizzato con strumenti come tcpdump o Wireshark.

Durante l'emulazione grafica, è possibile utilizzare speciali combinazioni di tasti per cambiare modalità. Il
le mappature dei tasti predefinite sono mostrate di seguito, ma se usi "-alt-grab" il modificatore è
Ctrl-Alt-Shift (invece di Ctrl-Alt) e se usi "-ctrl-grab" il modificatore è il
tasto Ctrl destro (invece di Ctrl-Alt):

Ctrl-Alt-f
Passare a schermo intero

Ctrl-Alt-+
Ingrandisci lo schermo

Ctrl-Alt--
Riduci lo schermo

Ctrl-Alt-u
Ripristina le dimensioni non ridimensionate dello schermo

Ctrl-Alt-n
Passa alla console virtuale 'n'. Le mappature della console standard sono:

1 Display del sistema di destinazione

2 Monitorare

3 Porta seriale

Ctrl-Alt
Attiva/disattiva la presa del mouse e della tastiera.

Nelle console virtuali, puoi usare Ctrl-Su, Ctrl-Giù, Ctrl-PaginaSu e Ctrl-PaginaGiù a
spostare nel registro posteriore.

Durante l'emulazione, se si utilizza il -nografico opzione, uso Ctrl h per ottenere il terminale
comandi:

Ctrl h
Ctrl ?
Stampa questo aiuto

Ctrl x
Esci dall'emulatore

Ctrl s
Salva i dati del disco su file (se -snapshot)

Ctrl t
Attiva/disattiva i timestamp della console

Ctrl b
Invia interruzione (magic sysrq in Linux)

Ctrl c
Passa dalla console al monitor

Ctrl Ctrl
Invia Ctrl-a

Le seguenti opzioni sono specifiche dell'emulazione PowerPC:

-g WxH[xPROFONDITA ']
Imposta la modalità grafica VGA iniziale. Il valore predefinito è 800x600x32.

-prom-env stringa
Imposta le variabili OpenBIOS nella NVRAM, ad esempio:

qemu-system-ppc -prom-env 'auto-boot?=false' \
-prom-env 'boot-device=hd:2,\yaboot' \
-prom-env 'boot-args=conf=hd:2,\yaboot.conf'

Queste variabili non sono utilizzate da Open Hack'Ware.

Le seguenti opzioni sono specifiche dell'emulazione Sparc32:

-g WxHx[xPROFONDITA ']
Imposta la modalità grafica iniziale. Per TCX, il valore predefinito è 1024x768x8 con l'opzione di
1024x768x24. Per cgthree, il valore predefinito è 1024x768x8 con l'opzione di 1152x900x8 per
persone che desiderano utilizzare OBP.

-prom-env stringa
Imposta le variabili OpenBIOS nella NVRAM, ad esempio:

qemu-system-sparc -prom-env 'auto-boot?=false' \
-prom-env 'boot-device=sd(0,2,0):d' -prom-env 'boot-args=linux single'

-M [SS-4|SS-5|SS-10|SS-20|SS-600MP|LX|Voyager|SPARCClassic] [|libro SPARC]
Imposta il tipo di macchina emulata. L'impostazione predefinita è SS-5.

Le seguenti opzioni sono specifiche dell'emulazione Sparc64:

-prom-env stringa
Imposta le variabili OpenBIOS nella NVRAM, ad esempio:

qemu-system-sparc64 -prom-env 'auto-boot?=false'

-M [sole4u|sole4v|Niagara]
Imposta il tipo di macchina emulata. L'impostazione predefinita è sun4u.

Usa qemu-system-tricore online utilizzando i servizi onworks.net