Per installare Rocky Linux 8 su VirtualBox conviene partire con un flusso pulito: ISO verificata, VM configurata con criteri sensati e prime verifiche subito dopo il boot. Così eviti di inseguire problemi banali come immagini corrotte, controller disco sbagliati o rete NAT non raggiungibile.
Scaricare la ISO giusta e controllarne l’integrità
Rocky Linux 8 è disponibile in più varianti. Per un’installazione standard su VirtualBox, la scelta pratica è la ISO DVD, perché include il set completo dei pacchetti e non dipende dalla rete durante l’installazione. Se ti serve solo un sistema minimale con installazione guidata via repository online, puoi usare immagini più leggere, ma per un laboratorio o una VM da test la DVD è la strada meno fragile.
Scarica l’immagine dal sito ufficiale del progetto Rocky Linux. Evita mirror casuali o archivi non verificati: su un sistema che farà da base a test, troubleshooting o ambienti di prova, la fiducia nella sorgente conta più di qualche minuto risparmiato.
Una volta scaricata la ISO, controlla checksum e, se disponibile, firma. Il punto non è la paranoia: è distinguere un download integro da un file troncato o alterato. Su Linux puoi fare così:
sha256sum Rocky-8-*.iso
Confronta l’hash con quello pubblicato sul sito ufficiale. Se hai il file delle checksum o la firma, verifica anche quello. Se l’hash non coincide, non perdere tempo: riscarica l’immagine e ripeti il controllo.
Se lavori da Windows, il concetto è identico: usa un tool affidabile per SHA-256 e verifica il valore contro quello ufficiale. Il dettaglio operativo cambia, la regola no.
Preparare VirtualBox senza creare problemi dopo
VirtualBox è comodo, ma tende a perdonare configurazioni approssimative finché non avvii il sistema operativo e poi ti ritrovi con rete assente, disco lento o installazione che parte in modo strano. Conviene impostare bene la VM prima del primo boot.
Nome VM: usa un nome descrittivo, ad esempio rocky8-lab. Ti aiuta quando avrai più macchine di test.
Tipo sistema: Linux, versione Red Hat (64-bit) o equivalente disponibile nella tua release di VirtualBox.
RAM: 2 GB è il minimo pratico per un’installazione grafica; 4 GB è più comodo se vuoi anche GNOME o attività parallele.
CPU: 2 vCPU bastano per iniziare. Se il host è stretto, non esagerare: una VM sovraprovisionata rallenta tutto il sistema.
Disco: crea un VDI dinamico da almeno 20 GB. Se sai già che installerai pannelli, tool di sviluppo o snapshot multipli, sali a 30–40 GB.
Firmware: in genere BIOS classico va bene; UEFI è utile se vuoi allinearti a scenari moderni, ma non è necessario per una prima installazione.
Per il controller disco, scegli un controller SATA standard se vuoi una configurazione semplice. Evita scelte creative senza motivo: Rocky Linux 8 non ha bisogno di tuning speciale per partire bene in VirtualBox.
Se vuoi usare la CLI di VirtualBox, puoi creare la VM in modo ripetibile. Esempio minimale:
VBoxManage createvm --name rocky8-lab --ostype RedHat_64 --register
VBoxManage modifyvm rocky8-lab --memory 4096 --cpus 2 --vram 16 --graphicscontroller vmsvga
VBoxManage createmedium disk --filename "$HOME/VirtualBox VMs/rocky8-lab/rocky8-lab.vdi" --size 30000 --format VDI
VBoxManage storagectl rocky8-lab --name "SATA" --add sata --controller IntelAhci
VBoxManage storageattach rocky8-lab --storagectl "SATA" --port 0 --device 0 --type hdd --medium "$HOME/VirtualBox VMs/rocky8-lab/rocky8-lab.vdi"
VBoxManage storagectl rocky8-lab --name "IDE" --add ide
VBoxManage storageattach rocky8-lab --storagectl "IDE" --port 0 --device 0 --type dvddrive --medium /percorso/Rocky-8-*.iso
Se preferisci l’interfaccia grafica, il percorso è equivalente: Nuova, assegna risorse, crea il disco, poi monta la ISO nella sezione Archiviazione. La GUI riduce errori di sintassi; la CLI è più comoda se devi replicare più VM identiche.
Avvio dell’installer e scelta del profilo di installazione
Avvia la VM con la ISO montata. Se tutto è corretto, vedrai il menu di boot di Rocky Linux. La prima scelta utile è quasi sempre Install Rocky Linux 8. Le opzioni di test della memoria o avvio in modalità troubleshooting servono solo se sospetti problemi specifici.
Durante il caricamento dell’installer, il sistema passa alla schermata di Anaconda. Qui la logica è semplice: completa prima i requisiti fondamentali, poi rifinisci il resto. L’ordine che conta davvero è lingua, tastiera, destinazione disco, rete, utente e password.
Se stai facendo una VM da laboratorio, la configurazione minima sensata è:
Lingua e tastiera in base al tuo ambiente operativo.
Installazione con partizionamento automatico, salvo esigenze particolari.
Interfaccia grafica solo se ti serve davvero; altrimenti un server minimale è più pulito.
Rete attiva se vuoi aggiornamenti e test immediati dopo il primo boot.
La schermata Installation Destination è quella da non sottovalutare. Se il disco non compare, il problema è quasi sempre nella configurazione del controller o nella VM stessa, non in Rocky Linux. In VirtualBox, un disco SATA standard evita molti intoppi. Se hai abilitato un controller insolito, torna alla configurazione semplice prima di cercare colpe altrove.
Per la rete, in molte installazioni da test basta il NAT di VirtualBox. Se ti serve che la VM sia visibile da altri host della LAN, usa invece una scheda in bridge. La differenza è pratica: con NAT esci verso Internet ma non sei direttamente raggiungibile; con bridge la VM si presenta come un host della rete fisica.
Partizionamento: quando lasciare fare all’installer e quando intervenire
Per un’installazione standard su VM, il partizionamento automatico è sufficiente. Rocky Linux crea un layout sensato e ti evita di sprecare tempo su dettagli che non aggiungono valore in fase iniziale. Se però stai preparando un ambiente con snapshot frequenti, log abbondanti o test di storage, puoi separare alcune mount point.
Un layout manuale utile in certi casi è questo:
/per il sistema base./homese vuoi separare i dati utente./varse prevedi log, container o servizi che scrivono molto./bootsolo se hai un requisito specifico; in una VM normale non è indispensabile come esercizio didattico.
Non complicare la struttura se non hai un obiettivo preciso. In un laboratorio, il partizionamento deve aiutarti a capire il sistema, non diventare un esercizio di geometria dei volumi.
Account, password e accesso amministrativo
Durante l’installazione crea un utente normale e imposta una password robusta per root o abilita l’amministrazione tramite sudo, a seconda del flusso scelto. In ambienti di test è comodo avere un utente con privilegi elevati tramite sudo, perché semplifica le verifiche iniziali senza lavorare sempre come root.
Se l’installer propone di disabilitare l’accesso root diretto, valuta il tuo contesto. Per una VM da laboratorio va bene, purché tu sappia come elevare i privilegi. Per ambienti che devono essere coerenti con policy aziendali, allinea la scelta agli standard interni.
Al termine dell’installazione, il riavvio è il primo vero test. Se la VM riparte ancora sulla ISO, il problema è quasi sempre banale: hai lasciato montato il supporto ottico e il boot order lo privilegia. In quel caso smonta l’immagine e riavvia.
Primo login e verifiche essenziali
Al primo accesso non limitarti a “sembra andare”. Verifica tre cose: versione del sistema, rete e aggiornamenti disponibili. Sono controlli rapidi, ma ti dicono subito se la VM è sana.
cat /etc/redhat-release
ip a
ping -c 3 8.8.8.8
ping -c 3 google.com
Il primo comando conferma la release. Il secondo mostra le interfacce attive. I due ping distinguono un problema di connettività IP da un problema DNS. Se il ping verso un IP funziona ma quello verso un nome no, la rete c’è e il guasto è nella risoluzione DNS.
Per aggiornare i pacchetti, su Rocky Linux 8 usa il gestore standard della famiglia RHEL:
sudo dnf update -y
Prima di lanciare aggiornamenti massivi su una VM appena installata, controlla che la rete sia stabile. Se usi NAT e la connessione host è intermittente, è meglio risolvere prima quello che inseguire fallimenti dei repository.
Guest Additions: utili, ma da installare con criterio
Le VirtualBox Guest Additions migliorano integrazione mouse, risoluzione dinamica, clipboard e cartelle condivise. Sono utili, ma non indispensabili per il primo avvio. Il consiglio pratico è installarle solo dopo aver verificato che il sistema base funzioni già bene.
Su Rocky Linux 8, prima di compilare o installare moduli guest, verifica che il sistema sia aggiornato e che siano presenti gli strumenti di build richiesti. In una VM pulita, il flusso tipico è installare dipendenze, montare il supporto delle Guest Additions dal menu di VirtualBox e lanciare lo script di installazione.
sudo dnf install -y kernel-devel kernel-headers gcc make perl elfutils-libelf-devel
Se dopo l’installazione il kernel viene aggiornato, ricorda che il modulo guest deve essere compatibile con la versione in uso. È una delle ragioni per cui conviene aggiornare il sistema prima di fare affidamento sulle integrazioni grafiche.
Rete: NAT, bridge e port forwarding senza confusione
La scelta della rete dipende dall’uso della VM. Per una macchina di test che deve solo scaricare pacchetti e uscire su Internet, NAT è sufficiente. Se invece vuoi raggiungere la VM da altri dispositivi, bridge è più diretto. Se ti serve esporre un servizio specifico dal host verso la VM, puoi usare il port forwarding su NAT.
Un esempio pratico: vuoi installare Rocky Linux 8 in VirtualBox e poi accedere via SSH dal tuo host. Con NAT puoi creare una regola di inoltro porta, ad esempio host 2222 verso guest 22. In questo modo colleghi il servizio SSH senza cambiare il modello di rete generale.
VBoxManage modifyvm rocky8-lab --natpf1 "ssh,tcp,,2222,,22"
Dopo il boot, verifica che sshd sia attivo e che la porta sia in ascolto:
sudo systemctl enable --now sshd
ss -ltnp | grep :22
Se il servizio non parte, guarda i log di systemd. È il modo più veloce per capire se il problema è configurazione, chiavi host mancanti o policy di rete locali.
sudo journalctl -u sshd -b --no-pager
Risoluzione schermo, clipboard e usabilità della VM
Una VM Linux senza integrazione grafica può funzionare lo stesso, ma ti complica la vita. Dopo le Guest Additions, abilita la ridimensionabilità della finestra e, se serve, la clipboard bidirezionale. Non è un vezzo: in un laboratorio riduce errori di copia e aumenta la velocità operativa.
Se la risoluzione resta fissa o bassa, il problema può essere uno di questi: Guest Additions non caricate, sessione grafica non compatibile o controller video non adatto. In VirtualBox, il controller VMSVGA è in genere la scelta più lineare per Linux recenti.
Se vuoi un controllo rapido lato sistema, puoi verificare i moduli caricati e l’eventuale presenza dei servizi guest:
lsmod | grep -E 'vboxguest|vboxsf|vboxvideo'
systemctl status vboxadd-service 2>/dev/null
Il nome del servizio può cambiare a seconda del metodo di installazione, quindi non fissarti su un solo output. L’obiettivo è semplice: capire se l’integrazione è effettivamente attiva.
Snapshot e test ripetibili
Appena la VM è installata e aggiornata, crea uno snapshot. È una di quelle abitudini che sembrano secondarie finché non fai una prova rischiosa e vuoi tornare indietro in pochi secondi. Per una VM da laboratorio, lo snapshot dopo il primo boot pulito vale più di un backup improvvisato fatto tardi.
Lo snapshot è utile soprattutto se stai testando servizi, hardening o configurazioni di rete. Ti permette di fare cambiamenti, controllare il risultato e tornare allo stato iniziale senza ricostruire tutto da zero.
Se lavori da CLI, puoi gestire gli snapshot anche così:
VBoxManage snapshot rocky8-lab take "clean-installed"
VBoxManage snapshot rocky8-lab list
Se qualcosa si rompe, ripristinare uno snapshot noto è quasi sempre più rapido che tentare una riparazione lunga su una base non affidabile.
Problemi tipici e come leggerli senza andare a tentoni
Ci sono alcuni errori ricorrenti che vale la pena riconoscere subito. Se la VM non vede la ISO, controlla il device ottico. Se il disco non compare nell’installer, rivedi il controller. Se la rete non risponde, separa il problema IP da quello DNS. Se il boot torna sempre alla ISO, smonta il supporto ottico.
Un controllo sintetico della rete dopo l’installazione può essere questo:
nmcli device status
nmcli connection show
Se usi un’interfaccia grafica, puoi ottenere le stesse informazioni dal menu rete del sistema, ma la CLI è più rapida quando devi capire se la scheda è davvero connessa o solo presente.
Per i log di sistema, il riferimento resta sempre journalctl. Se il problema si manifesta al boot, aggiungi il flag -b per vedere il boot corrente e non perdere tempo tra messaggi storici irrilevanti.
sudo journalctl -b --no-pager
Una sequenza pratica che evita errori ripetibili
Se vuoi un flusso operativo asciutto, usa questa sequenza: scarica la ISO, verifica l’hash, crea la VM con risorse adeguate, monta la ISO, installa Rocky Linux 8, aggiorna il sistema, verifica rete e servizi, poi abilita le integrazioni VirtualBox e infine crea uno snapshot. È un percorso lineare, ma soprattutto è un percorso che riduce il numero di variabili aperte in ogni fase.
Il vantaggio di questo approccio è che ogni passaggio ha un risultato osservabile. Se qualcosa non torna, sai esattamente in quale punto del flusso si è introdotto il problema. In un ambiente di test o in una piccola infrastruttura, questa disciplina vale più di una configurazione “furba” ma difficile da riprodurre.
Rocky Linux 8 su VirtualBox resta una combinazione solida per laboratorio, formazione e validazione rapida di servizi Linux. La parte importante non è solo installare il sistema, ma farlo con una base verificata, ripetibile e facile da ripristinare. È lì che si separa una VM usa-e-getta da un ambiente davvero utile per lavorare.
Commenti (0)
Nessun commento ancora.
Segnala contenuto
Elimina commento
Eliminare definitivamente questo commento?
L'azione non si può annullare.