qemu-system-sparc64: en línea en la nube

PROGRAMA:

NOMBRE

qemu-doc - Documentación del usuario del emulador QEMU

SINOPSIS

uso: qemu-system-i386 [opciones] [imagen de disco]

DESCRIPCIÓN

El emulador QEMU PC System simula los siguientes periféricos:

- Puente PCI de host i440FX y puente PCI PIIX3 a ISA

- Tarjeta Cirrus CLGD 5446 PCI VGA o tarjeta VGA ficticia con extensiones Bochs VESA (hardware
nivel, incluidos todos los modos no estándar).

- Ratón y teclado PS / 2

- 2 interfaces PCI IDE con soporte para disco duro y CD-ROM

- disquete

- Adaptadores de red PCI e ISA

- Puertos seriales

- Tarjeta de sonido Creative SoundBlaster 16

- Tarjeta de sonido ENSONIQ AudioPCI ES1370

- Tarjeta de sonido compatible con Intel 82801AA AC97 Audio

- Controlador de audio Intel HD y códec HDA

- Adlib (OPL2) - Chip compatible con Yamaha YM3812

- Tarjeta de sonido Gravis Ultrasound GF1

- Tarjeta de sonido compatible con CS4231A

- Controlador USB PCI UHCI y un concentrador USB virtual.

SMP es compatible con hasta 255 CPU.

QEMU usa el BIOS de la PC del proyecto Seabios y el BIOS Plex86 / Bochs LGPL VGA.

QEMU utiliza la emulación YM3812 de Tatsuyuki Satoh.

QEMU usa emulación GUS (GUSEMU32http://www.deinmeister.de/gusemu/>) de Tibor "TS"
Schütz.

Tenga en cuenta que, de forma predeterminada, GUS comparte IRQ(7) con puertos paralelos, por lo que se debe indicar a QEMU que
no tener puertos paralelos para tener GUS en funcionamiento.

qemu-system-i386 dos.img -soundhw gus -paralelo ninguno

Alternativamente:

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

O alguna otra IRQ no reclamada.

CS4231A es el chip utilizado en los productos Windows Sound System y GUSMAX

OPCIONES

imagen de disco es una imagen de disco duro sin formato para el disco duro IDE 0. Algunos destinos no necesitan un disco
imagen.

Opciones estándar:

-h Mostrar ayuda y salir

-versión
Mostrar información de versión y salir

-máquina [tipo =]nombre [, prop =propuesta de[, ...]]
Seleccione la máquina emulada por nombre . Utilice "-machine help" para enumerar las máquinas disponibles.
Las propiedades de la máquina admitidas son:

accel =acelera1[:acelera2[: ...]]
Esto se usa para habilitar un acelerador. Dependiendo de la arquitectura de destino, kvm,
xen o tcg pueden estar disponibles. Por defecto, se usa tcg. Si hay mas de uno
acelerador especificado, el siguiente se utiliza si el anterior no
inicializar.

kernel_irqchip = encendido | apagado
Habilita el soporte de irqchip en el kernel para el acelerador elegido cuando está disponible.

gfx_passthru = encendido | apagado
Habilita el soporte de paso a través de IGD GFX para la máquina elegida cuando esté disponible.

vmport = encendido | apagado | automático
Habilita la emulación del puerto VMWare IO, para vmmouse, etc., auto dice que seleccione el
valor basado en acel. Para accel = xen, el valor predeterminado está desactivado; de lo contrario, el valor predeterminado es
en.

kvm_shadow_mem = tamaño
Define el tamaño de la MMU de sombra de KVM.

dump-guest-core = encendido | apagado
Incluya memoria de invitado en un volcado de memoria. El valor predeterminado está activado.

mem-merge = encendido | apagado
Habilita o deshabilita la compatibilidad con la combinación de memoria. Esta función, cuando es compatible con
host, elimina los duplicados de páginas de memoria idénticas entre instancias de VM (habilitado por
defecto).

iommu = encendido | apagado
Activa o desactiva la compatibilidad con Intel IOMMU (VT-d) emulado. El valor predeterminado es desactivado.

aes-key-wrap = encendido | apagado
Habilita o deshabilita el soporte de envoltura de claves AES en hosts s390-ccw. Esta característica
controla si se crearán claves de envoltura AES para permitir la ejecución de AES
funciones criptográficas. El valor predeterminado está activado.

dea-key-wrap = encendido | apagado
Habilita o deshabilita el soporte de encapsulado de claves DEA en hosts s390-ccw. Esta característica
controla si se crearán claves de envoltura DEA para permitir la ejecución de DEA
funciones criptográficas. El valor predeterminado está activado.

-UPC modelo
Seleccione el modelo de CPU ("-cpu help" para la lista y la selección de funciones adicionales)

-smp [cpus =]n[, núcleos =núcleos] [, hilos =hilos] [, sockets =tomas] [, maxcpus =maxcpus]
Simule un sistema SMP con n CPU. En el destino de la PC, se admiten hasta 255 CPU. Sobre
Destino Sparc32, Linux limita el número de CPU utilizables a 4. Para el destino PC, el
número de núcleos por enchufe, el número de hilos por núcleos y el número total de
tomas se puede especificar. Se calcularán los valores faltantes. Si alguno en los tres valores
se da, el número total de CPU n puede ser omitido. maxcpus especifica el máximo
número de CPU conectables en caliente.

-numa nodo [, mem =tamaño] [, cpus =cpu [-cpu]] [, nodeid =nodo]
-numa nodo [, memdev =id] [, cpus =cpu [-cpu]] [, nodeid =nodo]
Simule un sistema NUMA de varios nodos. Si Miembro, memdev y CPUs se omiten, los recursos son
Dividir equitativamente. Además, tenga en cuenta que el -Numa opción no asigna ninguno de los especificados
recursos. Es decir, simplemente asigna los recursos existentes a los nodos NUMA. Esto significa que
uno todavía tiene que usar el -m, -smp opciones para asignar RAM y CPU virtuales respectivamente, y
posiblemente -objeto para especificar el backend de memoria para el memdev subopción.

Miembro y memdev son mutuamente excluyentes. Además, si un nodo usa memdevtodos
ellos tienen que usarlo.

-añadir-fd fd =fd, conjunto =para reinventar la industria logística y redefinir las soluciones ecológicas para reinventar la industria logística y redefinir las soluciones ecológicas.[, opaco =opaco]
Agregue un descriptor de archivo a un conjunto fd. Las opciones válidas son:

fd =fd
Esta opción define el descriptor de archivo del cual se agrega un duplicado al conjunto fd.
El descriptor de archivo no puede ser stdin, stdout o stderr.

set =para reinventar la industria logística y redefinir las soluciones ecológicas para reinventar la industria logística y redefinir las soluciones ecológicas.
Esta opción define el ID del conjunto fd al que agregar el descriptor de archivo.

opaco =opaco
Esta opción define una cadena de forma libre que se puede utilizar para describir fd.

Puede abrir una imagen usando descriptores de archivo pre-abiertos desde un conjunto fd:

qemu-sistema-i386
-add-fd fd = 3, set = 2, opaque = "rdwr: / ruta / a / archivo"
-add-fd fd = 4, set = 2, opaque = "rdonly: / ruta / a / archivo"
-drive file = / dev / fdset / 2, index = 0, media = disk

-conjunto grupo de XNUMX.id.arg=propuesta de
Establecer parámetro arg para el artículo id De tipo grupo de XNUMX "

-global conductor.apuntalar=propuesta de
-global conductor =conductor, propiedad =perfecta, valor =propuesta de
Establecer valor predeterminado de conductorpropiedad de apuntalar a propuesta de, p.ej:

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

En particular, puede usar esto para configurar las propiedades del controlador para los dispositivos que se crean
automáticamente por el modelo de la máquina. Para crear un dispositivo que no está creado
automáticamente y establecer propiedades en él, use -dispositivo.

-global conductor.apuntalar=propuesta de es la abreviatura de -global
conductor =conductor, propiedad =apuntalar, valor =propuesta de. La sintaxis a mano alzada funciona incluso cuando conductor
contiene un punto.

-bota
[order =unidades] [, una vez =unidades] [, menu = on | off] [, splash =nombre_sp] [, splash-time =sp_time] [, reboot-timeout =rb_tiempo de espera] [, estricto = activado | desactivado]
Especificar el orden de inicio unidades como una cadena de letras de unidad. Las letras de unidad válidas dependen de
la arquitectura de destino. La PC x86 utiliza: a, b (disquete 1 y 2), c (primer disco duro),
d (primer CD-ROM), np (Etherboot desde el adaptador de red 1-4), el arranque del disco duro es el
defecto. Para aplicar un orden de inicio en particular solo en el primer inicio, especifíquelo a través de
una vez.

Los menús / mensajes de inicio interactivos se pueden habilitar a través de menu = encendido en cuanto a firmware / BIOS
los apoya. El inicio predeterminado es no interactivo.

Se puede pasar una imagen de bienvenida a la BIOS, lo que permite al usuario mostrarla como logotipo, cuando
opción splash =nombre_sp se proporciona y menu = on, si el firmware / BIOS los admite. En la actualidad
Seabios para el sistema X86 lo admite. limitación: el archivo de bienvenida podría ser un archivo jpeg
o un archivo BMP en formato 24 BPP (color verdadero). La resolución debe estar respaldada por el
Modo SVGA, por lo que el recomendado es 320x240, 640x480, 800x640.

Se podría pasar un tiempo de espera a la BIOS, el invitado se detendrá durante rb_tiempo de espera ms cuando arranca
falló, luego reinicie. Si rb_tiempo de espera es '-1', el invitado no se reiniciará, qemu pasa '-1' a
BIOS de forma predeterminada. Actualmente, el sistema Seabios para X86 lo admite.

Realice un arranque estricto a través de estricto = encendido en la medida en que el firmware / BIOS lo admita. Esto solo tiene efectos
cuando las opciones de bootindex cambian la prioridad de arranque. El inicio predeterminado es no estricto.

# intente arrancar desde la red primero, luego desde el disco duro
qemu-system-i386 -orden de arranque = nc
# primero arranque desde el CD-ROM, vuelva al orden predeterminado después de reiniciar
qemu-system-i386 -boot once = d
# arranque con una imagen de bienvenida durante 5 segundos.
qemu-system-i386 -boot menu = encendido, splash = / root / boot.bmp, splash-time = 5000

Nota: el formato heredado '-boot unidades'todavía es compatible, pero se desaconseja su uso
ya que puede eliminarse de versiones futuras.

-m [tamaño =]megas[, ranuras = n, maxmem = tamaño]
Establece el tamaño de la RAM de inicio del invitado en megas megabytes. El valor predeterminado es 128 MiB. Opcionalmente, un
el sufijo "M" o "G" se puede utilizar para indicar un valor en megabytes o gigabytes
respectivamente. Par opcional ranuras, maxmem podría usarse para establecer la cantidad de conexión en caliente
ranuras de memoria y cantidad máxima de memoria. Tenga en cuenta que maxmem debe estar alineado con el
tamaño de página.

Por ejemplo, la siguiente línea de comandos establece el tamaño de la RAM de inicio del invitado en 1 GB,
crea 3 ranuras para conectar en caliente memoria adicional y establece la memoria máxima que el huésped puede
llegar a 4GB:

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

If ranuras y maxmem no se especifican, la conexión en caliente de memoria no se habilitará y el invitado
La RAM de inicio nunca aumentará.

-mem-ruta camino
Asignar RAM de invitado de un archivo creado temporalmente en camino.

-mem-preasignación
Asigne previamente memoria cuando utilice -mem-path.

-k idioma
Usar la distribución del teclado idioma (por ejemplo, "fr" para francés). Esta opción solo es necesaria
donde no es fácil obtener códigos clave de PC sin procesar (por ejemplo, en Mac, con algunos servidores X11 o
con una pantalla VNC). Normalmente no necesita usarlo en PC / Linux o PC / Windows
Hospedadores.

Los diseños disponibles son:

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

El valor predeterminado es "en-us".

-audio-ayuda
Mostrará la ayuda del subsistema de audio: lista de controladores, parámetros ajustables.

-sonidohw card1[,card2, ...] or -sonidohw all
Habilita el audio y el hardware de sonido seleccionado. Utilice 'ayuda' para imprimir todos los sonidos disponibles
hardware.

qemu-system-i386 -soundhw sb16, adlib disk.img
qemu-system-i386 -soundhw es1370 disk.img
qemu-system-i386 -soundhw ac97 disk.img
qemu-system-i386 -soundhw hda disk.img
qemu-system-i386 -soundhw todo disk.img
qemu-system-i386 -soundhw ayuda

Tenga en cuenta que el módulo del kernel OSS i810_audio de Linux (para AC97) puede requerir manualmente
especificando el reloj.

modprobe i810_audio clocking = 48000

-globo ninguna
Desactive el dispositivo de globo.

-globo virtio [, addr =addr]
Habilite el dispositivo de globo virtio (predeterminado), opcionalmente con dirección PCI addr.

-Deva conductor[,apuntalar[=propuesta de] [, ...]]
Añadir dispositivo conductor. apuntalar=propuesta de establece las propiedades del controlador. Las propiedades válidas dependen de la
conductor. Para obtener ayuda sobre posibles controladores y propiedades, utilice "-ayuda del dispositivo" y
"-dispositivo conductor, ayuda ".

-nombre nombre
Establece el nombre del invitado. Este nombre se mostrará en el título de la ventana de SDL.
El nombre también se utilizará para el servidor VNC. También, opcionalmente, establezca la parte superior visible
nombre del proceso en Linux. Los nombres de subprocesos individuales también se pueden habilitar en Linux para
ayuda a la depuración.

-uuido uuid
Establecer el UUID del sistema.

Bloquear opciones de dispositivo:

-fda presentar
-fdb presentar
Usa presentar como imagen de disquete 0/1.

-hda presentar
-hdb presentar
-hdc presentar
-Hdd presentar
Usa presentar como imagen de disco duro 0, 1, 2 o 3.

-CD ROM presentar
Usa presentar como imagen de CD-ROM (no puede utilizar -hdc y -CD ROM al mismo tiempo). Usted puede
utilice el CD-ROM del host utilizando / dev / cdrom como nombre de archivo.

-manejar opción[,opción[,opción[, ...]]]
Defina una nueva unidad. Las opciones válidas son:

archivo =presentar
Esta opción define qué imagen de disco usar con esta unidad. Si el nombre del archivo
contiene una coma, debe duplicarla (por ejemplo, "archivo = mi ,, archivo" para usar archivo
"mi archivo").

Los archivos especiales, como los dispositivos iSCSI, se pueden especificar mediante URL específicas del protocolo.
Consulte la sección "Sintaxis de la URL del dispositivo" para obtener más información.

si =interfaz.
Esta opción define en qué tipo de interfaz está conectado el variador. Disponible
los tipos son: ide, scsi, sd, mtd, floppy, pflash, virtio.

bus =horarios, unidad =unidad
Estas opciones definen dónde está conectado el variador definiendo el número de bus y
la identificación de la unidad.

índice =índice
Esta opción define dónde está conectada la unidad mediante un índice en la lista de
conectores disponibles de un tipo de interfaz determinado.

media =medios de comunicación
Esta opción define el tipo de medio: disco o cdrom.

cyls =c, cabezas =h, segundos =s[, trans =t]
Estas opciones tienen la misma definición que tienen en -hdachs.

instantánea =instantánea
instantánea está "encendido" o "apagado" y controla el modo de instantánea para la unidad determinada (consulte
-instantánea).

caché =cache
cache es "none", "writeback", "unsafe", "directsync" o "writethrough" y
controla cómo se utiliza la caché del host para acceder a los datos del bloque.

aio =AIO
AIO es "subprocesos" o "nativo" y selecciona entre E / S de disco basadas en subprocesos y
AIO nativo de Linux.

descartar =descarte
descarte es uno de "ignorar" (o "desactivado") o "desasignar" (o "activado") y controla si
descarte (también conocido como recortar or desmapear) las solicitudes se ignoran o se pasan al
sistema de archivos. Es posible que algunos tipos de máquinas no admitan solicitudes de descarte.

formato =formato
Especifica qué disco formato se utilizará en lugar de detectar el formato. Puede ser
utilizado para especificar format = raw para evitar interpretar un encabezado de formato que no es de confianza.

serial =de serie
Esta opción especifica el número de serie que se asignará al dispositivo.

addr =addr
Especifique la dirección PCI del controlador (if = virtio only).

werror = DE ACTUAR!, rerror = DE ACTUAR!
Especifica cual DE ACTUAR! para asumir errores de lectura y escritura. Las acciones válidas son: "ignorar"
(ignore el error e intente continuar), "detener" (pausar QEMU), "informar" (informar el
error al invitado), "enospc" (pause QEMU solo si el disco host está lleno; informe
el error al huésped en caso contrario). La configuración predeterminada es werror = enospc y
rerror = informe.

solo lectura
Unidad abierta presentar como de solo lectura. Los intentos de escritura de invitados fallarán.

copiar al leer =copiar al leer
copiar al leer está "activado" o "desactivado" y permite copiar el archivo de respaldo de lectura
sectores en el archivo de imagen.

detectar ceros =detectar ceros
detectar ceros está "desactivado", "activado" o "desasignar" y habilita la conversión automática de
escrituras de cero simples por parte del sistema operativo en comandos de escritura cero optimizados específicos del controlador. usted
incluso puede elegir "desasignar" si descarte se establece en "desasignar" para permitir una escritura cero
convertido en una operación UNMAP.

Por defecto, el caché = escritura diferida se utiliza el modo. Informará las escrituras de datos como completadas
tan pronto como los datos estén presentes en la caché de la página de host. Esto es seguro siempre que su
El sistema operativo invitado se asegura de vaciar correctamente las cachés de disco donde sea necesario. Si su sistema operativo invitado lo hace
no maneja los cachés de escritura de discos volátiles correctamente y su host falla o pierde energía,
entonces el huésped puede experimentar daños en los datos.

Para tales invitados, debería considerar usar caché = escritura directa. Esto significa que el
La caché de la página de host se utilizará para leer y escribir datos, pero se enviará una notificación de escritura.
enviado al invitado solo después de que QEMU se haya asegurado de vaciar cada escritura en el disco. Ser
consciente de que esto tiene un gran impacto en el rendimiento.

La caché de la página de host se puede evitar por completo con caché = ninguno. Esto intentará hacer
Disk IO directamente a la memoria del huésped. QEMU aún puede realizar una copia interna de
los datos. Tenga en cuenta que esto se considera un modo de escritura diferida y el sistema operativo invitado debe manejar
el caché de escritura del disco correctamente para evitar la corrupción de datos en fallas del host.

La caché de la página del host se puede evitar enviando solo notificaciones de escritura al invitado
cuando los datos se han descargado en el disco usando cache = directsync.

En caso de que no le importe la integridad de los datos sobre las fallas del host, utilice cache = inseguro. Esto
La opción le dice a QEMU que nunca necesita escribir ningún dato en el disco, sino que puede
mantener las cosas en la memoria caché. Si algo sale mal, como que su host pierde energía, el disco
el almacenamiento se desconecta accidentalmente, etc., lo más probable es que su imagen sea
inutilizable. Al usar el -instantánea opción, siempre se utiliza el almacenamiento en caché inseguro.

Copy-on-read evita acceder a los mismos sectores de archivos de respaldo repetidamente y es útil
cuando el archivo de respaldo se encuentra en una red lenta. De forma predeterminada, la copia en lectura está desactivada.

En lugar de -CD ROM puedes usar:

qemu-system-i386 -drive file = file, index = 2, media = cdrom

En lugar de -hda, -hdb, -hdc, -Hdd, puedes usar:

qemu-system-i386 -drive file = file, index = 0, media = disk
qemu-system-i386 -drive file = file, index = 1, media = disk
qemu-system-i386 -drive file = file, index = 2, media = disk
qemu-system-i386 -drive file = file, index = 3, media = disk

Puede abrir una imagen usando descriptores de archivo pre-abiertos desde un conjunto fd:

qemu-sistema-i386
-add-fd fd = 3, set = 2, opaque = "rdwr: / ruta / a / archivo"
-add-fd fd = 4, set = 2, opaque = "rdonly: / ruta / a / archivo"
-drive file = / dev / fdset / 2, index = 0, media = disk

Puede conectar un CDROM al esclavo de ide0:

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

Si no especifica el argumento "file =", define una unidad vacía:

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

Puede conectar un disco SCSI con ID de unidad 6 en el bus # 0:

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

En lugar de -fda, -fdb, puedes usar:

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

De forma predeterminada, interfaz. es "ide" y índice se incrementa automáticamente:

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

se interpreta como:

qemu-sistema-i386 -hda a -hdb b

-mtdbloque presentar
Usa presentar como imagen de memoria Flash incorporada.

-Dakota del Sur presentar
Usa presentar como imagen de la tarjeta SecureDigital.

-flash presentar
Usa presentar como una imagen de flash paralelo.

-instantánea
Escriba en archivos temporales en lugar de archivos de imagen de disco. En este caso, la imagen de disco sin procesar
que utiliza no está escrito de vuelta. Sin embargo, puede forzar la reescritura presionando California s.

-hdachs c,h,s, [,t]
Forzar geometría física del disco duro 0 (1 <= c <= 16383, 1 <= h <= 16, 1 <= s <= 63) y
opcionalmente forzar el modo de traducción del BIOS (t= ninguno, lba o auto). Por lo general, QEMU puede
adivina todos esos parámetros. Esta opción es útil para imágenes de disco antiguas de MS-DOS.

-fsdev
controlador fs, id =id, ruta =camino, [security_model =modelo_de_seguridad] [, escribir =escribir] [, solo lectura] [, socket =enchufe| calcetín_fd =calcetín_fd]
Defina un nuevo dispositivo de sistema de archivos. Las opciones válidas son:

controlador fs
Esta opción especifica el backend del controlador fs que se utilizará. Actualmente "local", "manejador"
y los controladores del sistema de archivos "proxy" son compatibles.

id =id
Especifica el identificador de este dispositivo

ruta =camino
Especifica la ruta de exportación para el dispositivo del sistema de archivos. Los archivos bajo esta ruta
estar disponible para el cliente 9p en el huésped.

security_model =modelo_de_seguridad
Especifica el modelo de seguridad que se utilizará para esta ruta de exportación. Seguridad admitida
los modelos son "passthrough", "mapped-xattr", "mapped-file" y "none". En
modelo de seguridad "passthrough", los archivos se almacenan con las mismas credenciales que
se crean en el invitado. Esto requiere que QEMU se ejecute como root. En "mapped-xattr"
modelo de seguridad, algunos de los atributos del archivo como uid, gid, bits de modo y enlace
target se almacenan como atributos de archivo. Para "archivo mapeado", estos atributos son
almacenado en el directorio oculto .virtfs_metadata. Directorios exportados por este
El modelo de seguridad no puede interactuar con otras herramientas de Unix. el modelo de seguridad "ninguno" es
lo mismo que el paso a través, excepto que el servidor no informará fallas si no puede configurar el archivo
atributos como propiedad. El modelo de seguridad es obligatorio solo para fsdriver local.
Otros fsdrivers (como handle, proxy) no toman el modelo de seguridad como parámetro.

escribir =escribir
Este es un argumento opcional. El único valor admitido es "inmediato". Esto significa
que la caché de la página de host se utilizará para leer y escribir datos, pero escribir notificación
se enviará al huésped solo cuando los datos hayan sido reportados como escritos por el
subsistema de almacenamiento.

solo lectura
Habilita la exportación de recursos compartidos de 9p como un montaje de solo lectura para invitados. Por defecto lectura-escritura
se da acceso.

socket =enchufe
Permite que el controlador del sistema de archivos proxy utilice el archivo de socket pasado para comunicarse con
virtfs-proxy-ayudante

sock_fd =calcetín_fd
Permite que el controlador del sistema de archivos proxy utilice el descriptor de socket pasado para comunicarse
con virtfs-proxy-helper. Por lo general, un ayudante como libvirt creará socketpair y
pasar uno de los fds como sock_fd

La opción -fsdev se utiliza junto con el controlador de dispositivo "virtio-9p-pci".

-Deva virtio-9p-pci, fsdev =id, mount_tag =montaje_etiqueta
Las opciones para el controlador virtio-9p-pci son:

fsdev =id
Especifica el valor de id especificado junto con la opción -fsdev

mount_tag =montaje_etiqueta
Especifica el nombre de la etiqueta que utilizará el invitado para montar este punto de exportación

-virtfs
controlador fs[, ruta =camino], mount_tag =montaje_etiqueta[, security_model =modelo_de_seguridad] [, escribir =escribir] [, solo lectura] [, socket =enchufe| calcetín_fd =calcetín_fd]
La forma general de las opciones de paso a través del sistema de archivos virtuales son:

controlador fs
Esta opción especifica el backend del controlador fs que se utilizará. Actualmente "local", "manejador"
y los controladores del sistema de archivos "proxy" son compatibles.

id =id
Especifica el identificador de este dispositivo

ruta =camino
Especifica la ruta de exportación para el dispositivo del sistema de archivos. Los archivos bajo esta ruta
estar disponible para el cliente 9p en el huésped.

security_model =modelo_de_seguridad
Especifica el modelo de seguridad que se utilizará para esta ruta de exportación. Seguridad admitida
los modelos son "passthrough", "mapped-xattr", "mapped-file" y "none". En
modelo de seguridad "passthrough", los archivos se almacenan con las mismas credenciales que
se crean en el invitado. Esto requiere que QEMU se ejecute como root. En "mapped-xattr"
modelo de seguridad, algunos de los atributos del archivo como uid, gid, bits de modo y enlace
target se almacenan como atributos de archivo. Para "archivo mapeado", estos atributos son
almacenado en el directorio oculto .virtfs_metadata. Directorios exportados por este
El modelo de seguridad no puede interactuar con otras herramientas de Unix. el modelo de seguridad "ninguno" es
lo mismo que el paso a través, excepto que el servidor no informará fallas si no puede configurar el archivo
atributos como propiedad. El modelo de seguridad es obligatorio solo para fsdriver local.
Otros fsdrivers (como handle, proxy) no toman el modelo de seguridad como parámetro.

escribir =escribir
Este es un argumento opcional. El único valor admitido es "inmediato". Esto significa
que la caché de la página de host se utilizará para leer y escribir datos, pero escribir notificación
se enviará al huésped solo cuando los datos hayan sido reportados como escritos por el
subsistema de almacenamiento.

solo lectura
Habilita la exportación de recursos compartidos de 9p como un montaje de solo lectura para invitados. Por defecto lectura-escritura
se da acceso.

socket =enchufe
Permite que el controlador del sistema de archivos proxy utilice el archivo de socket pasado para comunicarse con
virtfs-proxy-helper. Por lo general, un ayudante como libvirt creará socketpair y pasará
uno de los fds como sock_fd

calcetín_fd
Permite que el controlador del sistema de archivos proxy utilice 'sock_fd' pasado como descriptor de socket
para interactuar con virtfs-proxy-helper

-virtfs_synth
Crear una imagen de sistema de archivos sintética

Opciones USB:

-USB
Habilite el controlador USB (pronto será el predeterminado)

-dispositivo USB nombredev
Agregar el dispositivo USB nombredev.

ratón
Ratón virtual. Esto anulará la emulación del mouse PS / 2 cuando se active.

tableta
Dispositivo de puntero que usa coordenadas absolutas (como una pantalla táctil). Esto significa
QEMU puede informar la posición del mouse sin tener que agarrarlo. También
anula la emulación de ratón PS / 2 cuando se activa.

disco: [formato =formato]:presentar
Dispositivo de almacenamiento masivo basado en archivo. El opcional formato se usará el argumento
en lugar de detectar el formato. Se puede utilizar para especificar "formato = sin formato" para evitar
interpretar un encabezado de formato que no es de confianza.

host:horarios.addr
Pase por el dispositivo host identificado por horarios.addr (Solo Linux).

host:id_proveedor:identificación de producto
Pase por el dispositivo host identificado por id_proveedor:identificación de producto (Solo Linux).

serial: [vendorid =id_proveedor] [, productid =identificación de producto]:dev
Convertidor en serie a dispositivo de caracteres host dev, consulte "-serial" para conocer las
dispositivos.

braille
Dispositivo braille. Esto usará BrlAPI para mostrar la salida braille en un formato real o
dispositivo falso.

red:opciones
Adaptador de red compatible con los protocolos CDC ethernet y RNDIS.

Opciones de pantalla:

-monitor tipo
Seleccione el tipo de pantalla que se utilizará. Esta opción es un reemplazo para el estilo antiguo.
-sdl / -curses / ... opciones. Valores válidos para tipo están

sdl Muestre la salida de video a través de SDL (generalmente en una ventana gráfica separada; consulte el SDL
documentación para otras posibilidades).

carreras
Muestra la salida de video a través de curses. Para modelos de dispositivos gráficos que admiten texto
modo, QEMU puede mostrar esta salida usando una interfaz curses / ncurses. Nada es
se muestra cuando el dispositivo de gráficos está en modo gráfico o si el dispositivo de gráficos
no es compatible con el modo de texto. Generalmente, solo los modelos de dispositivos VGA admiten texto
modo.

ninguna
No muestra la salida de video. El invitado seguirá viendo una tarjeta gráfica emulada,
pero su salida no se mostrará al usuario de QEMU. Esta opción difiere de
la opción -nográfica en que solo afecta lo que se hace con la salida de video;
-nographic también cambia el destino de los datos del puerto serie y paralelo.

gtk Muestra la salida de video en una ventana GTK. Esta interfaz proporciona menús desplegables y
otros elementos de la interfaz de usuario para configurar y controlar la máquina virtual durante el tiempo de ejecución.

tú Inicie un servidor VNC en pantalla

-nográfico
Normalmente, QEMU usa SDL para mostrar la salida VGA. Con esta opción, puede
deshabilite la salida gráfica para que QEMU sea una aplicación de línea de comandos simple. los
El puerto serie emulado se redirige en la consola y se mezcla con el monitor (a menos que
redirigido a otro lugar explícitamente). Por lo tanto, aún puede usar QEMU para depurar un Linux
kernel con una consola serie. Usar California h para obtener ayuda sobre cómo cambiar entre la consola y
monitor.

maldiciones
Normalmente, QEMU usa SDL para mostrar la salida VGA. Con esta opción, QEMU puede mostrar
la salida VGA cuando está en modo texto usando una interfaz curses / ncurses. Nada es
visualizado en modo gráfico.

-sin marco
No use decoraciones para ventanas SDL e inícielas usando toda la pantalla disponible
espacio. Esto hace que el uso de QEMU en un espacio de trabajo de escritorio dedicado sea más conveniente.

-alt-agarre
Use Ctrl-Alt-Shift para agarrar el mouse (en lugar de Ctrl-Alt). Tenga en cuenta que esto también afecta
las teclas especiales (para pantalla completa, cambio de modo de monitor, etc.).

-agarrar-electrol
Use Ctrl derecho para agarrar el mouse (en lugar de Ctrl-Alt). Tenga en cuenta que esto también afecta
teclas especiales (para pantalla completa, cambio de modo de monitor, etc.).

-no-renunciar
Desactive la capacidad de cierre de ventana de SDL.

-sdl
Habilite SDL.

-especia opción[,opción[, ...]]
Habilite el protocolo de escritorio remoto de spice. Las opciones válidas son

puerto =
Configure el puerto TCP en el que Spice escucha los canales de texto sin formato.

addr =
Configure la dirección IP en la que está escuchando Spice. El valor predeterminado es cualquier dirección.

ipv4
ipv6
UNIX
Forzar el uso de la versión de IP especificada.

contraseña =
Establezca la contraseña que necesita para autenticarse.

sasl
Exija que el cliente use SASL para autenticarse con la especia. La elección exacta
del método de autenticación utilizado se controla desde el sistema / SASL del usuario
archivo de configuración para el servicio 'qemu'. Esto se encuentra típicamente en
/etc/sasl2/qemu.conf. Si ejecuta QEMU como un usuario sin privilegios, un entorno
La variable SASL_CONF_PATH se puede utilizar para buscar ubicaciones alternativas para el
configuración del servicio. Si bien algunos métodos de autenticación SASL también pueden proporcionar cifrado de datos (p. Ej.
GSSAPI), se recomienda que SASL siempre se combine con 'tls' y 'x509'
configuración para habilitar el uso de SSL y certificados de servidor. Esto asegura un dato
cifrado que evita el compromiso de las credenciales de autenticación.

desactivar-ticketing
Permita que el cliente se conecte sin autenticación.

desactivar-copiar-pegar
Deshabilite copiar y pegar entre el cliente y el invitado.

desactivar-agente-archivo-xfer
Deshabilite la transferencia de archivos basada en spice-vdagent entre el cliente y el invitado.

tls-port =
Configure el puerto TCP que Spice está escuchando para canales encriptados.

x509-dir =
Configure el directorio de archivos x509. Espera los mismos nombres de archivo que -vnc $ display, x509 = $ dir

x509-archivo-clave =
x509-clave-contraseña =
x509-cert-file =
x509-cacert-file =
x509-dh-key-file =
Los nombres de archivo x509 también se pueden configurar individualmente.

tls-ciphers =
Especifique qué cifrados utilizar.

tls-channel = [principal | pantalla | cursor | entradas | grabación | reproducción]
Plaintext-channel = [principal | pantalla | cursor | entradas | grabación | reproducción]
Forzar el uso de un canal específico con o sin cifrado TLS. Las opciones pueden
especificarse varias veces para configurar varios canales. El nombre especial
"predeterminado" se puede utilizar para establecer el modo predeterminado. Para canales que no son
Forzado explícitamente en un modo, el cliente de especias puede elegir tls / texto sin formato
como le plazca.

compresión-de-imagen = [auto_glz | auto_lz | quic | glz | lz | off]
Configure la compresión de imágenes (sin pérdida). El valor predeterminado es auto_glz.

jpeg-wan-compressed = [auto | nunca | siempre]
zlib-glz-wan-compressor = [auto | nunca | siempre]
Configure la compresión de imagen wan (con pérdida para enlaces lentos). El valor predeterminado es automático.

streaming-video = [desactivado | todo | filtro]
Configure la detección de transmisión de video. El valor predeterminado es filtro.

agent-mouse = [encendido | apagado]
Habilite / deshabilite el paso de eventos del mouse a través de vdagent. El valor predeterminado está activado.

compresión-reproducción = [encendido | apagado]
Habilite / deshabilite la compresión de flujo de audio (usando celt 0.5.1). El valor predeterminado está activado.

migración-perfecta = [encendido | apagado]
Habilitar / deshabilitar la migración sin problemas de especias. El valor predeterminado es desactivado.

-retrato
Gire la salida gráfica 90 grados a la izquierda (solo LCD PXA).

-girar deg
Gire la salida gráfica algunos grados hacia la izquierda (solo PXA LCD).

-vga tipo
Seleccione el tipo de tarjeta VGA para emular. Valores válidos para tipo están

cirro
Tarjeta de video Cirrus Logic GD5446. Todas las versiones de Windows a partir de Windows 95
debe reconocer y utilizar esta tarjeta gráfica. Para un rendimiento óptimo, utilice 16 bits
profundidad de color en el sistema operativo invitado y host. (Este es el predeterminado)

enfermedades de transmisión sexual Tarjeta VGA estándar con extensiones Bochs VBE. Si su sistema operativo invitado es compatible con VESA
2.0 extensiones VBE (por ejemplo, Windows XP) y si desea utilizar modos de alta resolución
(> = 1280x1024x16) entonces debería usar esta opción.

vmware
Adaptador compatible con VMWare SVGA-II. Úselo si tiene suficiente
Servidor XFree86 / XOrg o invitado de Windows con un controlador para esta tarjeta.

qxl Tarjeta gráfica paravirtual QXL. Es compatible con VGA (incluido VESA 2.0 VBE
apoyo). Sin embargo, funciona mejor con los controladores invitados qxl instalados. Elección recomendada
cuando se utiliza el protocolo de especias.

TCX (solo sun4m) Sun TCX framebuffer. Este es el framebuffer predeterminado para sun4m.
máquinas y ofrece profundidades de color de 8 y 24 bits a una resolución fija de
1024x768.

cg3 (solo sun4m) Sun cgthree framebuffer. Este es un simple framebuffer de 8 bits para sun4m
máquinas disponibles en resoluciones de 1024x768 (OpenBIOS) y 1152x900 (OBP)
dirigido a personas que deseen ejecutar versiones anteriores de Solaris.

virtuoso
Tarjeta Virtio VGA.

ninguna
Desactive la tarjeta VGA.

-pantalla completa
Empiece en pantalla completa.

-g anchuraxaltura[xprofundidad]
Establezca la resolución y la profundidad gráficas iniciales (solo PPC, SPARC).

-vnc la visualización[,opción[,opción[, ...]]]
Normalmente, QEMU usa SDL para mostrar la salida VGA. Con esta opción, puede tener
QEMU escucha en la pantalla VNC la visualización y redirigir la pantalla VGA a través de la sesión VNC.
Es muy útil habilitar la tableta USB cuando se usa esta opción (opción
-dispositivo USB tableta). Cuando utilice la pantalla VNC, debe utilizar el -k parámetro a configurar
la distribución del teclado si no está utilizando en-us. Sintaxis válida para la visualización is

fortaleza:d
Las conexiones TCP solo se permitirán desde fortaleza en exhibicion d. Por convención el
El puerto TCP es 5900+d. Opcionalmente, fortaleza puede omitirse, en cuyo caso el servidor
aceptar conexiones desde cualquier host.

Unix:camino
Se permitirán conexiones a través de sockets de dominio UNIX donde camino es la ubicación de
un zócalo Unix para escuchar las conexiones.

ninguna
VNC se inicializa pero no se inicia. El comando "cambiar" del monitor se puede utilizar para
luego inicie el servidor VNC.

Tras el la visualización valor puede haber uno o más opción banderas separadas por comas.
Las opciones válidas son

marcha atrás
Conéctese a un cliente VNC que esté escuchando a través de una conexión "inversa". El cliente es
especificado por el la visualización. Para conexiones de red inversas (fortaleza:d, "reverso"), el
d El argumento es un número de puerto TCP, no un número de pantalla.

websocket
Abre un puerto de escucha TCP adicional dedicado a las conexiones VNC Websocket. Por
definición, el puerto de Websocket es 5700+la visualización. Si fortaleza se especifican las conexiones
solo se permitirá desde este host. Como alternativa, el puerto Websocket podría
ser especificado usando "websocket" =Puerto. Si no se proporcionan credenciales TLS, el
La conexión websocket se ejecuta en modo no cifrado. Si se proporcionan credenciales TLS,
la conexión websocket requiere conexiones de cliente encriptadas.

la contraseña
Exija que se utilice autenticación basada en contraseña para las conexiones de cliente.

La contraseña debe establecerse por separado mediante el comando "set_password" en el
monitor_pcsys. La sintaxis para cambiar su contraseña es: "set_password
" dónde podría ser "vnc" o "spice".

Si quisieras cambiar caducidad de la contraseña, debe usar
"expire_password "donde el tiempo de caducidad podría ser uno
de las siguientes opciones: ahora, nunca, + segundos o tiempo de vencimiento de UNIX, p. ej.
+60 para hacer que la contraseña caduque en 60 segundos, o 1335196800 para hacer que caduque la contraseña
el "Lunes 23 de abril 12:00:00 EDT 2012" (hora UNIX para esta fecha y hora).

También puede utilizar las palabras clave "ahora" o "nunca" durante el tiempo de vencimiento para permitir
contraseña para caducar inmediatamente o no caducar nunca.

tls-creds =ID
Proporciona el ID de un conjunto de credenciales TLS que se utilizarán para proteger el servidor VNC. Ellos
se aplicará tanto al zócalo del servidor VNC normal como al zócalo websocket (si
activado). La configuración de las credenciales TLS hará que el socket del servidor VNC habilite la
Mecanismo de autenticación de VeNCrypt. Las credenciales deberían haber sido creadas previamente
usando el -objeto tls-creds argumento.

El tls-creds parámetro obsoleto el tls, x509y x509verificar opciones, y como
por lo que no está permitido establecer opciones de tipo nuevo y antiguo al mismo tiempo.

tls Exija que el cliente use TLS cuando se comunique con el servidor VNC. Esto usa
credenciales TLS anónimas, por lo que es susceptible a un ataque de intermediario. Está
recomendó que esta opción se combine con la x509 or x509verificar
.

Esta opción ahora está obsoleta a favor del uso de la tls-creds argumento.

x509 =/ ruta / a / certificado / dir
Válido si tls está especificado. Requerir que se utilicen credenciales x509 para negociar
la sesión TLS. El servidor enviará su certificado x509 al cliente. Está
recomendó que se establezca una contraseña en el servidor VNC para proporcionar autenticación de
el cliente cuando se utiliza. La ruta que sigue a esta opción especifica dónde
Los certificados x509 deben cargarse desde. Ver el seguridad_vnc sección para más detalles
sobre la generación de certificados.

Esta opción ahora está obsoleta a favor del uso de la tls-creds argumento.

x509verify =/ ruta / a / certificado / dir
Válido si tls está especificado. Requerir que se utilicen credenciales x509 para negociar
la sesión TLS. El servidor enviará su certificado x509 al cliente y
Solicite que el cliente envíe su propio certificado x509. El servidor validará
el certificado del cliente contra el certificado de CA y rechazar clientes cuando
la validación falla. Si la autoridad certificadora es de confianza, esto es suficiente.
mecanismo de autenticación. Es posible que aún desee establecer una contraseña en el servidor VNC
como una segunda capa de autenticación. La ruta que sigue a esta opción especifica dónde
los certificados x509 deben cargarse desde. Ver el seguridad_vnc sección para
detalles sobre la generación de certificados.

Esta opción ahora está obsoleta a favor del uso de la tls-creds argumento.

sasl
Exija que el cliente use SASL para autenticarse con el servidor VNC. El exacto
La elección del método de autenticación utilizado se controla desde el sistema / SASL del usuario.
archivo de configuración para el servicio 'qemu'. Esto se encuentra típicamente en
/etc/sasl2/qemu.conf. Si ejecuta QEMU como un usuario sin privilegios, un entorno
La variable SASL_CONF_PATH se puede utilizar para buscar ubicaciones alternativas para el
configuración del servicio. Si bien algunos métodos de autenticación SASL también pueden proporcionar cifrado de datos (p. Ej.
GSSAPI), se recomienda que SASL siempre se combine con 'tls' y 'x509'
configuración para habilitar el uso de SSL y certificados de servidor. Esto asegura un dato
cifrado que evita el compromiso de las credenciales de autenticación. Ver el
seguridad_vnc sección para obtener detalles sobre el uso de la autenticación SASL.

acl Active las listas de control de acceso para verificar el certificado de cliente x509 y SASL
partido. Para los certificados x509, la verificación de ACL se realiza con el certificado
nombre distinguido. Esto es algo que parece
"C = GB, O = ACME, L = Boston, CN = bob". Para la parte SASL, la verificación de ACL se realiza contra el
nombre de usuario, que dependiendo del complemento SASL, puede incluir un componente de reino, por ejemplo
"bob" o "[email protected]". Cuando el acl se establece la bandera, la lista de acceso inicial
estará vacío, con una política de "denegación". Por lo tanto, nadie podrá usar el VNC.
servidor hasta que se hayan cargado las ACL. Esto se puede lograr usando el "acl"
comando de monitor.

con pérdidas
Habilite los métodos de compresión con pérdida (degradado, JPEG, ...). Si esta opción está configurada, VNC
El cliente puede recibir actualizaciones de framebuffer con pérdida dependiendo de su configuración de codificación.
Habilitar esta opción puede ahorrar mucho ancho de banda a expensas de la calidad.

no adaptativo
Deshabilite las codificaciones adaptativas. Las codificaciones adaptativas están habilitadas de forma predeterminada. Un
La codificación adaptativa intentará detectar regiones de pantalla que se actualizan con frecuencia y enviará
actualizaciones en estas regiones utilizando una codificación con pérdida (como JPEG). Esto puede ser realmente
útil para ahorrar ancho de banda al reproducir videos. Deshabilitar codificaciones adaptativas
restaura el comportamiento estático original de codificaciones como Tight.

compartir = [permitir-exclusivo | forzado-compartido | ignorar]
Establece una política de uso compartido de pantallas. 'permitir-exclusivo' permite a los clientes solicitar exclusivos
acceso. Como sugiere la especificación rfb, esto se implementa eliminando otros
conexiones. Conectar varios clientes en paralelo requiere que todos los clientes pregunten
para una sesión compartida (vncviewer: -shared switch). Este es el predeterminado.
'force-shared' deshabilita el acceso exclusivo del cliente. Útil para escritorio compartido
sesiones, donde no quieres que alguien olvide especificar -shared desconectar
todos los demás. 'ignorar' ignora por completo la bandera compartida y permite que todos
conectarse incondicionalmente. No se ajusta a la especificación rfb pero es QEMU tradicional
comportamiento.

Solo destino i386:

-win2k-hackear
Úselo al instalar Windows 2000 para evitar un error de disco lleno. Después de Windows 2000
instalado, ya no necesita esta opción (esta opción ralentiza las transferencias IDE).

-no-fd-bootchk
Desactive la comprobación de firmas de arranque para disquetes en BIOS. Puede ser necesario para arrancar desde
viejos disquetes.

-no-acpi
Desactive la compatibilidad con ACPI (Interfaz de energía y configuración avanzada). Úselo si su
El sistema operativo invitado se queja de los problemas de ACPI (solo la máquina de destino de la PC).

-no-hpet
Desactive la compatibilidad con HPET.

-apropiada [sig =str] [, rev =n] [, oem_id =str] [, oem_table_id =str] [, oem_rev =n]
[, asl_compiler_id =str] [, asl_compiler_rev =n] [, datos =file1[:file2] ...]
Agregue una tabla ACPI con los campos de encabezado especificados y el contexto de los archivos especificados. Para
file =, toma la tabla ACPI completa de los archivos especificados, incluidos todos los encabezados ACPI
(posible anulado por otras opciones). Para data =, solo la parte de datos de la tabla es
utilizado, toda la información del encabezado se especifica en la línea de comando.

-smbios archivo =binario
Cargue la entrada SMBIOS del archivo binario.

-smbios tipo = 0 [, proveedor =str] [, versión =str] [, fecha =str] [, lanzamiento =% d.% d] [, uefi = encendido | apagado]
Especificar campos de tipo 0 de SMBIOS

-smbios
tipo = 1 [, fabricante =str] [, producto =str] [, versión =str] [, serial =str] [, uuid =uuid] [, sku =str] [, familia =str]
Especificar campos de tipo 1 de SMBIOS

-smbios
tipo = 2 [, fabricante =str] [, producto =str] [, versión =str] [, serial =str] [, activo =str] [, ubicación =str] [, familia =str]
Especificar campos de tipo 2 de SMBIOS

-smbios tipo = 3 [, fabricante =str] [, versión =str] [, serial =str] [, activo =str] [, sku =str]
Especificar campos de tipo 3 de SMBIOS

-smbios
tipo = 4 [, calcetín_pfx =str] [, fabricante =str] [, versión =str] [, serial =str] [, activo =str] [, part =str]
Especificar campos de tipo 4 de SMBIOS

-smbios
tipo = 17 [, loc_pfx =str] [, banco =str] [, fabricante =str] [, serial =str] [, activo =str] [, part =str] [, velocidad =%d]
Especificar campos de tipo 17 de SMBIOS

Opciones de red:

-red nic [, vlan =n] [, macaddr =Mac] [, modelo =tipo] [, nombre =nombre ] [, addr =addr] [, vectores =v]
Cree una nueva tarjeta de interfaz de red y conéctela a la VLAN n (n = 0 es el valor predeterminado).
La NIC es un e1000 de forma predeterminada en el destino de la PC. Opcionalmente, la dirección MAC puede ser
cambiado a Mac, la dirección del dispositivo establecida en addr (Solo tarjetas PCI) y un nombre puede ser
asignado para su uso en los comandos del monitor. Opcionalmente, para tarjetas PCI, puede especificar el
número v de los vectores MSI-X que debe tener la tarjeta; esta opción solo actualmente
afecta a las tarjetas virtio; colocar v = 0 para deshabilitar MSI-X. Si no -red se especifica una opción, una
se crea una única NIC. QEMU puede emular varios modelos diferentes de tarjeta de red.
Valores válidos para tipo son "virtio", "i82551", "i82557b", "i82559er", "ne2k_pci",
"ne2k_isa", "pcnet", "rtl8139", "e1000", "smc91c111", "lance" y "mcf_fec". No todo
los dispositivos son compatibles con todos los objetivos. Utilice "-net nic, model = help" para obtener una lista de
dispositivos disponibles para su objetivo.

-netdev usuario, id =id[,opción] [,opción] [, ...]
-red usuario[,opción] [,opción] [, ...]
Utilice la pila de red en modo de usuario, que no requiere privilegios de administrador para ejecutarse.
Las opciones válidas son:

vlan =n
Conecte la pila de modo de usuario a la VLAN n (n = 0 es el valor predeterminado).

id =id
name =nombre
Asigne un nombre simbólico para usar en los comandos del monitor.

neto =addr[/máscara]
Configure la dirección de red IP que verá el invitado. Opcionalmente, especifique la máscara de red, ya sea
en forma abcd o como número de bits superiores válidos. El valor predeterminado es 10.0.2.0/24.

host =addr
Especifique la dirección visible del huésped del anfitrión. El valor predeterminado es la segunda IP en el invitado
red, iexxx2.

restringir = encendido | apagado
Si esta opción está habilitada, el huésped será aislado, es decir, no podrá
póngase en contacto con el host y no se enrutarán paquetes IP invitados a través del host al
fuera de. Esta opción no afecta ninguna regla de reenvío establecida explícitamente.

nombre de host =nombre
Especifica el nombre de host del cliente informado por el servidor DHCP integrado.

dhcpstart =addr
Especifique la primera de las 16 direcciones IP que puede asignar el servidor DHCP integrado. El valor predeterminado es
la IP 15 a 31 en la red de invitados, es decir, xxxx15 a xxx31.

dns =addr
Especifique la dirección visible para invitados del servidor de nombres virtual. La dirección debe ser
diferente de la dirección del host. El valor predeterminado es la tercera IP en la red de invitados, es decir
xxx3.

dnssearch =dominio
Proporciona una entrada para la lista de búsqueda de dominios enviada por el servidor DHCP integrado.
Se puede transmitir más de un sufijo de dominio especificando esta opción múltiples
veces. Si es compatible, esto hará que el invitado intente agregar automáticamente el
sufijo (s) de dominio dado (s) en caso de que un nombre de dominio no pueda resolverse.

Ejemplo:

qemu-usuario de red, dnssearch = mgmt.example.org, dnssearch = example.org [...]

tftp =dir
Cuando utilice la pila de red en modo de usuario, active un servidor TFTP integrado. Los archivos
in dir se expondrá como la raíz de un servidor TFTP. El cliente TFTP en el invitado
debe configurarse en modo binario (utilice el comando "bin" del cliente Unix TFTP).

bootfile =presentar
Al usar la pila de red en modo de usuario, difunda presentar como nombre de archivo BOOTP. En
en conjunción con tftp, esto se puede utilizar para iniciar la red a un invitado desde un local
directorio.

Ejemplo (usando pxelinux):

qemu-system-i386 -hda linux.img -boot n -net user, tftp = / path / to / tftp / files, bootfile = / pxelinux.0

smb =dir[, smbserver =addr]
Cuando utilice la pila de red en modo de usuario, active un servidor SMB integrado para que
Los sistemas operativos Windows pueden acceder a los archivos de host en dir transparentemente. La dirección IP de
el servidor SMB se puede configurar para addr. Por defecto, la cuarta IP en la red de invitados es
usado, iexxx4.

En el sistema operativo invitado de Windows, la línea:

10.0.2.4 servidor smb

debe ser agregado en el archivo C: \ WINDOWS \ LMHOSTS (para Windows 9x / Me) o
C: \ WINNT \ SYSTEM32 \ DRIVERS \ ETC \ LMHOSTS (Windows NT / 2000).

Entonces dir se puede acceder en \ smbserver \ qemu.

Tenga en cuenta que debe instalarse un servidor SAMBA en el sistema operativo host. QEMU fue probado
exitosamente con las versiones smbd de Red Hat 9, Fedora Core 3 y OpenSUSE 11.x.

hostfwd = [tcp | udp]: [direcciónhost]:Puerto host-[dirección de invitado]:puerto de invitados
Redirigir las conexiones TCP o UDP entrantes al puerto del host Puerto host a la IP del invitado
dirección dirección de invitado en el puerto de invitados puerto de invitados. Si dirección de invitado no se especifica, su
El valor es xxx15 (la primera dirección predeterminada proporcionada por el servidor DHCP integrado). Por
especificando direcciónhost, la regla se puede vincular a una interfaz de host específica. Si no
se establece el tipo de conexión, se utiliza TCP. Esta opción se puede dar varias veces.

Por ejemplo, para redirigir la conexión del host X11 de la pantalla 1 a la pantalla de invitado 0, utilice
el seguimiento:

# en el anfitrión
qemu-system-i386 -net usuario, hostfwd = tcp: 127.0.0.1: 6001-: 6000 [...]
# este host xterm debe abrirse en el servidor invitado X11
xterm -display: 1

Para redirigir las conexiones telnet desde el puerto host 5555 al puerto telnet del invitado,
usa lo siguiente:

# en el anfitrión
qemu-system-i386 -net usuario, hostfwd = tcp :: 5555-: 23 [...]
telnet localhost 5555

Luego, cuando usa en el host "telnet localhost 5555", se conecta al invitado
servidor telnet.

guestfwd = [tcp]:servidor:Puerto-dev
guestfwd = [tcp]:servidor:Puerto-cmd: comando
Reenviar conexiones TCP de invitado a la dirección IP servidor en el puerto Puerto En el correo electrónico “Su Cuenta de Usuario en su Nuevo Sistema XNUMXCX”.
dispositivo de caracteres dev oa un programa ejecutado por cmd: comando que se genera
para cada conexión. Esta opción se puede dar varias veces.

Puede usar un chardev directamente y hacer que se use en todas las QEMU
de por vida, como en el siguiente ejemplo:

# abra 10.10.1.1:4321 en el arranque, conéctelo 10.0.2.100:1234 siempre que
# el invitado accede
qemu-usuario de red, guestfwd = tcp: 10.0.2.100: 1234-tcp: 10.10.1.1: 4321 [...]

O puede ejecutar un comando en cada conexión TCP establecida por el invitado, por lo que
que QEMU se comporta de manera similar a un proceso inetd para ese servidor virtual:

# llamar "netcat 10.10.1.1 4321" en cada conexión TCP a 10.0.2.100:1234
# y conecte la secuencia TCP a su stdin / stdout
qemu -net 'usuario, guestfwd = tcp: 10.0.2.100: 1234-cmd: netcat 10.10.1.1 4321'

Nota: Las opciones independientes heredadas -tftp, -bootp, -smb y -redir aún se procesan
y aplicado al usuario -net. Mezclarlos con la nueva sintaxis de configuración da
resultados indefinidos. Se desaconseja su uso para nuevas aplicaciones, ya que serán
eliminado de versiones futuras.

-netdev tap, id =id[, fd =h] [, ifname =nombre ] [, script =presentar] [, downscript =archivo d] [, ayudante =ayudante]
-red
toque [, vlan =n] [, nombre =nombre ] [, fd =h] [, ifname =nombre ] [, script =presentar] [, downscript =archivo d] [, ayudante =ayudante]
Conecte la interfaz de red del host TAP nombre a VLAN n.

Utilice el script de red presentar para configurarlo y el script de red archivo d a
desconfigurarlo. Si nombre no se proporciona, el sistema operativo proporciona uno automáticamente. los
El script de configuración de red predeterminado es / etc / qemu-ifup y la desconfiguración de red predeterminada
el guión es / etc / qemu-ifdown. Utilizar script = no or downscript = no para deshabilitar el script
ejecución.

Si ejecuta QEMU como un usuario sin privilegios, use el asistente de red ayudante para configurar
la interfaz TAP. El ejecutable del ayudante de red predeterminado es
/ ruta / a / qemu-bridge-helper.

fd=h se puede utilizar para especificar el identificador de una interfaz TAP de host ya abierta.

Ejemplos:

#lance una instancia de QEMU con el script de red predeterminado
qemu-system-i386 linux.img -net nic -net tap

#lance una instancia de QEMU con dos NIC, cada una conectada
#a un dispositivo TAP
qemu-sistema-i386 linux.img \
-net nic, vlan = 0 -net tap, vlan = 0, ifname = tap0 \
-net nic, vlan = 1 -net tap, vlan = 1, ifname = tap1

#lance una instancia QEMU con el ayudante de red predeterminado para
#conectar un dispositivo TAP para puentear br0
qemu-sistema-i386 linux.img \
-net nic -net tap, "helper = / ruta / a / qemu-bridge-helper"

-netdev puente, id =id[, br =puente] [, ayudante =ayudante]
-red puente [, vlan =n] [, nombre =nombre ] [, br =puente] [, ayudante =ayudante]
Conecte una interfaz de red host TAP a un dispositivo de puente host.

Utilice el asistente de red ayudante para configurar la interfaz TAP y conectarla a la
puente. El ejecutable del ayudante de red predeterminado es / ruta / a / qemu-bridge-helper y el
el dispositivo puente predeterminado es br0.

Ejemplos:

#lance una instancia QEMU con el ayudante de red predeterminado para
#conectar un dispositivo TAP para puentear br0
qemu-system-i386 linux.img -net bridge -net nic, modelo = virtio

#lance una instancia QEMU con el ayudante de red predeterminado para
#conectar un dispositivo TAP para puentear qemubr0
qemu-system-i386 linux.img -net bridge, br = qemubr0 -net nic, model = virtio

-netdev socket, id =id[, fd =h] [, escucha = [fortaleza]:Puerto] [, conectar =fortaleza:Puerto]
-red socket [, vlan =n] [, nombre =nombre ] [, fd =h] [, escucha = [fortaleza]:Puerto] [, conectar =fortaleza:Puerto]
Conecta la VLAN n a una VLAN remota en otra máquina virtual QEMU usando un socket TCP
conexión. Si escuchan se especifica, QEMU espera las conexiones entrantes en Puerto (fortaleza
es opcional). se unen se utiliza para conectarse a otra instancia de QEMU utilizando el escuchan
. fd=h especifica un socket TCP ya abierto.

Ejemplo:

# lanzar una primera instancia de QEMU
qemu-sistema-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:56 \
-net socket, escucha =: 1234
# conecte la VLAN 0 de esta instancia a la VLAN 0
# de la primera instancia
qemu-sistema-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:57 \
-conector de red, conectar = 127.0.0.1: 1234

-netdev socket, id =id[, fd =h] [, mcast =Maddr:Puerto[, localaddr =addr]]
-red socket [, vlan =n] [, nombre =nombre ] [, fd =h] [, mcast =Maddr:Puerto[, localaddr =addr]]
Crea una VLAN n compartido con otras máquinas virtuales QEMU utilizando una multidifusión UDP
socket, creando efectivamente un bus para cada QEMU con la misma dirección de multidifusión Maddr y
Puerto. NOTAS:

1. Varias QEMU pueden ejecutarse en diferentes hosts y compartir el mismo bus (asumiendo
correcta configuración de multidifusión para estos hosts).

2. La compatibilidad con mcast es compatible con el modo de usuario de Linux (argumento ethN= mcast), ver
<http://user-mode-linux.sf.net>.

3. Utilizar fd = h para especificar un socket de multidifusión UDP ya abierto.

Ejemplo:

# lanzar una instancia de QEMU
qemu-sistema-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:56 \
-conector de red, mcast = 230.0.0.1: 1234
# lanzar otra instancia de QEMU en el mismo "bus"
qemu-sistema-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:57 \
-conector de red, mcast = 230.0.0.1: 1234
# lanzar otra instancia de QEMU en el mismo "bus"
qemu-sistema-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:58 \
-conector de red, mcast = 230.0.0.1: 1234

Ejemplo (modo de usuario compatible con Linux):

# lanzar la instancia de QEMU (tenga en cuenta la dirección de mcast seleccionada
# es el valor predeterminado de UML)
qemu-sistema-i386 linux.img \
-net nic,macaddr=52:54:00:12:34:56 \
-conector de red, mcast = 239.192.168.1: 1102
# lanzar UML
/ ruta / a / linux ubd0 = / ruta / a / root_fs eth0 = mcast

Ejemplo (enviar paquetes desde el host 1.2.3.4):

qemu-sistema-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, src =corazón, dst =dstaddr[, srcport =deporte] [, dstport =puerto de salida], txsession =sesión de tx[, rxsession =rxsesion] [, ipv6] [, udp] [, cookie64] [, contador] [, pincounter] [, txcookie =galleta tx] [, rxcookie =galleta rx] [, desplazamiento =compensar]
-red
l2tpv3 [, vlan =n] [, nombre =nombre ], src =corazón, dst =dstaddr[, srcport =deporte] [, dstport =puerto de salida], txsession =sesión de tx[, rxsession =rxsesion] [, ipv6] [, udp] [, cookie64] [, contador] [, pincounter] [, txcookie =galleta tx] [, rxcookie =galleta rx] [, desplazamiento =compensar]
Conectar VLAN n al pseudowire L2TPv3. L2TPv3 (RFC3391) es un protocolo popular para
transportar tramas de datos Ethernet (y otras capas 2) entre dos sistemas. Está presente
en enrutadores, firewalls y el kernel de Linux (a partir de la versión 3.3).

Este transporte permite que una VM se comunique directamente con otra VM, enrutador o firewall.

src =corazón
dirección de origen (obligatorio)

dst =dstaddr
dirección de destino (obligatorio)

udp seleccione encapsulación udp (el valor predeterminado es ip).

srcport =deporte
puerto udp de origen.

dstport =puerto de salida
puerto udp de destino.

ipv6
force v6; de lo contrario, el valor predeterminado es v4.

rxcookie =galleta rx
txcookie =galleta tx
Las cookies son una forma débil de seguridad en la especificación l2tpv3. Su función es
principalmente para evitar errores de configuración. Por defecto son de 32 bits.

cookie64
Establezca el tamaño de la cookie en 64 bits en lugar del 32 predeterminado

contador = apagado
Forzar un L2TPv3 'cortado' sin contador como en
borrador-mkonstan-l2tpext-keyed-ipv6-tunnel-00

pincounter = activado
Evite el manejo de mostradores rotos en pares. Esto también puede ayudar en redes que tienen
reordenar paquetes.

offset =compensar
Agregue un desplazamiento adicional entre el encabezado y los datos

Por ejemplo, para conectar una máquina virtual que se ejecuta en el host 4.3.2.1 a través de L2TPv3 al puente br-lan en
el host Linux remoto 1.2.3.4:

# Configure el túnel en el host linux usando ip sin procesar como encapsulación
# en 1.2.3.4
ip l2tp agregar túnel remoto 4.3.2.1 local 1.2.3.4 tunnel_id 1 peer_tunnel_id 1 \
encapsular udp udp_sport 16384 udp_dport 16384
ip l2tp agregar sesión tunnel_id 1 nombre vmtunnel0 session_id \
0xFFFFFFFF peer_session_id 0xFFFFFFFF
ifconfig vmtunnel0 mtu 1500
ifconfig vmtunnel0 arriba
brctl addif br-lan vmtunnel0

# en 4.3.2.1
# lanzar instancia QEMU - si su red ha reordenado o tiene mucha pérdida agregue, 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, contador

-netdev vde, id =id[, calcetín =ruta del zócalo] [, puerto =n] [, grupo =Nombre del grupo] [, modo =modo octal]
-red vde [, vlan =n] [, nombre =nombre ] [, calcetín =ruta del zócalo]
[, puerto =n] [, grupo =Nombre del grupo] [, modo =modo octal]
Conectar VLAN n hacia el puerto n de un conmutador vde que se ejecuta en el host y escucha la entrada
conexiones en ruta del zócalo. Usar GRUPO Nombre del grupo y MODO modo octal para cambiar por defecto
propiedad y permisos para el puerto de comunicación. Esta opción solo está disponible si
QEMU se ha compilado con la compatibilidad con vde habilitada.

Ejemplo:

# lanzar conmutador vde
vde_switch -F -sock / tmp / myswitch
# lanzar instancia QEMU
qemu-system-i386 linux.img -net nic -net vde, calcetín = / tmp / myswitch

-netdev hubport, id =id, hubid =hubido
Cree un puerto de concentrador en QEMU "vlan" hubido.

Hubport netdev le permite conectar una NIC a una "vlan" de QEMU en lugar de una única netdev.
"-net" y "-device" con parámetro vlan cree el concentrador requerido automáticamente.

-netdev vhost-user, chardev =id[, vhostforce = on | off] [, colas = n]
Establecer un netdev de usuario de vhost, respaldado por un chardev id. El chardev debería ser un unix
Socket de dominio respaldado por uno. El usuario vhost utiliza un protocolo definido específicamente para pasar
mensajes de reemplazo de vhost ioctl a una aplicación en el otro extremo del socket. Sobre
invitados que no sean MSIX, la función se puede forzar con fuerzavhost. Utilice 'colas =n' para especificar
el número de colas que se crearán para el usuario de vhost de varias colas.

Ejemplo:

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

-red dump [, vlan =n] [, archivo =presentar] [, len =len]
Volcar tráfico de red en VLAN n archivar presentar (qemu-vlan0.pcap por defecto). A lo sumo len
Se almacenan bytes (64 k por defecto) por paquete. El formato de archivo es libpcap, por lo que puede ser
analizados con herramientas como tcpdump o Wireshark. Nota: para dispositivos creados con
'-netdev', use '-object filter-dump, ...' en su lugar.

-red ninguna
Indique que no se deben configurar dispositivos de red. Se utiliza para anular el
configuración predeterminada (-red nic -red usuario) que se activa si no -red las opciones son
previsto.

Opciones de dispositivo de caracteres:

La forma general de una opción de dispositivo de caracteres es:

-chardev backend , id =id [, mux = on | off] [,opciones]
El backend es uno de los siguientes: nulo, enchufe, udp, msmouse, vc, ringbuf, presentar, tubo, un mueble consola,
de serie, pty, stdio, braille, tty, paralelo, parteport, especiavmc. puerto de especias.
backend específico determinará las opciones aplicables.

Todos los dispositivos deben tener una identificación, que puede ser cualquier cadena de hasta 127 caracteres. Está
se utiliza para identificar de forma única este dispositivo en otras directivas de línea de comando.

Un dispositivo de caracteres puede ser utilizado en modo multiplexado por múltiples front-end. La clave
secuencia de Control-a y c rotará el foco de entrada entre los frontales adjuntos.
Especificar mux = encendido para habilitar este modo.

Las opciones para cada backend se describen a continuación.

-chardev nulo , id =id
Un dispositivo vacío. Este dispositivo no emitirá ningún dato y eliminará cualquier dato que reciba.
El backend nulo no toma ninguna opción.

-chardev enchufe , id =id [TCP opciones or UNIX opciones] [,servidor] [,no, espera] [, telnet]
[, reconectar =segundos]
Cree un socket de flujo bidireccional, que puede ser un socket TCP o Unix. Un unix
se creará socket si camino está especificado. El comportamiento no está definido si las opciones de TCP están
especificado para un socket Unix.

servidor especifica que el enchufe debe ser un enchufe de escucha.

ahora especifica que QEMU no debe bloquear la espera de que un cliente se conecte a un
toma de escucha.

telnet especifica que el tráfico en el socket debe interpretar las secuencias de escape de telnet.

reconnect establece el tiempo de espera para reconectarse en sockets que no sean de servidor cuando el extremo remoto
se va. qemu retrasará estos segundos y luego intentará volver a conectarse. Cero
desactiva la reconexión y es el predeterminado.

Las opciones de socket TCP y Unix se dan a continuación:

TCP opciones: puerto =Puerto [, host =fortaleza] [, a =a] [, ipv4] [, ipv6] [,sin demora]
fortaleza para un socket de escucha especifica la dirección local que se vinculará. Para
especie de enchufe de conexión el host remoto al que conectarse. fortaleza es opcional para
enchufes de escucha. Si no se especifica, el valor predeterminado es 0.0.0.0.

Puerto para un socket de escucha especifica el puerto local que se vinculará. Para una conexión
socket especifica el puerto del host remoto al que conectarse. Puerto se puede dar como
ya sea un número de puerto o un nombre de servicio. Puerto se requiere.

a solo es relevante para las tomas de escucha. Si se especifica, y Puerto no puede ser
enlazado, QEMU intentará enlazar a los puertos subsiguientes hasta e incluyendo a hasta
tiene éxito. a debe especificarse como un número de puerto.

ipv4 y ipv6 especificar que se debe utilizar IPv4 o IPv6. Si ninguno es
especificado, el socket puede utilizar cualquiera de los dos protocolos.

sin demora desactiva el algoritmo de Nagle.

UNIX opciones: ruta =camino
camino especifica la ruta local del socket Unix. camino se requiere.

-chardev udp , id =id [, host =fortaleza] , puerto =Puerto [, localaddr =dirección local] [, localport =puerto local]
[, ipv4] [, ipv6]
Envía todo el tráfico del invitado a un host remoto a través de UDP.

fortaleza especifica el host remoto al que conectarse. Si no se especifica, el valor predeterminado es
"localhost".

Puerto especifica el puerto del host remoto al que conectarse. Puerto se requiere.

dirección local especifica la dirección local a la que enlazar. Si no se especifica, el valor predeterminado es
0.0.0.0.

puerto local especifica el puerto local al que enlazar. Si no se especifica ningún local disponible
se utilizará el puerto.

ipv4 y ipv6 especificar que se debe utilizar IPv4 o IPv6. Si no se especifica ninguno
el dispositivo puede utilizar cualquiera de los dos protocolos.

-chardev msmouse , id =id
Reenvíe los eventos de msmouse emulados de QEMU al invitado. msmouse no toma ninguna
.

-chardev vc , id =id [[, ancho =anchura] [, altura =altura]] [[, cols =cols] [, filas =filas]]
Conéctese a una consola de texto QEMU. vc opcionalmente se le puede dar un tamaño específico.

anchura y altura especifique el ancho y el alto respectivamente de la consola, en píxeles.

cols y filas especificar que el tamaño de la consola se adapte a una consola de texto con el
dimensiones.

-chardev ringbuf , id =id [, tamaño =tamaño]
Crea un búfer de anillo con tamaño fijo tamaño. tamaño debe ser una potencia de dos, y valores predeterminados
a "64K").

-chardev presentar , id =id , ruta =camino
Registre todo el tráfico recibido del invitado en un archivo.

camino especifica la ruta del archivo que se abrirá. Este archivo se creará si lo hace
aún no existe, y se sobrescribe si existe. camino se requiere.

-chardev tubo , id =id , ruta =camino
Cree una conexión bidireccional con el invitado. El comportamiento difiere ligeramente entre
Hosts de Windows y otros hosts:

En Windows, se creará una única tubería dúplex en \.tubo\camino.

En otros hosts, se crearán 2 conductos llamados camino. En y camino.fuera. Datos escritos en
camino. En será recibido por el huésped. Los datos escritos por el huésped se pueden leer desde
camino.fuera. QEMU no creará estos FIFos y requiere que estén presentes.

camino forma parte del recorrido de la tubería como se describe arriba. camino se requiere.

-chardev un mueble consola , id =id
Envíe el tráfico del invitado a la salida estándar de QEMU. un mueble consola no toma ninguna
.

un mueble consola solo está disponible en hosts de Windows.

-chardev de serie , id =id , ruta = ruta
Envíe el tráfico del invitado a un dispositivo serie en el host.

En los hosts Unix, el serial acepta cualquier dispositivo tty, no solo las líneas seriales.

camino especifica el nombre del dispositivo serie que se abrirá.

-chardev pty , id =id
Cree una nueva pseudo-terminal en el host y conéctese a ella. pty no toma ninguna
.

pty no está disponible en hosts de Windows.

-chardev stdio , id =id [, señal = encendido | apagado]
Conéctese a la entrada y salida estándar del proceso QEMU.

señal controla si las señales están habilitadas en el terminal, eso incluye salir de QEMU
con la secuencia de teclas Control-c. Esta opción está habilitada de forma predeterminada, utilice señal = apagado a
desactivarlo.

stdio no está disponible en hosts de Windows.

-chardev braille , id =id
Conéctese a un servidor BrlAPI local. braille no toma ninguna opción.

-chardev tty , id =id , ruta =camino
tty solo está disponible en hosts Linux, Sun, FreeBSD, NetBSD, OpenBSD y DragonFlyBSD.
Es un alias para de serie.

camino especifica la ruta al tty. camino se requiere.

-chardev paralelo , id =id , ruta =camino
-chardev parteport , id =id , ruta =camino
paralelo solo está disponible en hosts Linux, FreeBSD y DragonFlyBSD.

Conéctese a un puerto paralelo local.

camino especifica la ruta al dispositivo de puerto paralelo. camino se requiere.

-chardev especiavmc , id =id , debug =depurar, name =nombre
especiavmc solo está disponible cuando el soporte de especias está integrado.

depurar nivel de depuración para spicevmc

nombre nombre del canal de especias al que conectarse

Conéctese a un canal de máquina virtual de Spice, como vdiport.

-chardev puerto de especias , id =id , debug =depurar, name =nombre
puerto de especias solo está disponible cuando el soporte de especias está integrado.

depurar nivel de depuración para spicevmc

nombre nombre del puerto de especias al que conectarse

Conéctese a un puerto de especias, lo que permite que un cliente de Spice maneje el tráfico identificado por un
nombre (preferiblemente un fqdn).

Sintaxis de la URL del dispositivo:

Además de utilizar imágenes de archivo normales para los dispositivos de almacenamiento emulados, QEMU también puede
utilice recursos en red como dispositivos iSCSI. Estos se especifican mediante una URL especial.
sintaxis.

iSCSI
La compatibilidad con iSCSI permite a QEMU acceder a los recursos iSCSI directamente y utilizarlos como imágenes para
almacenamiento de invitados. Se admiten imágenes de disco y cdrom.

La sintaxis para especificar iSCSI LUN es "iscsi: // [: ] / / "

De forma predeterminada, qemu utilizará el nombre del iniciador iSCSI 'iqn.2008-11.org.linux-kvm [: ] '
pero esto también se puede configurar desde la línea de comandos o un archivo de configuración.

Desde la versión Qemu 2.4, es posible especificar un tiempo de espera de solicitud iSCSI para detectar
solicitudes estancadas y forzar el restablecimiento de la sesión. Se especifica el tiempo de espera
en segundos. El valor predeterminado es 0, lo que significa que no hay tiempo de espera. Libiscsi 1.15.0 o superior es
requerido para esta función.

Ejemplo (sin autenticación):

qemu-system-i386 -iscsi nombre-iniciador = iqn.2001-04.com.ejemplo: mi-iniciador \
-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

Ejemplo (nombre de usuario / contraseña de CHAP a través de URL):

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

Ejemplo (nombre de usuario / contraseña de CHAP a través de variables de entorno):

LIBISCSI_CHAP_USERNAME = "usuario" \
LIBISCSI_CHAP_PASSWORD = "contraseña" \
qemu-system-i386 -drive file=iscsi://192.0.2.1/iqn.2001-04.com.example/1

La compatibilidad con iSCSI es una función opcional de QEMU y solo está disponible cuando se compila y se
vinculado contra libiscsi.

Los parámetros iSCSI, como el nombre de usuario y la contraseña, también se pueden especificar mediante un
archivo de configuración. Consulte qemu-doc para obtener más información y ejemplos.

NBD QEMU admite NBD (dispositivos de bloque de red) tanto con el protocolo TCP como con Unix
Sockets de dominio.

Sintaxis para especificar un dispositivo NBD usando TCP
"nbd: : [: exportname = ] "

Sintaxis para especificar un dispositivo NBD usando Unix Domain Sockets
"nbd: unix: [: exportname = ] "

Ejemplo para TCP

qemu-system-i386 --archivo de unidad = nbd: 192.0.2.1: 30000

Ejemplo de sockets de dominio Unix

qemu-system-i386 --archivo de unidad = nbd: unix: / tmp / nbd-socket

SSH QEMU admite el acceso SSH (Secure Shell) a discos remotos.

Ejemplos:

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

Actualmente, la autenticación debe realizarse mediante ssh-agent. Otros métodos de autenticación
puede ser compatible en el futuro.

Perro pastor
Sheepdog es un sistema de almacenamiento distribuido para QEMU. QEMU admite el uso de
dispositivos de perro pastor o dispositivos remotos en red.

Sintaxis para especificar un dispositivo perro pastor

perro pastor [+ tcp | + unix]: // [host: puerto] / vdiname [? socket = ruta] [#snapid | #tag]

Ejemplo

qemu-system-i386 --archivo de unidad = perro pastor: //192.0.2.1: 30000 / MyVirtualMachine

Ver tambiénhttp://http: //www.osrg.net/sheepdog/>.

GlusterFS
GlusterFS es un sistema de archivos distribuido en el espacio de usuario. QEMU apoya el uso de
Volúmenes GlusterFS para alojar imágenes de disco de VM usando TCP, Unix Domain Sockets y RDMA
protocolos de transporte.

La sintaxis para especificar una imagen de disco de VM en el volumen de GlusterFS es

gluster [+ transporte]: // [servidor [: puerto]] / volname / image [? socket = ...]

Ejemplo

qemu-system-x86_64 --archivo de unidad = gluster: //192.0.2.1/testvol/a.img

Ver tambiénhttp://www.gluster.org>.

HTTP / HTTPS / FTP / FTPS / TFTP
QEMU admite acceso de solo lectura a archivos a los que se accede a través de http (s), ftp (s) y tftp.

Sintaxis con un solo nombre de archivo:

: // [ [: ] @] /

dónde:

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

nombre de usuario
Nombre de usuario opcional para la autenticación en el servidor remoto.

la contraseña
Contraseña opcional para la autenticación en el servidor remoto.

fortaleza
Dirección del servidor remoto.

camino
Ruta en el servidor remoto, incluida cualquier cadena de consulta.

También se admiten las siguientes opciones:

url La URL completa al pasar opciones al controlador de forma explícita.

leer por adelantado
La cantidad de datos para leer con anticipación con cada solicitud de rango al servidor remoto.
Este valor puede tener opcionalmente el sufijo 'T', 'G', 'M', 'K', 'k' o 'b'. Si se
no tiene sufijo, se supondrá que está en bytes. El valor debe ser un
múltiplo de 512 bytes. Su valor predeterminado es 256k.

sslverificar
Ya sea para verificar el certificado del servidor remoto al conectarse a través de SSL. Puede
tener el valor "activado" o "desactivado". El valor predeterminado es "activado".

galleta
Envíe esta cookie (también puede ser una lista de cookies separadas por ';') con cada
solicitud saliente. Solo se admite cuando se utilizan protocolos como HTTP que admiten
cookies, de lo contrario ignoradas.

tiempo de espera
Establezca el tiempo de espera en segundos de la conexión CURL. Este tiempo de espera es el momento en que
CURL espera una respuesta del servidor remoto para obtener el tamaño de la imagen
ser descargado. Si no se establece, se utiliza el tiempo de espera predeterminado de 5 segundos.

Tenga en cuenta que al pasar opciones a qemu explícitamente, conductor es el valor de .

Ejemplo: arrancar desde una imagen ISO en vivo remota de Fedora 20

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,solo lectura

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,solo lectura

Ejemplo: arranque desde una imagen de nube remota de Fedora 20 usando una superposición local para escrituras,
copy-on-read, y una cabeza de lectura de 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

Ejemplo: arranque desde una imagen almacenada en un servidor VMware vSphere con un autofirmado
certificado usando una superposición local para escrituras, una lectura de 64k y un tiempo de espera de 10
segundos.

qemu-img create -f qcow2 -o backing_file = 'json: {"file.driver": "https" ,, "file.url": "https: // usuario:[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

Opciones de Bluetooth (R):

-bt hci [...]
Define la función de la HCI Bluetooth correspondiente. -bt opciones se corresponden con
las HCI presentes en el tipo de máquina elegido. Por ejemplo, al emular una máquina.
con solo una HCI incorporada, solo la primera opción "-bt hci [...]" es válida y
define la lógica de la HCI. La capa de transporte se decide por el tipo de máquina.
Actualmente, las máquinas "n800" y "n810" tienen una HCI y todas las demás máquinas tienen
ninguna.

Se reconocen los siguientes tres tipos:

-bt hci, nulo
(predeterminado) La HCI Bluetooth correspondiente no asume lógica interna y no
responder a cualquier comando de HCI o emitir eventos.

-bt hci, anfitrión [:id]
(sólo "bluez") La HCI correspondiente pasa comandos / eventos a / desde el
HCI físico identificado por el nombre id (predeterminado: "hci0") en la computadora que ejecuta
QEMU. Solo disponible en sistemas compatibles con "bluez" como Linux.

-bt hci [, vlan =n]
Agregue una HCI estándar virtual que participará en la red de dispersión de Bluetooth n
(predeterminado 0). similar a -red VLAN, dispositivos dentro de una red bluetooth n can
solo comunicarse con otros dispositivos en la misma red (scatternet).

-bt vhci [, vlan =n]
(Solo host Linux) Cree una HCI en scatternet n (predeterminado 0) adjunto al host
pila bluetooth en lugar del destino emulado. Esto permite que el anfitrión y el objetivo
máquinas para participar en una red de dispersión común y comunicarse. Requiere Linux
controlador "vhci" instalado. Se puede utilizar de la siguiente manera:

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

-bt dispositivo:dev[, vlan =n]
Emular un dispositivo bluetooth dev y colócalo en red n (predeterminado 0). QEMU solo puede
emular un tipo de dispositivos bluetooth actualmente:

teclado
Teclado inalámbrico virtual que implementa el perfil bluetooth HIDP.

Opciones de dispositivo TPM:

La forma general de una opción de dispositivo TPM es:

-tpmdev backend , id =id [,opciones]
El tipo de backend debe ser: passthrough.

El tipo de backend específico determinará las opciones aplicables. La opción "-tpmdev"
crea el backend de TPM y requiere una opción "-device" que especifica el TPM
modelo de interfaz frontend.

Las opciones para cada backend se describen a continuación.

Utilice 'ayuda' para imprimir todos los tipos de backend de TPM disponibles.

qemu -tpmdev ayuda

-tpmdev pasar por, id =id, ruta =camino, cancelar-ruta =cancelar ruta
(Solo host Linux) Habilite el acceso al TPM del host mediante el controlador de acceso directo.

camino especifica la ruta al dispositivo TPM del host, es decir, en un host Linux esto sería
"/ dev / tpm0". camino es opcional y por defecto se usa "/ dev / tpm0".

cancelar ruta especifica la ruta a la entrada sysfs del dispositivo TPM host que permite
cancelación de un comando TPM en curso. cancelar ruta es opcional y por defecto QEMU
buscará la entrada sysfs a utilizar.

Algunas notas sobre el uso del TPM del host con el controlador de paso:

El dispositivo TPM al que accede el controlador de paso a través no debe ser utilizado por ningún otro
aplicación en el host.

Dado que el firmware del host (BIOS / UEFI) ya ha inicializado el TPM, la VM
El firmware (BIOS / UEFI) no podrá inicializar el TPM nuevamente y, por lo tanto, puede
no mostrar un menú específico de TPM que de otro modo permitiría al usuario configurar el TPM,
por ejemplo, permitir que el usuario habilite / deshabilite o active / desactive el TPM. Además, si
La propiedad de TPM se libera desde dentro de una VM, luego el TPM del host se desactivará y
desactivado. Para habilitar y activar el TPM nuevamente después, el host debe estar
reiniciado y el usuario debe ingresar al menú del firmware para habilitar y activar
el TPM. Si el TPM se deja desactivado y / o desactivado, la mayoría de los comandos de TPM fallarán.

Para crear un TPM de paso a través, utilice las dos opciones siguientes:

-tpmdev paso a través, id = tpm0 -dispositivo tpm-tis, tpmdev = tpm0

Tenga en cuenta que el ID "-tpmdev" es "tpm0" y se hace referencia a él mediante "tpmdev = tpm0" en el dispositivo
.

Específico de arranque de Linux / Multiboot:

Al usar estas opciones, puede usar un kernel de Linux o de arranque múltiple determinado sin instalar
en la imagen del disco. Puede ser útil para probar más fácilmente varios núcleos.

-núcleo bzImagen
Usa bzImagen como imagen del núcleo. El kernel puede ser un kernel de Linux o multiboot
formato.

-adjuntar cmdline
Usa cmdline como línea de comando del kernel

-initrd presentar
Usa presentar como disco RAM inicial.

-initrd "file1 arg = foo,file2"
Esta sintaxis solo está disponible con arranque múltiple.

Usa file1 y file2 como módulos y pase arg = foo como parámetro al primer módulo.

-dtb presentar
Usa presentar como una imagen binaria del árbol de dispositivos (dtb) y pasarla al kernel en el arranque.

Opciones de depuración / experto:

-fw_cfg [nombre =]nombre , archivo =presentar
Agregue la entrada denominada fw_cfg del archivo. nombre determina el nombre de la entrada en el fw_cfg
directorio de archivos expuesto al invitado.

-fw_cfg [nombre =]nombre , cadena =str
Agregue la entrada fw_cfg nombrada desde la cadena.

-de serie dev
Redirigir el puerto serie virtual al dispositivo de carácter anfitrión dev. El dispositivo predeterminado es
"vc" en modo gráfico y "stdio" en modo no gráfico.

Esta opción se puede utilizar varias veces para simular hasta 4 puertos serie.

Utilice "-serial none" para desactivar todos los puertos serie.

Los dispositivos de caracteres disponibles son:

vc [:WxH]
Consola virtual. Opcionalmente, se puede dar una anchura y una altura en píxeles con

vc: 800 x 600

También es posible especificar el ancho o alto en caracteres:

vc: 80Cx24C

pty [Solo Linux] Pseudo TTY (se asigna automáticamente un nuevo PTY)

ninguna
No se asigna ningún dispositivo.

nulo
dispositivo nulo

Chardev:id
Utilice un dispositivo de carácter con nombre definido con la opción "-chardev".

/ dev / XXX
[Solo Linux] Utilice host tty, p. Ej. / dev / ttyS0. Los parámetros del puerto serie del host son
establecer de acuerdo con los emulados.

/ dev / parportN
[Solo Linux, solo puerto paralelo] Utilice el puerto paralelo del host N. Actualmente SPP y EPP
Se pueden utilizar funciones de puerto paralelo.

archivo:nombre de archivo
Escribir salida en nombre de archivo. No se puede leer ningún carácter.

stdio
[Solo Unix] entrada / salida estándar

tubo:nombre de archivo
tubería de nombre nombre de archivo

COMn
[Solo Windows] Utilice el puerto serie del host n

udp: [servidor remoto]:Puerto remoto[@ [src_ip]:puerto_origen]
Esto implementa UDP Net Console. Cuando servidor remoto or src_ip no están especificados
por defecto son 0.0.0.0. Cuando no se usa un puerto_origen un puerto aleatorio es
elegido automáticamente.

Si solo desea una consola simple de solo lectura, puede usar "netcat" o "nc", por
comenzando QEMU con: "-serial udp :: 4555" y nc como: "nc -u -l -p 4555". Cualquier momento
QEMU escribe algo en ese puerto y aparecerá en la sesión de netconsole.

Si planea enviar caracteres de vuelta a través de netconsole o si desea detener y comenzar
QEMU muchas veces, debe hacer que QEMU use el mismo puerto de origen cada vez
usando algo como "-serial udp :: 4555 @ 4556" para QEMU. Otro enfoque es utilizar
una versión parcheada de netcat que puede escuchar un puerto TCP y enviar y recibir
personajes a través de udp. Si tiene una versión parcheada de netcat que activa
eco remoto telnet y transferencia de un solo carácter, entonces puede usar lo siguiente
opciones para intensificar un redirector netcat para permitir que telnet en el puerto 5555 acceda al
Puerto QEMU.

"Opciones de QEMU:"
-serial udp :: 4555 @ 4556

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

"opciones de telnet:"
localhost 5555

tcp: [fortaleza]:Puerto[,servidor] [, nowait] [, nodelay] [, reconectar =segundos]
La consola TCP Net tiene dos modos de funcionamiento. Puede enviar la E / S serie a un
ubicación o espere una conexión desde una ubicación. De forma predeterminada, la consola TCP Net
es enviado a fortaleza en el Puerto. Si usas el servidor opción QEMU esperará un
aplicación de socket del cliente para conectarse al puerto antes de continuar, a menos que el
Se especificó la opción "nowait". La opción "nodelay" desactiva el almacenamiento en búfer de Nagle
algoritmo. La opción "volver a conectar" solo se aplica si servidor está configurado, si el
la conexión se interrumpe, intentará volver a conectarse en el intervalo dado. Si fortaleza
se omite, se supone 0.0.0.0. Solo se acepta una conexión TCP a la vez. usted
puede utilizar "telnet" para conectarse al dispositivo de caracteres correspondiente.

"Ejemplo para enviar la consola tcp al puerto 192.168.0.2 4444"
-tcp de serie: 192.168.0.2: 4444

"Ejemplo para escuchar y esperar en el puerto 4444 para la conexión"
-serial tcp :: 4444, servidor

"Ejemplo para no esperar y escuchar en ip 192.168.0.100 puerto 4444"
-serial tcp: 192.168.0.100: 4444, servidor, ahora

Telnet:fortaleza:Puerto[, servidor] [, ahora] [, nodelay]
Se utiliza el protocolo telnet en lugar de sockets tcp sin procesar. Las opciones funcionan igual
como si hubiera especificado "-serial tcp". La diferencia es que el puerto actúa como
un servidor o cliente telnet que utiliza la negociación de opciones de telnet. Esto también permitirá
que envíe la secuencia MAGIC_SYSRQ si utiliza un telnet que admita el envío de
secuencia de ruptura. Normalmente en unix telnet lo haces con Control-] y luego escribes
"enviar pausa" seguido de presionar la tecla enter.

Unix:camino[, servidor] [, ahora] [, reconectar =segundos]
Se utiliza un socket de dominio Unix en lugar de un socket tcp. La opción funciona igual
como si hubiera especificado "-serial tcp" excepto el socket de dominio Unix camino se utiliza
para conexiones.

Lun:cadena_dev
Esta es una opción especial que permite multiplexar el monitor en otro
Puerto serial. Se accede al monitor con la secuencia de teclas de Control-a y luego
prensado c. cadena_dev debe ser cualquiera de los dispositivos serie especificados anteriormente.
Un ejemplo para multiplexar el monitor en un servidor telnet que escucha en el puerto 4444
sería:

"-serial mon: telnet :: 4444, servidor, ahora"

Cuando el monitor se multiplexa a stdio de esta manera, Ctrl + C no terminará
QEMU más pero se pasará al invitado en su lugar.

braille
Dispositivo braille. Esto usará BrlAPI para mostrar la salida braille en un formato real o
dispositivo falso.

msmouse
Ratón en serie de tres botones. Configure el invitado para usar el protocolo de Microsoft.

-paralelo dev
Redirigir el puerto paralelo virtual al dispositivo host dev (los mismos dispositivos que el serial
Puerto). En hosts Linux, / dev / parportN se puede utilizar para utilizar dispositivos de hardware conectados en
el puerto paralelo del host correspondiente.

Esta opción se puede utilizar varias veces para simular hasta 3 puertos paralelos.

Utilice "-parallel none" para deshabilitar todos los puertos paralelos.

-monitor dev
Redirigir el monitor al dispositivo host dev (mismos dispositivos que el puerto serie). los
el dispositivo predeterminado es "vc" en modo gráfico y "stdio" en modo no gráfico. Usar
"-monitor none" para deshabilitar el monitor predeterminado.

-qmp dev
Como -monitor pero se abre en modo 'control'.

-qmp-bonita dev
Como -qmp pero usa bastante formato JSON.

-Lun [chardev =] nombre [, modo = readline | control] [, predeterminado]
Configurar monitor en chardev nombre .

-depuración dev
Redirigir la consola de depuración al dispositivo host dev (mismos dispositivos que el puerto serie). los
la consola de depuración es un puerto de E / S que normalmente es el puerto 0xe9; escribiendo en ese puerto de E / S
envía salida a este dispositivo. El dispositivo predeterminado es "vc" en modo gráfico y "stdio"
en modo no gráfico.

-pidfile presentar
Almacene el PID del proceso QEMU en presentar. Es útil si inicia QEMU desde un script.

-un solo paso
Ejecute la emulación en modo de un solo paso.

-S No inicie la CPU al inicio (debe escribir 'c' en el monitor).

-tiempo real mlock = encendido | apagado
Ejecute qemu con funciones en tiempo real. mlocking qemu y la memoria de invitados se pueden habilitar a través de
mlock = encendido (habilitado por defecto).

-gdb dev
Espere la conexión gdb en el dispositivo dev. Las conexiones típicas probablemente estarán basadas en TCP,
pero también UDP, pseudo TTY o incluso stdio son casos de uso razonables. Este último es
permitiendo iniciar QEMU desde dentro de gdb y establecer la conexión a través de una tubería:

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

-s Abreviatura de -gdb tcp :: 1234, es decir, abre un servidor gdb en el puerto TCP 1234.

-d item1[, ...]
Habilite el registro de elementos especificados. Utilice '-d ayuda' para obtener una lista de elementos de registro.

-D archivo de registro
Iniciar sesión de salida archivo de registro en lugar de stderr

-L camino
Configure el directorio para BIOS, BIOS VGA y mapas de teclas.

-bios presentar
Establezca el nombre de archivo para el BIOS.

-habilitar-kvm
Habilite el soporte completo de virtualización de KVM. Esta opción solo está disponible si la compatibilidad con KVM
está habilitado al compilar.

-xen-domid id
Especificar el dominio invitado de xen id (Solo XEN).

-xen-crear
Cree un dominio utilizando hipercall xen, sin pasar por xend. Advertencia: no debe usarse cuando
xend está en uso (solo XEN).

-xen-adjuntar
Adjuntar a un dominio xen existente. xend lo usará al iniciar QEMU (solo XEN).

-no-reiniciar
Salga en lugar de reiniciar.

-no apagarse
No salga de QEMU cuando se apague el invitado, sino que solo detenga la emulación. Esto permite
por ejemplo, cambiar a monitor para confirmar cambios en la imagen del disco.

-cargarvm presentar
Comience de inmediato con un estado guardado ("loadvm" en el monitor)

-demonizar
Daemonize el proceso QEMU después de la inicialización. QEMU no se separará del estándar
IO hasta que esté listo para recibir conexiones en cualquiera de sus dispositivos. Esta opción es una
forma útil para que los programas externos lancen QEMU sin tener que lidiar con
condiciones de carrera de inicialización.

-opción-rom presentar
Cargue el contenido de presentar como una opción ROM. Esta opción es útil para cargar cosas como
Arranque de éter.

-rtc [base = utc | hora local |datos] [, clock = host | vm] [, driftfix = none | slew]
Especificar bases como "utc" o "localtime" para permitir que el RTC se inicie en la UTC actual o local
tiempo, respectivamente. Se requiere "localtime" para la fecha correcta en MS-DOS o Windows. Para
comenzar en un momento específico, proporcionar datos en el formato "2006-06-17T16: 01: 21" o
"2006-06-17". La base predeterminada es UTC.

De forma predeterminada, el RTC está controlado por la hora del sistema host. Esto permite usar el RTC como
reloj de referencia preciso dentro del huésped, específicamente si la hora del anfitrión es fluida
siguiendo un reloj de referencia externo preciso, por ejemplo, a través de NTP. Si quieres aislar
el tiempo del invitado del anfitrión, puede configurar reloj a "rt" en su lugar. Incluso para prevenirlo
de progresar durante la suspensión, puede configurarlo en "vm".

permitir corrección de la deriva (solo objetivos i386) si experimenta problemas de desviación del tiempo,
específicamente con ACPI HAL de Windows. Esta opción intentará averiguar cuántos temporizadores
las interrupciones no fueron procesadas por el invitado de Windows y las reinyectará.

-Yo cuento [turno =N| auto] [, rr = grabar | reproducir, rrfile =nombre de archivo]
Habilite el contador de instrucciones virtual. La CPU virtual ejecutará una instrucción
cada 2 ^N ns de tiempo virtual. Si se especifica "auto", la velocidad de la CPU virtual
se ajustará automáticamente para mantener el tiempo virtual en unos pocos segundos de tiempo real.

Cuando la CPU virtual está durmiendo, el tiempo virtual avanzará a la velocidad predeterminada
a menos que dormir = no está especificado. Con dormir = no, el tiempo virtual saltará al siguiente
la fecha límite del temporizador al instante cada vez que la CPU virtual entra en modo de suspensión y no
avanzar si no hay temporizador habilitado. Este comportamiento da tiempos de ejecución deterministas de
el punto de vista del huésped.

Tenga en cuenta que si bien esta opción puede dar un comportamiento determinista, no proporciona un ciclo
emulación precisa. Las CPU modernas contienen núcleos superescalares desordenados con complejos
jerarquías de caché. El número de instrucciones ejecutadas a menudo tiene poca o ninguna
correlación con el rendimiento real.

alinear = encendido activará el algoritmo de retardo que intentará sincronizar el host
reloj y el reloj virtual. El objetivo es tener un invitado corriendo a la frecuencia real.
impuesto por la opción de cambio. Siempre que el reloj invitado esté atrasado con respecto al reloj anfitrión y si
alinear = encendido se especifica luego imprimimos un mensaje al usuario para informar sobre el retraso.
Actualmente esta opción no funciona cuando Turno es "auto". Nota: el algoritmo de sincronización
funcionará para los valores de turno para los que el reloj del invitado se adelanta al del host
reloj. Por lo general, esto sucede cuando el valor de cambio es alto (qué tan alto depende de la
máquina host).

Cuándo rr La opción está especificada La grabación / reproducción determinista está habilitada. El registro de reproducción es
escrito en nombre de archivo archivo en modo de grabación y leer de este archivo en modo de reproducción.

-perro guardián modelo
Cree un dispositivo de vigilancia de hardware virtual. Una vez habilitado (por una acción de invitado), el
El perro guardián debe ser encuestado periódicamente por un agente dentro del huésped o, de lo contrario, el huésped
se reiniciará. Elija un modelo para el que su invitado tenga controladores.

El modelo es el modelo de perro guardián de hardware a emular. Utilice "-ayuda de perro guardián" para enumerar
modelos de hardware disponibles. Solo se puede habilitar un perro guardián para un invitado.

Los siguientes modelos pueden estar disponibles:

ib700
iBASE 700 es un perro guardián ISA muy simple con un solo temporizador.

i6300esb
El concentrador de controlador de E / S Intel 6300ESB es un temporizador dual basado en PCI mucho más funcional
perro guardián.

diag288
Un perro guardián virtual para s390x respaldado por el hipercall de diagnóstico 288 (actualmente KVM
solamente).

-acción-perro-guardián DE ACTUAR!
El DE ACTUAR! controla lo que hará QEMU cuando expire el temporizador de vigilancia. El valor predeterminado es
"reset" (reiniciar forzosamente el invitado). Otras acciones posibles son: "apagar" (intentar
para apagar elegantemente al invitado), "apagar" (apagar forzosamente al invitado), "pausar"
(pausar al invitado), "depurar" (imprimir un mensaje de depuración y continuar), o "ninguno" (hacer
nada).

Tenga en cuenta que la acción de "apagado" requiere que el invitado responda a las señales ACPI,
lo que puede no ser capaz de hacer en el tipo de situaciones en las que el perro guardián habría
expired, y por lo tanto "-watchdog-action shutdown" no se recomienda para uso en producción.

Ejemplos:

"-watchdog i6300esb -watchdog-action pause"
"-perro guardián ib700"
-echr valor_numérico_ascii
Cambie el carácter de escape utilizado para cambiar al monitor cuando utilice monitor y
compartir en serie. El valor predeterminado es 0x01 cuando se utiliza la opción "-nográfico". 0x01 es
igual a presionar "Control-a". Puede seleccionar un carácter diferente del ascii
teclas de control donde 1 a 26 se asignan a Control-a a Control-z. Por ejemplo tu
podría usar cualquiera de los siguientes para cambiar el carácter de escape a Control-t.

"-echr 0x14"
"-echr 20"
-consola virtual c
Configure la consola virtio.

Esta opción se mantiene por compatibilidad con versiones anteriores.

Utilice "-device virtconsole" para la nueva forma de invocación.

-mostrar-cursor
Mostrar cursor.

-tb-tamaño n
Establezca el tamaño de TB.

-entrante tcp: [fortaleza]:Puerto[, a =puerto maximo] [, ipv4] [, ipv6]
-entrante rdma:fortaleza:Puerto[, ipv4] [, ipv6]
Prepárese para la migración entrante, escuche en un puerto tcp determinado.

-entrante Unix:ruta del zócalo
Prepárese para la migración entrante, escuche en un socket Unix determinado.

-entrante fd:fd
Acepte la migración entrante de un descriptor de archivo determinado.

-entrante ejecutivo:cmdline
Acepte la migración entrante como resultado de un comando externo especificado.

-entrante aplazar
Espere a que se especifique el URI a través de migrate_incoming. El monitor se puede utilizar para
cambiar la configuración (como los parámetros de migración) antes de emitir el migrate_incoming
para permitir que comience la migración.

-nodefaults
No cree dispositivos predeterminados. Normalmente, QEMU establece los dispositivos predeterminados como serie
puerto, puerto paralelo, consola virtual, dispositivo de monitor, adaptador VGA, disquete y CD-ROM
drive y otros. La opción "-nodefaults" desactivará todos esos dispositivos predeterminados.

-raíz dir
Inmediatamente antes de iniciar la ejecución del invitado, haga un chroot en el directorio especificado.
Especialmente útil en combinación con -runas.

-correr como usuario
Inmediatamente antes de iniciar la ejecución del invitado, elimine los privilegios de root y cambie al
usuario especificado.

-prom-env variable=propuesta de
Establecer OpenBIOS nvram variable dar propuesta de (Solo PPC, SPARC).

-semihospedaje
Habilite el modo de semihosting (solo ARM, M68K, Xtensa, MIPS).

-semihosting-config [enable = on | off] [, target = native | gdb | auto] [, arg = str [, ...]]
Habilite y configure el semihosting (solo ARM, M68K, Xtensa, MIPS).

target = "nativo | gdb | auto"
Define dónde se dirigirán las llamadas de semihosting, a QEMU ("nativo") oa
GDB ("gdb"). El valor predeterminado es "auto", que significa "gdb" durante las sesiones de depuración y
"nativo" de lo contrario.

arg =str1, arg =str2, ...
Permite al usuario pasar argumentos de entrada y se puede usar varias veces para compilar
hacer una lista. El método antiguo "-kernel" / "- append" para pasar una línea de comando es
todavía se admite por compatibilidad con versiones anteriores. Si tanto el "--semihosting-config arg"
y se especifican "-kernel" / "- append", el primero se pasa a semihosting como
siempre tiene prioridad.

-antiguo-param
Modo de parámetro antiguo (solo ARM).

-salvadera arg
Habilite el filtro de llamadas del sistema del modo 2 de Seccomp. 'on' habilitará el filtrado de syscall y 'off'
lo desactivará. El valor predeterminado es "desactivado".

-readconfig presentar
Leer la configuración del dispositivo de presentar. Este enfoque es útil cuando desea generar
Proceso QEMU con muchas opciones de línea de comando, pero no desea exceder el comando
límite de caracteres de línea.

-writeconfig presentar
Escribir la configuración del dispositivo en presentar. presentar puede ser el nombre de archivo para guardar el comando
configuración de línea y dispositivo en archivo o guión "-") carácter para imprimir la salida a
stdout. Esto se puede usar más tarde como archivo de entrada para la opción "-readconfig".

-nodefconfig
Normalmente QEMU carga archivos de configuración desde sysconfdir y directorio de datos Al inicio. los
La opción "-nodefconfig" evitará que QEMU cargue cualquiera de esos archivos de configuración.

-no-config-usuario
La opción "-no-user-config" hace que QEMU no cargue ninguno de los archivos de configuración proporcionados por el usuario
on sysconfdir, pero no hará que omita los archivos de configuración proporcionados por QEMU de directorio de datos.

-rastro [eventos =presentar] [, archivo =presentar]
Especifique las opciones de seguimiento.

eventos =presentar
Habilite inmediatamente los eventos enumerados en presentar. El archivo debe contener un nombre de evento
(como se indica en el seguimiento-eventos archivo) por línea. Esta opción solo está disponible si
QEMU se ha compilado con simples or stderr rastreo de backend.

archivo =presentar
Registrar trazas de salida a presentar.

Esta opción solo está disponible si QEMU se ha compilado con el simples rastreo
backend

-habilitar-fips
Habilite el modo de cumplimiento de FIPS 140-2.

-mensaje marca de tiempo [= activado | desactivado]
anteponer una marca de tiempo a cada mensaje de registro (predeterminado: activado)

-volcado-vmstate presentar
Volcar información vmstate codificada en json para el tipo de máquina actual para archivar en presentar Generic
creación de objetos

-objeto escribe un nombre[,prop1=valor1, ...]
Crea un nuevo objeto de tipo escribe un nombre establecer propiedades en el orden en que están
especificado. Tenga en cuenta que debe establecerse la propiedad 'id'. Estos objetos se colocan en el
Ruta '/ objetos'.

-objeto archivo de fondo de memoria, id =id, tamaño =tamaño, mem-path =dir, compartir =encendido | apagado
Crea un objeto de backend de archivo de memoria, que se puede usar para respaldar la RAM invitada con
páginas enormes. los id El parámetro es un ID único que se utilizará para hacer referencia a este
región de memoria al configurar el -numa argumento. La tamaño La opción proporciona la
tamaño de la región de memoria, y acepta sufijos comunes, p. ej. 500 m. mem-ruta
proporciona la ruta a una memoria compartida o al montaje del sistema de archivos de gran página. los
comparte La opción booleana determina si la región de memoria está marcada como privada para
QEMU, o compartido. Este último permite que un proceso externo cooperante acceda al
Región de memoria QEMU.

-objeto rng-random, id =id, nombre de archivo =/ dev / random
Crea un backend generador de números aleatorios que obtiene entropía de un dispositivo en
el anfitrión. los id El parámetro es un ID único que se utilizará para hacer referencia a este
backend de entropía del virtio-rng dispositivo. los nombre de archivo parámetro especifica cuál
archivo para obtener la entropía y, si se omite, el valor predeterminado es / dev / random.

-objeto rng-egd, id =id, chardev =Chardevid
Crea un backend generador de números aleatorios que obtiene entropía de un externo
demonio que se ejecuta en el host. los id El parámetro es un ID único que se utilizará para
hacer referencia a este backend de entropía desde el virtio-rng dispositivo. los Chardev parámetro
es el ID único de un dispositivo de carácter backend que proporciona la conexión al
Demonio RNG.

-objeto
tls-creds-anon, id =id, punto final =punto final, dir =/ ruta / a / cred / dir, verificar-par =encendido | apagado
Crea un objeto de credenciales anónimas TLS, que se puede utilizar para proporcionar TLS
soporte en backends de red. los id El parámetro es un ID único que red
los backends utilizarán para acceder a las credenciales. los punto final es cualquiera servidor or
cliente dependiendo de si el backend de la red QEMU que usa las credenciales
actuará como cliente o como servidor. Si verificar-par está habilitado (el predeterminado)
luego, una vez que se complete el protocolo de enlace, se verificarán las credenciales de los pares,
aunque esta no es una operación para las credenciales anónimas.

El dir El parámetro le dice a QEMU dónde encontrar los archivos de credenciales. Para servidor
endpoints, este directorio puede contener un archivo dh-params.pem proporcionando diffie-
Hellman parámetros que se utilizarán para el servidor TLS. Si falta el archivo, QEMU
generar un conjunto de parámetros DH al inicio. Esta es una costosa computacional
operación que consume entropía de grupo aleatorio, por lo que se recomienda que una
un conjunto persistente de parámetros se genere por adelantado y se guarde.

-objeto
tls-creds-x509, id =id, punto final =punto final, dir =/ ruta / a / cred / dir, verificar-par =encendido | apagado
Crea un objeto de credenciales anónimas TLS, que se puede utilizar para proporcionar TLS
soporte en backends de red. los id El parámetro es un ID único que red
los backends utilizarán para acceder a las credenciales. los punto final es cualquiera servidor or
cliente dependiendo de si el backend de la red QEMU que usa las credenciales
actuará como cliente o como servidor. Si verificar-par está habilitado (el predeterminado)
luego, una vez que se complete el protocolo de enlace, se verificarán las credenciales de los pares. Con
certificados x509, esto implica que los clientes deben contar con
certificados de cliente también.

El dir El parámetro le dice a QEMU dónde encontrar los archivos de credenciales. Para servidor
endpoints, este directorio puede contener un archivo dh-params.pem proporcionando diffie-
Hellman parámetros que se utilizarán para el servidor TLS. Si falta el archivo, QEMU
generar un conjunto de parámetros DH al inicio. Esta es una costosa computacional
operación que consume entropía de grupo aleatorio, por lo que se recomienda que una
un conjunto persistente de parámetros se genere por adelantado y se guarde.

Para las credenciales del certificado x509, el directorio contendrá más archivos
proporcionando los certificados x509. Los certificados deben almacenarse en formato PEM, en
nombres de archivo ca-cert.pem, ca-crl.pem (Opcional), servidor-cert.pem (solo servidores),
servidor-clave.pem (solo servidores), cliente-cert.pem (solo clientes), y clave-cliente.pem
(solo clientes).

-objeto búfer de filtro, id =id, netdev =netdevid, intervalo =t[, cola =todos | rx | tx]
Intervalo t no puede ser 0, este filtro agrupa la entrega del paquete: todos los paquetes
llegando en un intervalo dado en netdev netdevid se retrasan hasta el final de la
intervalo. El intervalo está en microsegundos.

cola todos | rx | tx es una opción que se puede aplicar a cualquier netfilter.

all: el filtro se adjunta tanto a la cola de recepción como a la de transmisión del
netdev (predeterminado).

rx: el filtro se adjunta a la cola de recepción de netdev, donde se
recibir paquetes enviados a netdev.

tx: el filtro se adjunta a la cola de transmisión de netdev, donde
recibir paquetes enviados por netdev.

-objeto volcado de filtro, id =id, netdev =dev, archivo =nombre de archivo] [, maxlen =len]
Volcar el tráfico de la red en netdev dev al archivo especificado por nombre de archivo. A lo sumo
len Se almacenan bytes (64 k por defecto) por paquete. El formato de archivo es libpcap, entonces
se puede analizar con herramientas como tcpdump o Wireshark.

Durante la emulación gráfica, puede utilizar combinaciones de teclas especiales para cambiar de modo. los
las asignaciones de teclas predeterminadas se muestran a continuación, pero si usa "-alt-grab", el modificador es
Ctrl-Alt-Shift (en lugar de Ctrl-Alt) y si usa "-ctrl-grab", el modificador es el
tecla Ctrl derecha (en lugar de Ctrl-Alt):

Ctrl-Alt-f
Alternar pantalla completa

Ctrl-Alt- +
Agrandar la pantalla

Ctrl-Alt--
Encoge la pantalla

Ctrl-Alt-u
Restaurar las dimensiones sin escala de la pantalla

Ctrl-Alt-n
Cambie a la consola virtual 'n'. Las asignaciones de consola estándar son:

1 Pantalla del sistema de destino

2 Monitorear

3 Puerto serie

Ctrl-Alt
Alternar agarre del mouse y el teclado.

En las consolas virtuales, puede utilizar Ctrl-Arriba, Ctrl-Abajo, Ctrl-RePág y Ctrl-AvPág a
muévete en el registro trasero.

Durante la emulación, si está utilizando el -nográfico opción, uso Ctrl-a h para conseguir terminal
comandos:

Ctrl-a h
Ctrl-a ?
Imprime esta ayuda

Ctrl-a x
Emulador de salida

Ctrl-a s
Guarde los datos del disco en el archivo (si es una instantánea)

Ctrl-a t
Alternar marcas de tiempo de la consola

Ctrl-a b
Enviar descanso (magic sysrq en Linux)

Ctrl-a c
Cambiar entre consola y monitor

Ctrl-a Ctrl-a
Enviar Ctrl-a

Las siguientes opciones son específicas de la emulación PowerPC:

-g WxH[xPROFUNDIDAD]
Configure el modo gráfico VGA inicial. El valor predeterminado es 800x600x32.

-prom-env cadena
Configure las variables OpenBIOS en NVRAM, por ejemplo:

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

Open Hack'Ware no utiliza estas variables.

Las siguientes opciones son específicas de la emulación Sparc32:

-g WxHx [xPROFUNDIDAD]
Establece el modo de gráficos inicial. Para TCX, el valor predeterminado es 1024x768x8 con la opción de
1024x768x24. Para cgthree, el valor predeterminado es 1024x768x8 con la opción de 1152x900x8 para
personas que deseen utilizar OBP.

-prom-env cadena
Configure las variables OpenBIOS en NVRAM, por ejemplo:

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] [| SPARCbook]
Configure el tipo de máquina emulada. El valor predeterminado es SS-5.

Las siguientes opciones son específicas de la emulación Sparc64:

-prom-env cadena
Configure las variables OpenBIOS en NVRAM, por ejemplo:

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

-M [sun4u | sun4v | Niagara]
Configure el tipo de máquina emulada. El predeterminado es sun4u.

Use qemu-system-sparc64 en línea usando los servicios de onworks.net