|
Dimensione: 6639
Commento:
|
Dimensione: 9753
Commento: importata pagina e revisionata da ivantu/Virtualizzazione/Kvm/Installazione
|
| Le cancellazioni sono segnalate in questo modo. | Le aggiunte sono segnalate in questo modo. |
| Linea 1: | Linea 1: |
| ## page was renamed from Emulatori/Kvm/Installazione ## page was renamed from FabioMarconi/Prove7 ## last update 20/05/2011 |
## last update 17/10/2025 |
| Linea 5: | Linea 3: |
| #language it <<Indice(depth=1)>> <<Informazioni(forum="http://forum.ubuntu-it.org/viewtopic.php?t=371617")>> |
#LANGUAGE it |
| Linea 9: | Linea 5: |
| <<Indice(depth=2)>> <<Informazioni(forum="http://forum.ubuntu-it.org/viewtopic.php?t=371617"; rilasci="25.10 25.04 24.04 22.04")>> <<BR>> |
|
| Linea 13: | Linea 11: |
| In questa pagina verrà spiegato come installare '''KVM''', un programma di virtualizzazione del kernel Linux. | Questa pagina fornisce una guida completa all'installazione e alla configurazione di '''KVM''' (Kernel-based Virtual Machine), la soluzione di virtualizzazione nativa del kernel Linux, su '''Ubuntu 22.04''' e versioni successive. '''KVM''' offre prestazioni quasi native ed è la tecnologia di virtualizzazione preferita su Linux. |
| Linea 17: | Linea 15: |
| == Come stabilire se la CPU supporta la virtualizzazione dell' hardware == | == CPU: verifica supporto virtualizzazione == |
| Linea 19: | Linea 17: |
| Per eseguire '''KVM''' è necessario che il processore supporti la virtualizzazione; Intel e AMD hanno sviluppato estensioni per i loro processori, rispettivamente | Per utilizzare appieno le prestazioni di '''KVM''', è indispensabile che il processore supporti le estensioni di virtualizzazione hardware. Queste sono note come '''Intel VT-x''' (per processori Intel, nome in codice Vanderpool) e '''AMD-V''' (per processori AMD, nome in codice Pacifica). |
| Linea 21: | Linea 19: |
| '''INTEL-VT-x''' (nome in codice Vanderpool) e '''AMD-V''' (nome in codice Pacifica). | |
| Linea 23: | Linea 20: |
| Per sapere se il processore supporta la virtualizzazione digitare il seguente comando in una finestra di terminale:{{{ egrep -c '(vmx|svm)' /proc/cpuinfo |
Per verificare il supporto digitare nel [[AmministrazioneSistema/Terminale|terminale]]:{{{ lscpu | grep Virtualization }}} * Se il comando restituisce '''VT-x''' o '''AMD-V''', il supporto hardware è presente. * Se non viene visualizzata alcuna riga relativa alla virtualizzazione o se il comando precedente non restituisce nulla, la CPU potrebbe non supportarla o l'opzione potrebbe essere disabilitata nel BIOS/UEFI. == Verifica avanzata e stato di /dev/kvm: == Un modo più diretto per verificare la disponibilità di '''KVM''' si ha utilizzando `kvm-ok`. {{{#!wiki note Se il comando `kvm-ok` è assente installare il pacchetto [[apt://cpu-checker|cpu-checker]]. |
| Linea 27: | Linea 34: |
| Se la risposta fornita è '''0''' significa che la CPU non supporta la virtualizzazione del hardware. Se la risposta fornita è '''1''' la virtualizzazione è supportata, ma è necessario verificare che nel BIOS sia abilitata l'opzione per la virtualizzazione. Se si utilizza un kernel XEN per visualizzare i flag vmx e svm utilizzare il comando: {{{ cat /sys/hypervisor/properties/capabilities }}} Oppure in alternativa: {{{ |
Digitare nel [[AmministrazioneSistema/Terminale|terminale]]:{{{ |
| Linea 41: | Linea 37: |
| Che restituira una risposta simile a: {{{ |
* Se il supporto è presente restituirà una risposta simile a:{{{ |
| Linea 47: | Linea 42: |
| Se invece il messaggio sarà: {{{ |
* In caso contrario l'output sarà del tipo:{{{ |
| Linea 51: | Linea 45: |
| }}} sarà comunque possibile eseguire macchine virtuali che però, senza estensioni KVM, risulteranno lente. |
}}}e significa che le estensioni hardware non sono disponibili. Senza le estensioni '''KVM''' sarà comunque possibile eseguire macchine virtuali, ma risulteranno significativamente più lente. |
| Linea 54: | Linea 47: |
| == Se possibile usare un kernel a 64 bit == L'esecuzione di un kernel a 64 bit sul sistema ospite è raccomandata ma non indispensabile. Per offrire più di 2047 MB di ram alla macchina virtuale, si deve usare un [[http://wiki.ubuntu-it.org//Architettura64Bit/DomandeFrequenti|kernel a 64 bit]]. Installando un kernel a 32 bit si avrà la limitazione a 2 GB di RAM per macchina. Un sistema a 64 bit può ospitare sia virtualizzazioni a 64 bit che a 32 bit. Mentre un sistema a 32 bit può ospitare solo virtualizzazioni a 32 bit. * Per verificare che il processore sia a 64 bit digitare il seguente comando in una finestra di terminale:{{{ grep ' lm ' /proc/cpuinfo |
{{{#!wiki note Potrebbe essere necessario abilitarle nel BIOS/UEFI del sistema (spesso sotto voci come "Virtualization Technology", "Intel VT-d", "AMD-V"). |
| Linea 66: | Linea 51: |
| dove «lm» sta per '''long Mode''', per cui la CPU è a 64 bit, se non viene fornita alcuna risposta significa che la CPU non è a 64 bit. | == Kernel a 64 bit (raccomandato) == |
| Linea 68: | Linea 53: |
| * Per verificare che sia in esecuzione un kernel a 64 bit digitare il seguente comando in una finestra di terminale:{{{ uname -m |
L'esecuzione di un kernel a 64 bit sul sistema host è fortemente raccomandata per sfruttare al meglio KVM. * Un sistema a 64 bit può ospitare sia macchine virtuali a 64 bit che a 32 bit. * Un sistema a 32 bit può ospitare solo macchine virtuali a 32 bit e ha una limitazione di RAM per VM a circa 2 GB. * Per offrire più di 2047 MB di RAM a una macchina virtuale, si deve usare un [[Hardware/Architettura64Bit|kernel a 64 bit]] sul sistema host. Per verificare che il kernel sia a 64 bit, digitare il seguente comando in una finestra di [[AmministrazioneSistema/Terminale|terminale]]:{{{ uname -m }}} Il risultato '''x86_64''' indica che è in uso un kernel a 64-bit. {{{#!wiki note Risultati come '''i386''', '''i486''', '''i586''' o '''i686''' indicano un kernel a 32 bit. |
| Linea 72: | Linea 67: |
| il risultato sarà simile ai seguenti: * '''x86_64''' indica che è in uso un kernel a 64-bit. * '''i386''', '''i486''', '''i586''' o '''i686''', indicano che è in uso un kernel a 32 bit. |
##Se si utilizza un kernel XEN per visualizzare i flag vmx e svm utilizzare il comando:{{{ ##cat /sys/hypervisor/properties/capabilities ##}}} |
| Linea 80: | Linea 74: |
| Per le seguenti impostazioni, si presume la predisposizione di '''KVM''' su un server, e quindi non ci sarà nessun server X sulla macchina. | Per le seguenti impostazioni si assume una configurazione standard adatta sia per desktop che per server (anche senza ambiente grafico, sebbene si consigli `virt-manager` per la facilità di utilizzo). |
| Linea 82: | Linea 76: |
| [[AmministrazioneSistema/InstallareProgrammi|Installare]] i seguenti pacchetti: '''Lucid (10.04) o successive''' {{{ $ sudo apt-get install qemu-kvm libvirt-bin ubuntu-vm-builder bridge-utils |
[[AmministrazioneSistema/InstallareProgrammi|Installare]] i seguenti pacchetti:{{{ sudo apt install -y qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virtinst virt-manager |
| Linea 89: | Linea 80: |
| '''Karmic (9.10) o precedenti''' {{{ $ sudo aptitude install kvm libvirt-bin ubuntu-vm-builder bridge-utils |
Descrizione dei pacchetti: * '''qemu-kvm''': il backend principale che fornisce l'accelerazione hardware '''KVM''' tramite '''QEMU'''. [[Virtualizzazione/Qemu|Guida]]. * '''libvirt-daemon-system''': il demone libvirtd che gestisce le istanze '''KVM''' e '''QEMU'''. È l'interfaccia principale per KVM. * '''libvirt-clients''': contiene gli strumenti client (come '''virsh''') per interagire con '''libvirtd'''. * '''bridge-utils''': utilità per la configurazione del networking in bridge, utile per integrare le VM nella rete fisica. * '''virtinst''': strumenti a riga di comando per la creazione rapida di macchine virtuali. * '''virt-manager''': un'interfaccia grafica molto intuitiva e potente per la gestione delle macchine virtuali '''KVM'''. Fortemente raccomandato per la maggior parte degli utenti. == Aggiungere utenti ai gruppi == Per poter gestire le macchine virtuali '''KVM''' senza dover utilizzare [[AmministrazioneSistema/PrivilegiDiAmministrazione|privilegi di amministrazione]] per ogni comando o per avviare '''virt-manager''', è necessario che l'utente appartenga al gruppo '''libvirt'''. Durante l'installazione di ''libvirt-daemon-system'' l'utente dovrebbe essere aggiunto automaticamente al gruppo '''libvirt'''. Tuttavia, per sicurezza e per rendere la modifica effettiva, è buona norma aggiungere l'utente manualmente e poi riautenticarsi. 0. Aggiungere il nome utente al gruppo '''libvirt''':{{{ sudo usermod -a -G libvirt $(whoami) |
| Linea 93: | Linea 97: |
Se si ha la necessità di visualizzare le istanze installare anche il pacchetto: [[apt://virt-viewer | virt-viewer]]. Descrizione dei pacchetti: * ''qemu-kvm o kvm'': è il backend. * ''libvirt-bin'': fornisce '''libvirtd''' necessario per amministrare le istanze di '''qemu''' e '''kvm''' usando '''libvirt'''. * ''ubuntu-vm-builder'': potentissimo strumento a riga di comando per la creazione di macchine virtuali. * ''bridge-utils'': fornisce un bridge tra una rete e la macchinea virtuale. === Ubuntu 10.04 === Il pacchetto '''kvm''' è stato sostituito da '''qemu-kvm'''. Il pacchetto '''kvm''' è stato etichettato come ''transitional'' di modo che ne sia ancora possibile l'installazione. == Aggiunta di utenti ai gruppi == '''Karmic (9.10) e successive''' Il pacchetto ''libvirtd-bin'' aggiungerà automaticamente il vostro nome utente al gruppo libvirtd, non è necessario fare parte del gruppo kvm. Dopo l'installazione '''sarà necessario riautenticarsi''' di modo che il vostro nome utente sia effettivamente aggiunto al gruppo libvirtd. I membri di questo gruppo possono eseguire macchine virtuali. È anche possibile lanciare 'newgrp kvm' da terminale, ma ciò sarà effettivo solo sul terminale in questione. '''Rilasci precedenti a Karmic (9.10)''' Verificare che il vostro nome utente sia aggiunto ai gruppi kvm e libvirtd con il comando: {{{ $ groups adm dialout cdrom floppy audio dip video plugdev fuse lpadmin admin sambashare kvm libvirtd }}} Per aggiungere il vostro nomeutente ai gruppi: {{{ $ sudo adduser `id -un` kvm Adding user '<username>' to group 'kvm' ... $ sudo adduser `id -un` libvirtd Adding user '<username>' to group 'libvirtd' ... }}} Dopo l'installazione '''sarà necessario riautenticarsi''' di modo che il vostro nome utente sia effettivamente aggiunto al gruppo libvirtd. I membri di questo gruppo possono eseguire macchine virtuali. |
0. Dopo aver eseguito questo comando disconnettersi e accedere nuovamente (o riavviare il sistema) affinché l'appartenenza al gruppo sia attiva. In alternativa è possibile utilizzare il comando `newgrp libvirt` per applicare la modifica solo nella sessione corrente. 0. Per ottenere l'elenco dei gruppi digitare:{{{ groups }}}Verificare la presenza di `libvirt` tra i gruppi elencati. |
| Linea 129: | Linea 104: |
| Per verificare se l'installazione è avvenuta con successo: {{{ $ virsh -c qemu:///system list Id Name State ---------------------------------- |
Per verificare se l'installazione è avvenuta con successo e che il demone `libvirtd` sia in esecuzione e accessibile, digitare:{{{ virsh -c qemu:///system list --all }}}Se l'installazione è corretta e i permessi sono corretti, si vedrà un output simile a:{{{ Id Name State -------------------- }}}o un elenco delle macchine virtuali, se ne sono già state create. |
| Linea 135: | Linea 111: |
| $ | == Avvio del servizio libvirt == Dopo l'installazione il servizio '''libvirtd''' dovrebbe essere configurato per avviarsi automaticamente a ogni boot. È possibile verificarne lo stato digitando:{{{ sudo systemctl status libvirtd }}}Dovrebbe mostrare restituire:{{{ active (running) |
| Linea 137: | Linea 118: |
| altrimenti la risposta sarà: {{{ $ virsh -c qemu:///system list |
= Configurazione Rete (Opzionale: Bridge) = Per impostazione predefinita '''KVM''' con '''libvirt''' configura una rete '''NAT''' per le macchine virtuali. Questo significa che le VM possono accedere a internet ma non sono direttamente accessibili dalla rete fisica (a meno che non si configuri il ''port forwarding''). Se si desidera che le VM ottengano un indirizzo IP direttamente dalla rete locale e siano visibili come host separati, è consigliabile configurare una rete in bridge. Questo è un processo più avanzato che richiede la modifica dei file di configurazione di rete del sistema host. == Configurazione di un Bridge (Netplan su Ubuntu 22.04) == 0. Identificare l'interfaccia di rete digitando:{{{ ip a }}} Individuare il nome dell'interfaccia di rete Ethernet (es. enp0s31f6, eth0). 0. Modificare il file '''Netplan'''. I file di configurazione si trovano solitamente nella cartella di sistema `/etc/netplan/`. Trovare il `file.yaml` (es. `00-installer-config.yaml`) e modificarlo con un [[Ufficio/EditorDiTesto|editor di testo]] e i [[AmministrazioneSistema/PrivilegiDiAmministrazione/Sudo|privilegi di amministrazione]]:{{{ sudo nano /etc/netplan/00-installer-config.yaml }}} 0. Adattare i nomi delle interfacce. Sostituire il contenuto esistente con qualcosa di simile a questo (adattare `enp0s31f6` al nome dell'interfaccia e il server DHCP):{{{ network: ethernets: enp0s31f6: # <<-- Sostituire con il nome dell'interfaccia fisica dhcp4: no dhcp6: no bridges: br0: interfaces: [enp0s31f6] # <<-- Sostituire con il nome dell'interfaccia fisica dhcp4: yes dhcp6: no parameters: stp: true forward-delay: 0 version: 2 }}} {{{#!wiki note L'interfaccia fisica (enp0s31f6) non ottiene più un IP direttamente. Viene creato un bridge '''br0''' che include l'interfaccia fisica. Il bridge '''br0''' ottiene l'indirizzo IP via DHCP, diventando l'interfaccia principale del sistema host. }}} 0. Applicare le modifiche digitando:{{{ sudo netplan apply }}}Si potrebbe perdere temporaneamente la connessione di rete. 0. Verificare il bridge:{{{ ip a show br0 }}}Dovrebbe essere visualizzato un indirizzo IP per '''br0'''. Creando una nuova VM con '''virt-manager''' sarà possibile selezionare '''br0''' come interfaccia di rete. = Risoluzione problemi = == libvir: Remote error : Permission denied == Il messaggio di errore:{{{ |
| Linea 142: | Linea 168: |
| $ }}} che può voler dire che non ci si è riautenticati oppure non si hanno i permessi di scrittura sul file ''/var/run/libvirt/libvirt-sock. '' I permessi devono essere simili a. {{{ $ sudo ls -la /var/run/libvirt/libvirt-sock srwxrwx--- 1 root libvirtd 0 2010-08-24 14:54 /var/run/libvirt/libvirt-sock }}} |
}}}può significare che non si è ancora autenticati dopo aver aggiunto l'utente al gruppo '''libvirt'''. |
| Linea 151: | Linea 170: |
| == Opzionale: installazione di virt-manager (interfaccia grafica) == | == Permessi sul socket libvirt-sock == |
| Linea 153: | Linea 172: |
| Se si desidera utilizzare un interfaccia grafica per gestire le macchine virtuali: {{{ $ sudo apt-get install virt-manager }}} Il gestore della macchina virtuale sarà in Applicazioni - Strumenti di sistema, innanzitutto occorre creare una nuova connessione all'istanza locale QEMU dal menu ''File - Aggiungi connessione'' . Nella lista delle macchine virtuali apparirà Localhost (QEMU). |
È possibile verificare i permessi del socket con:{{{ sudo ls -la /var/run/libvirt/libvirt-sock }}}L'output atteso dovrebbe essere simile a:{{{ srwxrwx--- 1 root libvirt 0 [DATA E ORA] /var/run/libvirt/libvirt-sock }}}Questo indica che il socket è di proprietà di '''root''' e del gruppo '''libvirt''', con [[AmministrazioneSistema/PermessiFile|permessi]] di lettura/scrittura per i membri del gruppo. |
| Linea 170: | Linea 181: |
| * [[https://www.libvirt.org/|Sito ufficiale di Libvirt]] * [[https://www.qemu.org/|Sito ufficiale di QEMU]] |
|
| Linea 171: | Linea 185: |
| CategoryVirtualizzazione | CategoryHomepage CategoryNuoviDocumenti |
Guida verificata con Ubuntu: 22.04 24.04 25.04 25.10
Problemi in questa pagina? Segnalali in questa discussione
Introduzione
Questa pagina fornisce una guida completa all'installazione e alla configurazione di KVM (Kernel-based Virtual Machine), la soluzione di virtualizzazione nativa del kernel Linux, su Ubuntu 22.04 e versioni successive. KVM offre prestazioni quasi native ed è la tecnologia di virtualizzazione preferita su Linux.
Preparativi
CPU: verifica supporto virtualizzazione
Per utilizzare appieno le prestazioni di KVM, è indispensabile che il processore supporti le estensioni di virtualizzazione hardware. Queste sono note come Intel VT-x (per processori Intel, nome in codice Vanderpool) e AMD-V (per processori AMD, nome in codice Pacifica).
Per verificare il supporto digitare nel terminale:
lscpu | grep Virtualization
Se il comando restituisce VT-x o AMD-V, il supporto hardware è presente.
- Se non viene visualizzata alcuna riga relativa alla virtualizzazione o se il comando precedente non restituisce nulla, la CPU potrebbe non supportarla o l'opzione potrebbe essere disabilitata nel BIOS/UEFI.
Verifica avanzata e stato di /dev/kvm:
Un modo più diretto per verificare la disponibilità di KVM si ha utilizzando kvm-ok.
Se il comando kvm-ok è assente installare il pacchetto cpu-checker.
Digitare nel terminale:
kvm-ok
Se il supporto è presente restituirà una risposta simile a:
INFO: Your CPU supports KVM extensions INFO: /dev/kvm exists KVM acceleration can be used
In caso contrario l'output sarà del tipo:
INFO: Your CPU does not support KVM extensions KVM acceleration can NOT be used
e significa che le estensioni hardware non sono disponibili. Senza le estensioni KVM sarà comunque possibile eseguire macchine virtuali, ma risulteranno significativamente più lente.
Potrebbe essere necessario abilitarle nel BIOS/UEFI del sistema (spesso sotto voci come "Virtualization Technology", "Intel VT-d", "AMD-V").
Kernel a 64 bit (raccomandato)
L'esecuzione di un kernel a 64 bit sul sistema host è fortemente raccomandata per sfruttare al meglio KVM.
- Un sistema a 64 bit può ospitare sia macchine virtuali a 64 bit che a 32 bit.
- Un sistema a 32 bit può ospitare solo macchine virtuali a 32 bit e ha una limitazione di RAM per VM a circa 2 GB.
Per offrire più di 2047 MB di RAM a una macchina virtuale, si deve usare un kernel a 64 bit sul sistema host.
Per verificare che il kernel sia a 64 bit, digitare il seguente comando in una finestra di terminale:
uname -m
Il risultato x86_64 indica che è in uso un kernel a 64-bit.
Risultati come i386, i486, i586 o i686 indicano un kernel a 32 bit.
Installazione
Per le seguenti impostazioni si assume una configurazione standard adatta sia per desktop che per server (anche senza ambiente grafico, sebbene si consigli virt-manager per la facilità di utilizzo).
Installare i seguenti pacchetti:
sudo apt install -y qemu-kvm libvirt-daemon-system libvirt-clients bridge-utils virtinst virt-manager
Descrizione dei pacchetti:
qemu-kvm: il backend principale che fornisce l'accelerazione hardware KVM tramite QEMU. Guida.
libvirt-daemon-system: il demone libvirtd che gestisce le istanze KVM e QEMU. È l'interfaccia principale per KVM.
libvirt-clients: contiene gli strumenti client (come virsh) per interagire con libvirtd.
bridge-utils: utilità per la configurazione del networking in bridge, utile per integrare le VM nella rete fisica.
virtinst: strumenti a riga di comando per la creazione rapida di macchine virtuali.
virt-manager: un'interfaccia grafica molto intuitiva e potente per la gestione delle macchine virtuali KVM. Fortemente raccomandato per la maggior parte degli utenti.
Aggiungere utenti ai gruppi
Per poter gestire le macchine virtuali KVM senza dover utilizzare privilegi di amministrazione per ogni comando o per avviare virt-manager, è necessario che l'utente appartenga al gruppo libvirt.
Durante l'installazione di libvirt-daemon-system l'utente dovrebbe essere aggiunto automaticamente al gruppo libvirt. Tuttavia, per sicurezza e per rendere la modifica effettiva, è buona norma aggiungere l'utente manualmente e poi riautenticarsi.
Aggiungere il nome utente al gruppo libvirt:
sudo usermod -a -G libvirt $(whoami)
Dopo aver eseguito questo comando disconnettersi e accedere nuovamente (o riavviare il sistema) affinché l'appartenenza al gruppo sia attiva. In alternativa è possibile utilizzare il comando newgrp libvirt per applicare la modifica solo nella sessione corrente.
Per ottenere l'elenco dei gruppi digitare:
groups
Verificare la presenza di libvirt tra i gruppi elencati.
Verifica dell'installazione
Per verificare se l'installazione è avvenuta con successo e che il demone libvirtd sia in esecuzione e accessibile, digitare:
virsh -c qemu:///system list --all
Se l'installazione è corretta e i permessi sono corretti, si vedrà un output simile a:
Id Name State --------------------
o un elenco delle macchine virtuali, se ne sono già state create.
Avvio del servizio libvirt
Dopo l'installazione il servizio libvirtd dovrebbe essere configurato per avviarsi automaticamente a ogni boot. È possibile verificarne lo stato digitando:
sudo systemctl status libvirtd
Dovrebbe mostrare restituire:
active (running)
Configurazione Rete (Opzionale: Bridge)
Per impostazione predefinita KVM con libvirt configura una rete NAT per le macchine virtuali. Questo significa che le VM possono accedere a internet ma non sono direttamente accessibili dalla rete fisica (a meno che non si configuri il port forwarding).
Se si desidera che le VM ottengano un indirizzo IP direttamente dalla rete locale e siano visibili come host separati, è consigliabile configurare una rete in bridge. Questo è un processo più avanzato che richiede la modifica dei file di configurazione di rete del sistema host.
Configurazione di un Bridge (Netplan su Ubuntu 22.04)
Identificare l'interfaccia di rete digitando:
ip a
Individuare il nome dell'interfaccia di rete Ethernet (es. enp0s31f6, eth0).Modificare il file Netplan. I file di configurazione si trovano solitamente nella cartella di sistema /etc/netplan/. Trovare il file.yaml (es. 00-installer-config.yaml) e modificarlo con un editor di testo e i privilegi di amministrazione:
sudo nano /etc/netplan/00-installer-config.yaml
Adattare i nomi delle interfacce. Sostituire il contenuto esistente con qualcosa di simile a questo (adattare enp0s31f6 al nome dell'interfaccia e il server DHCP):
network: ethernets: enp0s31f6: # <<-- Sostituire con il nome dell'interfaccia fisica dhcp4: no dhcp6: no bridges: br0: interfaces: [enp0s31f6] # <<-- Sostituire con il nome dell'interfaccia fisica dhcp4: yes dhcp6: no parameters: stp: true forward-delay: 0 version: 2L'interfaccia fisica (enp0s31f6) non ottiene più un IP direttamente. Viene creato un bridge br0 che include l'interfaccia fisica. Il bridge br0 ottiene l'indirizzo IP via DHCP, diventando l'interfaccia principale del sistema host.
Applicare le modifiche digitando:
sudo netplan apply
Si potrebbe perdere temporaneamente la connessione di rete.Verificare il bridge:
ip a show br0
Dovrebbe essere visualizzato un indirizzo IP per br0.
Creando una nuova VM con virt-manager sarà possibile selezionare br0 come interfaccia di rete.
Risoluzione problemi
libvir: Remote error : Permission denied
Il messaggio di errore:
libvir: Remote error : Permission denied error: failed to connect to the hypervisor
può significare che non si è ancora autenticati dopo aver aggiunto l'utente al gruppo libvirt.
Permessi sul socket libvirt-sock
È possibile verificare i permessi del socket con:
sudo ls -la /var/run/libvirt/libvirt-sock
L'output atteso dovrebbe essere simile a:
srwxrwx--- 1 root libvirt 0 [DATA E ORA] /var/run/libvirt/libvirt-sock
Questo indica che il socket è di proprietà di root e del gruppo libvirt, con permessi di lettura/scrittura per i membri del gruppo.
