Wiki Ubuntu-it

Indice
Partecipa
FAQ
Wiki Blog
------------------
Ubuntu-it.org
Forum
Chiedi
Chat
Cerca
Planet
  • Pagina non alterabile
  • Informazioni
  • Allegati
  • Differenze per "Virtualizzazione/Kvm/GestioneOspiti"
Differenze tra le versioni 1 e 38 (in 37 versioni)
Versione 1 del 22/03/2010 22.15.45
Dimensione: 7604
Autore: FabioMarconi
Commento:
Versione 38 del 25/10/2025 08.51.43
Dimensione: 12314
Autore: jeremie2
Commento:
Le cancellazioni sono segnalate in questo modo. Le aggiunte sono segnalate in questo modo.
Linea 1: Linea 1:
#title KVM Guest Management
<<Include(KVM/Header)>>
||<tablestyle="float:right; font-size: 0.9em; width:30%; background:#F1F1ED; margin: 0 0 1em 1em;" style="padding:0.5em;"><<TableOfContents(3)>>||

= Manage your virtual machines =

== From the shell ==

You can manage your VMs from the shell using [[http://linux.die.net/man/1/virsh|virsh]]. You can get a list of the available commands if you type "help". Type "help command" to get additional infos for a particular command.

=== Define your new VM ===

Before you can manage your new VM with virsh, you must define it:

{{{
$ virsh --connect qemu:///system
#format wiki
#LANGUAGE it
<<BR>>
<<Indice(depth=2)>>
<<Informazioni(forum="http://forum.ubuntu-it.org/viewtopic.php?t=371617"; rilasci="25.10 25.04 24.04 22.04")>>

= Introduzione =

Questa pagina descrive la gestione delle macchine virtuali da [[AmministrazioneSistema/Terminale|riga di comando]] o tramite [[AmbienteGrafico/AmbientiDesktop|interfaccia grafica]].

<<Anchor(shell_virsh)>>
= Gestione da console Virsh =

Per la gestione delle macchine virtuali da terminale utilizzare '''Virsh'''.

Per iniziare è necessario stabilire una connessione all'hypervisor '''[[Virtualizzazione/Kvm|KVM]]'''/'''[[Virtualizzazione/Qemu|QEMU]]''' locale. Questo si ottiene utilizzando l'opzione `--connect`:{{{
virsh --connect qemu:///system
}}}L'output sarà del tipo:{{{
Linea 23: Linea 25:
virsh # define /etc/libvirt/qemu/newvm.xml virsh #
}}}Una volta connessi si accede al prompt interattivo '''virsh'''.
 
{{{#!wiki note
I comandi elencati nel proseguo di questa guida si intendono inseriti nel prompt '''virsh''' subito dopo la sigla `virsh #`
}}}

== Elenco dei comandi disponibili ==

 * Per visualizzare l'elenco dei comandi disponibili digitare nel prompt '''virsh''':{{{
help
}}}
 * Per informazioni aggiuntive su un comando specifico, digitare:{{{
help NOME_COAMANDO
}}}sostituire `NOME_COAMANDO` con il comando specifico.

<<Anchor(def)>>
== Definire nuova VM ==

 * Prima di gestire la macchina virtuale con '''virsh''', è necessario definirla. Digitare nel prompt '''virsh''':{{{
define /etc/libvirt/qemu/newvm.xml
}}}che restituirà:{{{
Linea 26: Linea 49:

Note that to list newvm, you must use 'list --inactive' or 'list --all', since list without any options will only list currently running machines.

=== List your VMs ===

Virsh allows you to list the virtual machines available on the current host:

{{{
yhamon@paris:/etc/libvirt/qemu$ virsh --connect qemu:///system
Connecting to uri: qemu:///system
Welcome to virsh, the virtualization interactive terminal.

Type: 'help' for help with commands
       'quit' to quit

virsh # help list
 {{{#!wiki note
Ogni macchina virtuale è configurata tramite un file `XML` in `/etc/libvirt/qemu`.
}}}

== Elencare VM ==

'''Virsh''' consente di '''elencare''' le macchine virtuali presenti sull'host attraverso il comando `list`.

 * Visualizzare '''lista parametri''' del comando `list`:{{{
help list
}}}si ottiene:{{{
Linea 54: Linea 72:

virsh # list
}}}

 {{{#!wiki note
Le macchine virtuali visualizzate con '''list --all''' sono definite dal file `XML`.<<BR>>Il comando `list` senza opzioni mostra solo le macchine attualmente in esecuzione.
}}}

 * Esempio di comando `list` senza opzioni:{{{
list
}}}si ottiene un output del tipo:{{{
Linea 60: Linea 85:

virsh # list --all
}}}
 * Esempio di comando `list` con opzione `--all`:{{{
list --all
}}}si ottiene un output del tipo:{{{
Linea 69: Linea 96:
=== Define, undefine, start, shutdown, destroy VMs ===

The VMs you see with list --all are VMs that have been "defined" from an XML file. Every VM is configured via a XML file in /etc/libvirt/qemu. If you want to remove a VM from the list of VMs, you need to undefine it:

{{{
virsh # undefine test5 # WARNING: undefine will delete your XML file!
<<Anchor(shutdown)>>
== Spegnere VM ==

 * Per '''spegnere''' nel modo più "delicato" una VM digitare:{{{
shutdown mirror
}}}che restituirà{{{
Domain mirror is being shutdown
}}}
 * Un metodo più brutale, equivalente a un'interruzione dell'alimentazione sul sistema, è dato dal comando:{{{
destroy mirror
}}}Relativo output:{{{
Domain mirror destroyed
}}}

== Rimuovere VM ==

 * Dopo aver [[#shutdown|spento]] la macchina virtuale, è possibile '''rimuoverla''' rendendola '''indefinita''':{{{
undefine test5
}}}L'output sarà;{{{
Linea 76: Linea 116:

virsh # list --all
 Id Name State
----------------------------------
 15 mirror running
 16 vm2 running
}}}

To be able to undefine a virtual machine, it needs to be shutdown first:

{{{
virsh # shutdown mirror
Domain mirror is being shutdown
}}}

This command asks for a nice shutdown (like running shutdown in command line) - but you can also use "destroy", the more brutal way of shutting down a VM, equivalent of taking the power cable off:

{{{
virsh # destroy mirror
Domain mirror destroyed
}}}

If you have made a change to the XML configuration file, you need to tell KVM to reload it before restarting the VM:

{{{
virsh # define /etc/libvirt/qemu/mirror.xml
}}}
 {{{#!wiki important
Rendere una indefinita una macchina virtuale può cancellare il relativo file di configurazione `XML`.
}}}

== Riavviare VM ==

 * Se vengono eseguiti cambiamenti al file di configurazione `XML`, è necessario che '''KVM''' lo ricarichi prima di riavviare la macchina virtuale. Digitare nella console '''virsh''':{{{
define /etc/libvirt/qemu/mirror.xml
}}}che restituirà:{{{
Linea 104: Linea 128:

Then, to restart the VM:

{{{
virsh # start mirror
 * Quindi per '''riavviare''' la macchina virtuale:{{{
start mirror
}}}Output:{{{
Linea 112: Linea 134:
=== Suspend and resume a Virtual Machine ===

Virsh allows you to easily suspend and resume a virtual machine.

{{{
virsh # suspend mirror
== Sospensione/ripristino VM ==

 * Per '''sospendere''' una macchina virtuale digitare:{{{
suspend mirror
}}}Output:{{{
Linea 119: Linea 140:

virsh # resume mirror
}}}
 * Per '''riavviarla''':{{{
resume mirror
}}}Output:{{{
Linea 124: Linea 147:
= Editing the attributes of a Virtual Machine =

libvirt stores it's configuration as xml in '/etc/libvirt/qemu'. The xml is easy to understand, and is similar to VMware *.vmx files. While it is possible to edit these files in place and restart libvirt-bin for the changes to take affect, the recommended method for modifying the attributes of a virtual machine is via virsh (or virt-manager, if it supports changing the hardware you want to change). The concept is simple:

 1. export (aka 'dump') the xml of the virtual machine you want to edit
 1. edit the xml
 1. import (aka 'define') the xml

For example, to edit the machine named 'foo' (you can get a list of your machines with 'virsh list --all'), do:{{{
$ virsh dumpxml foo > /tmp/foo.xml
(edit /tmp/foo.xml as needed)
$ virsh define /tmp/foo.xml
}}}

== Adding CPUs ==
KVM allows you to create SMP guests. To allocate two CPUs to a VM, dump the xml as above, then edit your xml to have:{{{
= Modifica attributi =

'''Libvirt''' memorizza la sua configurazione in formato `.xml` in `/etc/libvirt/qemu`. Il file è simile ai file `.vmx` di '''VMware'''. È possibile modificare questi file direttamente e riavviare '''libvirt''' affinché i cambiamenti abbiano effetto.

Il metodo raccomandato per la modifica degli attributi di una macchina virtuale è tramite '''virsh''' o '''virt-manager''' (se supporta i cambiamenti hardware desiderati):

<<Anchor(dump)>>
 0. Esportare il file `xml` della macchina virtuale da modificare (dump).
 0. Modificare il file `xml`.
 0. Importare il file `xml` (define).

Ad esempio, per modificare la macchina chiamata '''foo''' (per l'elenco utilizzare `virsh list --all`), eseguire:{{{
virsh dumpxml foo > /tmp/foo.xml
}}}modificare /tmp/foo.xml come necessario e quindi digitare:{{{
virsh define /tmp/foo.xml
}}}

== Aggiunta di CPU ==

'''KVM''' consente di creare ospiti '''S'''ymmetric '''M'''ulti'''P'''rocessing. Per allocare due CPU a una macchina virtuale:
 0. Effettuare il dump del file `xml` come descritto [[#dump|in precedenza]].
 0. Modificare e salvare il file `xml` per includere:{{{
Linea 146: Linea 175:

Now define the VM as above.

== Adding Memory ==
To change the memory allocation in a VM, dump the xml as above, then edit your xml to have:{{{
 0. Definire la macchina virtuale come descritto [[#dump|in precedenza]].

== Aggiunta di memoria ==

Per modificare l'allocazione di memoria in una macchina virtuale:
 0. Effettuare il dump del file `xml` come descritto [[#dump|in precedenza]].
 0. Modificare e salvare il file `xml` per includere:{{{
Linea 158: Linea 189:

Now define the VM as above. Keep in mind that the memory allocation is in kilobytes, so to allocate 512MB of memory, use 512 * 1024, or 524288.

== Changing the Network Card Model ==
kvm and qemu currently default to using the rtl8139 NIC. Supported NICs in Ubuntu 8.04 LTS are i82551, i82557b, i82559er, ne2k_pci, pcnet, rtl8139, e1000, and virtio. To use an alternate NIC, dump the xml as above, then edit your xml to have:{{{
 {{{#!wiki note
Tenere presente che l'allocazione di memoria è in kilobyte. Quindi, per allocare 512 MB di memoria, utilizzare 512 * 1024, ovvero 524288.
}}}
 0. Definire la macchina virtuale come descritto [[#dump|in precedenza]].

== Cambiare modello scheda rete ==

'''[[Virtualizzazione/Kvm|KVM]]''' e '''[[Virtualizzazione/Qemu|QEMU]]''' possono emulare diversi modelli di schede di rete.

Il modello di NIC '''raccomandato''' per le massime prestazioni in una macchina virtuale '''KVM''' è `virtio`, che sfrutta le ottimizzazioni para-virtualizzate. Altri modelli, come '''e1000''' o '''rtl8139''', sono disponibili per compatibilità con sistemi operativi guest meno recenti o in casi specifici, ma offrono prestazioni inferiori.

Per utilizzare un NIC alternativo:
 0. Effettuare il dump del file `xml` come descritto [[#dump|in precedenza]].
 0. Modificarlo per avere ad esempio '''virtio''':{{{
Linea 167: Linea 207:
      <model type='e1000'/>       <model type='virtio'/>
Linea 172: Linea 212:

Now define the VM as above.

== Adding USB Device Pass-through ==
=== Limitations ===
 * USB protocol 1.1 only
 * Device must be plugged in before KVM starts
 * Apparmor modifications needed

=== Apparmor Modification ===
In order for a software program to access the usb device correctly the apparmor must be changed. Edit '''/etc/apparmor.d/abstractions/libvirt-qemu''' and uncomment some lines.:
{{{
 0. Definire la macchina virtuale come descritto [[#dump|in precedenza]].

= Aggiunta dispositivi USB passanti =

== Limitazioni ==

 * Il dispositivo deve essere collegato all'host prima dell'avvio della macchina virtuale.
 * Potrebbe essere necessario configurare opportunamente il controller USB emulato nella VM (es. USB 2.0/3.0) per la massima compatibilità e prestazioni.
 * È necessario modificare le policy di sicurezza come [[Sicurezza/AppArmor|Apparmor]] sull'host per consentire a [[Virtualizzazione/Qemu|QEMU]] l'accesso diretto all'hardware USB.
 
== Modifica di Apparmor ==

Per consentire a un software di accedere correttamente a un dispositivo USB, è necessario modificare [[Sicurezza/AppArmor|Apparmor]].

 0. Aprire con i [[AmministrazioneSistema/PrivilegiDiAmministrazione|privilegi di amministrazione] e un [[Ufficio/EditorDiTesto|editor di testo]] il file `/etc/apparmor.d/abstractions/libvirt-qemu` e decommentare alcune righe:{{{
Linea 191: Linea 234:

After making the changes apparmor must be restarted.:
{{{
$ sudo /etc/init.d/apparmor restart
}}}

=== Adding USB devices ===
First find the usb Vendor ID and Product ID.:
{{{
$ lsusb
 0. Salvare e chiudere il file.
 0. '''Apparmor''' deve essere riavviato digitando nel il comando:{{{
sudo systemctl restart apparmor
}}}

== Aggiunta di dispositivi USB ==

Per aggiungere un dispositivo USB alla macchina virtuale è fondamentale identificare il '''Vendor ID''' e il '''Product ID''' del dispositivo. Successivamente è necessario configurare correttamente la macchina virtuale per emulare un controller USB adeguato al dispositivo e aggiungere il '''passthrough''' nel file XML.

 0. '''Identificazione del dispositivo USB''': [[Hardware/Periferiche/IdentificarePeriferiche|identificare]], relativamente all'USB, il codice del costruttore '''Vendor ID''' e del prodotto '''Product ID''':{{{
lsusb
}}}Il risultato sarà simile al seguente:{{{
Linea 208: Linea 253:
}}}

In the event that the '''Broadcom Corp. Bluetooth Controller''' wans to be selected the vendor and product ids are '''0a5c''' and '''2110''' respectively. These can be entered into the xml profile. This can be done through virsh through the '''edit <domain>''' command.:
{{{
}}}Se, ad esempio, è necessario aggiungere '''Broadcom Corp. Bluetooth Controller''', i codici identificativi ID del costruttore e del prodotto sono rispettivamente '''0a5c''' e '''2110'''.
 0. '''Configurazione del Controller USB della VM''': per supportare dispositivi USB 2.0 o 3.0 è cruciale che la macchina virtuale abbia un controller USB emulato del tipo corretto (es. `usb2` per EHCI, `usb3` per XHCI). Questo può essere aggiunto nella sezione `<devices>` del file XML della VM. Ad esempio per un controller USB 3.0:{{{
Linea 225: Linea 268:
}}}

== Get new IDs ==

To get a new mac address to paste into your xml file, use this command:
}}}Se si utilizza '''virt-manager''' questo può essere aggiunto graficamente nelle impostazioni hardware della VM.
 0. '''Aggiunta del dispositivo USB al profilo XML''': con il controller USB appropriato configurato è possibile aggiungere il dispositivo USB specifico utilizzando i '''Vendor ID''' e '''Product ID''' ottenuti. Ciò può essere fatto tramite '''virsh''' con il comando:{{{
sudo virsh edit domain
}}}inserendo la seguente configurazione nella sezione `<devices>`:{{{
<domain type='kvm'>
  <name>windowsxp</name>
  …
  <devices>
    …
    <hostdev mode='subsystem' type='usb'>
      <source>
        <vendor id='0x0a5c'/>
        <product id='0x2110'/>
      </source>
    </hostdev>
  </devices>
</domain>
}}}È importante assicurarsi che i valori `id` siano preceduti da `0x` per indicare che sono in formato esadecimale.
  
= Ottenere nuovi ID =

Quando si crea una nuova macchina virtuale o si desidera modificarne una esistente, potrebbe essere necessario assegnarle un nuovo indirizzo '''MAC''' (Media Access Control) o uno '''UUID''' (Universally Unique Identifier) univoco. Questo aiuta a evitare conflitti di rete o a garantire l'unicità dell'identificatore della VM.

 * Per ottenere un nuovo indirizzo MAC da inserire nel file `xml` di configurazione della macchina virtuale, utilizzare il seguente comando. Il prefisso `52:54:` è lo standard utilizzato da [[Virtualizzazione/Qemu|QEMU]] per gli indirizzi MAC virtuali:{{{
Linea 232: Linea 293:

To get a new uuid for your xml file, use: uuidgen

<<Include(KVM/Header)>>
}}}
 * Per ottenere un nuovo UUID per il file `xml`, utilizzare il comando standard `uuidgen`:{{{
uuidgen
}}}

= Ulteriori risorse =

 * [[https://help.ubuntu.com/community/KVM/Managing|Documento originale]]
Linea 237: Linea 303:
----
CategoryHomepage
CategoryVirtualizzazione


Guida verificata con Ubuntu: 22.04 24.04 25.10

Problemi in questa pagina? Segnalali in questa discussione

Introduzione

Questa pagina descrive la gestione delle macchine virtuali da riga di comando o tramite interfaccia grafica.

Gestione da console Virsh

Per la gestione delle macchine virtuali da terminale utilizzare Virsh.

Per iniziare è necessario stabilire una connessione all'hypervisor KVM/QEMU locale. Questo si ottiene utilizzando l'opzione --connect:

virsh --connect qemu:///system

L'output sarà del tipo:

Connecting to uri: qemu:///system
Welcome to virsh, the virtualization interactive terminal.

Type:  'help' for help with commands
       'quit' to quit

virsh #

Una volta connessi si accede al prompt interattivo virsh.

I comandi elencati nel proseguo di questa guida si intendono inseriti nel prompt virsh subito dopo la sigla virsh #

Elenco dei comandi disponibili

  • Per visualizzare l'elenco dei comandi disponibili digitare nel prompt virsh:

    help
  • Per informazioni aggiuntive su un comando specifico, digitare:

    help NOME_COAMANDO

    sostituire NOME_COAMANDO con il comando specifico.

Definire nuova VM

  • Prima di gestire la macchina virtuale con virsh, è necessario definirla. Digitare nel prompt virsh:

    define /etc/libvirt/qemu/newvm.xml

    che restituirà:

    Domain newvm defined from /etc/libvirt/qemu/newvm.xml

    Ogni macchina virtuale è configurata tramite un file XML in /etc/libvirt/qemu.

Elencare VM

Virsh consente di elencare le macchine virtuali presenti sull'host attraverso il comando list.

  • Visualizzare lista parametri del comando list:

    help list

    si ottiene:

      NAME
        list - list domains
    
      SYNOPSIS
        list [--inactive | --all]
    
      DESCRIPTION
        Returns list of domains.
    
      OPTIONS
        --inactive       list inactive domains
        --all            list inactive & active domains

    Le macchine virtuali visualizzate con list --all sono definite dal file XML.
    Il comando list senza opzioni mostra solo le macchine attualmente in esecuzione.

  • Esempio di comando list senza opzioni:

    list

    si ottiene un output del tipo:

     Id Name                 State
    ----------------------------------
     15 mirror               running
     16 vm2                  running
  • Esempio di comando list con opzione --all:

    list --all

    si ottiene un output del tipo:

     Id Name                 State
    ----------------------------------
     15 mirror               running
     16 vm2                  running
      - test5                shut off

Spegnere VM

  • Per spegnere nel modo più "delicato" una VM digitare:

    shutdown mirror

    che restituirà

    Domain mirror is being shutdown
  • Un metodo più brutale, equivalente a un'interruzione dell'alimentazione sul sistema, è dato dal comando:

    destroy mirror

    Relativo output:

    Domain mirror destroyed

Rimuovere VM

  • Dopo aver spento la macchina virtuale, è possibile rimuoverla rendendola indefinita:

    undefine test5

    L'output sarà;

    Domain test5 has been undefined

    Rendere una indefinita una macchina virtuale può cancellare il relativo file di configurazione XML.

Riavviare VM

  • Se vengono eseguiti cambiamenti al file di configurazione XML, è necessario che KVM lo ricarichi prima di riavviare la macchina virtuale. Digitare nella console virsh:

    define /etc/libvirt/qemu/mirror.xml

    che restituirà:

    Domain mirror defined from /etc/libvirt/qemu/mirror.xml
  • Quindi per riavviare la macchina virtuale:

    start mirror

    Output:

    Domain mirror started

Sospensione/ripristino VM

  • Per sospendere una macchina virtuale digitare:

    suspend mirror

    Output:

    Domain mirror suspended
  • Per riavviarla:

    resume mirror

    Output:

    Domain mirror resumed

Modifica attributi

Libvirt memorizza la sua configurazione in formato .xml in /etc/libvirt/qemu. Il file è simile ai file .vmx di VMware. È possibile modificare questi file direttamente e riavviare libvirt affinché i cambiamenti abbiano effetto.

Il metodo raccomandato per la modifica degli attributi di una macchina virtuale è tramite virsh o virt-manager (se supporta i cambiamenti hardware desiderati):

  1. Esportare il file xml della macchina virtuale da modificare (dump).

  2. Modificare il file xml.

  3. Importare il file xml (define).

Ad esempio, per modificare la macchina chiamata foo (per l'elenco utilizzare virsh list --all), eseguire:

virsh dumpxml foo > /tmp/foo.xml

modificare /tmp/foo.xml come necessario e quindi digitare:

virsh define /tmp/foo.xml

Aggiunta di CPU

KVM consente di creare ospiti Symmetric MultiProcessing. Per allocare due CPU a una macchina virtuale:

  1. Effettuare il dump del file xml come descritto in precedenza.

  2. Modificare e salvare il file xml per includere:

    <domain type='kvm'>
      ...
      <vcpu>2</vcpu>
      ...
    </domain>
  3. Definire la macchina virtuale come descritto in precedenza.

Aggiunta di memoria

Per modificare l'allocazione di memoria in una macchina virtuale:

  1. Effettuare il dump del file xml come descritto in precedenza.

  2. Modificare e salvare il file xml per includere:

    <domain type='kvm'>
      ...
      <memory>262144</memory>
      <currentMemory>262144</currentMemory>
      ...
    </domain>

    Tenere presente che l'allocazione di memoria è in kilobyte. Quindi, per allocare 512 MB di memoria, utilizzare 512 * 1024, ovvero 524288.

  3. Definire la macchina virtuale come descritto in precedenza.

Cambiare modello scheda rete

KVM e QEMU possono emulare diversi modelli di schede di rete.

Il modello di NIC raccomandato per le massime prestazioni in una macchina virtuale KVM è virtio, che sfrutta le ottimizzazioni para-virtualizzate. Altri modelli, come e1000 o rtl8139, sono disponibili per compatibilità con sistemi operativi guest meno recenti o in casi specifici, ma offrono prestazioni inferiori.

Per utilizzare un NIC alternativo:

  1. Effettuare il dump del file xml come descritto in precedenza.

  2. Modificarlo per avere ad esempio virtio:

    <domain type='kvm'>
      ...
        <interface type='network'>
          ...
          <model type='virtio'/>
        </interface>
      ...
    </domain>
  3. Definire la macchina virtuale come descritto in precedenza.

Aggiunta dispositivi USB passanti

Limitazioni

  • Il dispositivo deve essere collegato all'host prima dell'avvio della macchina virtuale.
  • Potrebbe essere necessario configurare opportunamente il controller USB emulato nella VM (es. USB 2.0/3.0) per la massima compatibilità e prestazioni.
  • È necessario modificare le policy di sicurezza come Apparmor sull'host per consentire a QEMU l'accesso diretto all'hardware USB.

Modifica di Apparmor

Per consentire a un software di accedere correttamente a un dispositivo USB, è necessario modificare Apparmor.

  1. Aprire con i privilegi di amministrazione] e un [[Ufficio/EditorDiTesto il file /etc/apparmor.d/abstractions/libvirt-qemu e decommentare alcune righe:

    # WARNING: uncommenting these gives the guest direct access to host hardware.
    # This is required for USB pass through but is a security risk. You have been
    # warned.
    /sys/bus/usb/devices/ r,
    /sys/devices/*/*/usb[0-9]*/** r,
    /dev/bus/usb/*/[0-9]* rw,
  2. Salvare e chiudere il file.
  3. Apparmor deve essere riavviato digitando nel il comando:

    sudo systemctl restart apparmor

Aggiunta di dispositivi USB

Per aggiungere un dispositivo USB alla macchina virtuale è fondamentale identificare il Vendor ID e il Product ID del dispositivo. Successivamente è necessario configurare correttamente la macchina virtuale per emulare un controller USB adeguato al dispositivo e aggiungere il passthrough nel file XML.

  1. Identificazione del dispositivo USB: identificare, relativamente all'USB, il codice del costruttore Vendor ID e del prodotto Product ID:

    lsusb

    Il risultato sarà simile al seguente:

    Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
    Bus 005 Device 012: ID 0a5c:2110 Broadcom Corp. Bluetooth Controller
    Bus 005 Device 003: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Reader
    Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
    Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

    Se, ad esempio, è necessario aggiungere Broadcom Corp. Bluetooth Controller, i codici identificativi ID del costruttore e del prodotto sono rispettivamente 0a5c e 2110.

  2. Configurazione del Controller USB della VM: per supportare dispositivi USB 2.0 o 3.0 è cruciale che la macchina virtuale abbia un controller USB emulato del tipo corretto (es. usb2 per EHCI, usb3 per XHCI). Questo può essere aggiunto nella sezione <devices> del file XML della VM. Ad esempio per un controller USB 3.0:

    <domain type='kvm'>
      <name>windowsxp</name>
      <devices>
        <hostdev mode='subsystem' type='usb'>
          <source>
            <vendor id='0x0a5c'/>
            <product id='0x2110'/>
          </source>
        </hostdev>
      </devices>
    </domain>

    Se si utilizza virt-manager questo può essere aggiunto graficamente nelle impostazioni hardware della VM.

  3. Aggiunta del dispositivo USB al profilo XML: con il controller USB appropriato configurato è possibile aggiungere il dispositivo USB specifico utilizzando i Vendor ID e Product ID ottenuti. Ciò può essere fatto tramite virsh con il comando:

    sudo virsh  edit domain

    inserendo la seguente configurazione nella sezione <devices>:

    <domain type='kvm'>
      <name>windowsxp</name>
      <devices>
        <hostdev mode='subsystem' type='usb'>
          <source>
            <vendor id='0x0a5c'/>
            <product id='0x2110'/>
          </source>
        </hostdev>
      </devices>
    </domain>

    È importante assicurarsi che i valori id siano preceduti da 0x per indicare che sono in formato esadecimale.

Ottenere nuovi ID

Quando si crea una nuova macchina virtuale o si desidera modificarne una esistente, potrebbe essere necessario assegnarle un nuovo indirizzo MAC (Media Access Control) o uno UUID (Universally Unique Identifier) univoco. Questo aiuta a evitare conflitti di rete o a garantire l'unicità dell'identificatore della VM.

  • Per ottenere un nuovo indirizzo MAC da inserire nel file xml di configurazione della macchina virtuale, utilizzare il seguente comando. Il prefisso 52:54: è lo standard utilizzato da QEMU per gli indirizzi MAC virtuali:

    MACADDR="52:54:$(dd if=/dev/urandom count=1 2>/dev/null | md5sum | sed 's/^\(..\)\(..\)\(..\)\(..\).*$/\1:\2:\3:\4/')"; echo $MACADDR
  • Per ottenere un nuovo UUID per il file xml, utilizzare il comando standard uuidgen:

    uuidgen

Ulteriori risorse


CategoryVirtualizzazione