QEMU/KVM: differenze tra le versioni

rimossa Sid, perché non specificate Jessie e Stretch, inoltre pacchetto libvirt non esiste (libvirt0?)
(rimossa Sid, perché non specificate Jessie e Stretch, inoltre pacchetto libvirt non esiste (libvirt0?))
 
(7 versioni intermedie di 3 utenti non mostrate)
Riga 1: Riga 1:
{{Versioni_compatibili|Squeeze|Wheezy|Sid}}
{{Versioni_compatibili|Squeeze|Wheezy}}
= Introduzione =
= Introduzione =


Riga 14: Riga 14:
<pre># aptitude install qemu qemu-kvm bridge-utils</pre>
<pre># aptitude install qemu qemu-kvm bridge-utils</pre>
Il pacchetto ''bridge-utils'' non è in realtà strettamente necessario se si intende semplicemente creare una rete virtuale per il sistema guest.
Il pacchetto ''bridge-utils'' non è in realtà strettamente necessario se si intende semplicemente creare una rete virtuale per il sistema guest.
Se durante l'installazione il rispettivo modulo di riferimento non è caricato e appare un errore come questo:
<pre>ERROR: could not insert 'kvm_amd': Operation not supported
[FAIL] Module kvm_amd failed to load ... failed!</pre>
E' necessario abilitare la virtualizzazione nel Bios (nel mio caso premendo F10 durante l'avvio del sistema e abilitando la voce Protezione/Protezione del Sistema/Virtualization Technology).


= Utilizzo =
= Utilizzo =
Riga 33: Riga 38:
* '''-usb''' attiva il controller USB.
* '''-usb''' attiva il controller USB.
* '''-usbdevice tablet''' permette di evitare la seccatura di dover catturare/rilasciare il puntatore del mouse ogni volta che si seleziona/deseleziona la macchina virtuale. La combinazione di tasti predefinita per rilasciare il mouse è CTRL+ALT.
* '''-usbdevice tablet''' permette di evitare la seccatura di dover catturare/rilasciare il puntatore del mouse ogni volta che si seleziona/deseleziona la macchina virtuale. La combinazione di tasti predefinita per rilasciare il mouse è CTRL+ALT.
* '''-monitor stdio''' permette di usare il terminale stesso come console, invece di quella seriale; in pratica una volta premuto invio oltre ad aprirsi la finestra con l'output grafico della macchina virtuale nel terminale in cui si è digitato il comando di avvio della macchina virtuale comparirà il prompt ''(qemu)'', attraverso cui gestire la macchina stessa. Digitare ''help'' in tale prompt per avere un elenco dei comandi disponibili.
* '''-monitor stdio''' permette di usare il terminale stesso come console, invece di quella seriale; in pratica una volta premuto invio oltre ad aprirsi la finestra con l'output grafico della macchina virtuale nel terminale in cui si è digitato il comando di avvio della macchina virtuale comparirà il prompt ''(qemu)'', attraverso cui gestire la macchina stessa. Digitare ''help'' in tale prompt per avere un elenco dei comandi disponibili.<br/>
Qualora si volesse avviare un installazione su una certa macchina da remoto, sarebbe sufficiente aggiungere alla precedente riga di comando l'opzione '''-vnc host:XY''', dove host è l'IP o l'alias della macchina su cui effettuare l'installazione e XY il numero da aggiungere al valore base della porta, cioè 5900; ad esempio '''-vnc :10''' permette la connessione remota da qualunque IP attraverso la porta 5910.<br />
Qualora si volesse avviare un'installazione su una certa macchina da remoto, sarebbe sufficiente aggiungere alla precedente riga di comando l'opzione '''-vnc host:XY''', dove host è l'IP o l'alias della macchina su cui effettuare l'installazione e XY il numero da aggiungere al valore base della porta, cioè 5900; ad esempio '''-vnc :10''' permette la connessione remota da qualunque IP attraverso la porta 5910.<br />
In sintesi l'opzione '''-vnc''' non permette la creazione di una finestra sdl come di norma, ma reindirizza il flusso video ad un'istanza di VNC; è quindi necessario l'uso di un client VNC, come ''vinagre'', per connettersi alla macchina su cui è stata avviata la macchina virtuale e vedere l'output grafico della stessa.<br />
In sintesi l'opzione '''-vnc''' non permette la creazione di una finestra sdl come di norma, ma reindirizza il flusso video ad un'istanza di VNC; è quindi necessario l'uso di un client VNC, come ''vinagre'', per connettersi alla macchina su cui è stata avviata la macchina virtuale e vedere l'output grafico della stessa.<br />
Una volta installato il sistema operativo questo può essere spento come di norma utilizzando la sua funzione di spegnimento interna oppure dando l'apposito comando dal prompt di qemu. Per riavviare la macchina è sufficiente ridare il comando iniziale, avendo cura di omettere l'opzione ''-cdrom immagine_SO.iso'' per evitare di far ripartire la procedura d'installazione del sistema operativo.
Una volta installato il sistema operativo questo può essere spento come di norma utilizzando la sua funzione di spegnimento interna oppure dando l'apposito comando dal prompt di qemu. Per riavviare la macchina è sufficiente ridare il comando iniziale, avendo cura di omettere l'opzione ''-cdrom immagine_SO.iso'' per evitare di far ripartire la procedura d'installazione del sistema operativo.
Riga 54: Riga 59:
=== Diagnostica ===
=== Diagnostica ===


==== Unable to open connection to hypervisor ====
==== Unable to open connection to hypervisor / Unable to connect to libvirt. ====
Se all'avvio del programma si dovesse ricevere il seguente errore:
Se all'avvio del programma si dovesse ricevere il seguente errore:
<pre>
<pre>
Riga 65: Riga 70:
libvirtError: unable to connect to '/var/run/libvirt/libvirt-sock', libvirtd may need to be started: Permission denied
libvirtError: unable to connect to '/var/run/libvirt/libvirt-sock', libvirtd may need to be started: Permission denied
</pre>
</pre>
Controllare in primis, che il demone sia effettivamente in esecuzione:
O questo:
<pre>
Unable to connect to libvirt.<br>
Verify that the 'libvirtd' daemon is running.<br>
Libvirt URI is: qemu:///system
</pre>
Controllare in primis, che il [[demone]] sia effettivamente in esecuzione:
<pre>/etc/init.d/libvirt-bin status</pre>
<pre>/etc/init.d/libvirt-bin status</pre>
Se il demone risulta effettivamente in esecuzione controllare in primi che il gruppo ''libvirt'' esista:
Se il demone risulta effettivamente in esecuzione controllare in primi che il gruppo ''libvirt'' esista:
<pre>cat /etc/group</pre>
<pre>$ cat /etc/group</pre>
In caso affermativo aggiungere l'utente corrente a tale gruppo:
In caso affermativo aggiungere l'utente corrente a tale gruppo:
<pre>adduser utente_in_uso libvirt</pre>
<pre># adduser utente_in_uso libvirt</pre>
Fatto questo riavviare. Ora virt-manager dovrebbe avviarsi senza problemi.
Fatto questo riavviare. Ora virt-manager dovrebbe avviarsi senza problemi.


Riga 91: Riga 102:
<code>man qemu-img</code><br />
<code>man qemu-img</code><br />
<code>man qemu</code><br />
<code>man qemu</code><br />
<code>man virsh</code>


=== Debianizzati ===
=== Debianizzati ===
3 581

contributi