Accelerazione 3D su VirtualBox
Come certamente avrete compreso dal titolo, questa è l’ultima mia “fissa”, cercare di attivare l’accelerazione 3D su una macchina virtuale con VirtualBox e Vmgl. Sappiamo che VirtualBox, pur essendo un prodotto veramente molto valido, così come spiegato in questo post, non supporta il 3D. Molti si chiederanno: Ma a cosa serve il 3D in una macchina virtuale? Se devo giocarci o voglio allietarmi con effetti particolari non è meglio una bella installazione pulita su una partizione ad hoc?
Tutte obiezioni legittime, ma tant’è. Vi racconto come è andata.
Giorni fa mi è presa la voglia di installare kde 4 su kubuntu 7.10 in VirtualBox; ho seguito la guida ufficiale sul sito di kubuntu e tutto è andato a buon fine. Poi mi sono detto: Perchè non cambiare il tema di kde 4? Ho trovato e seguito questo post di Divilinux sull’applicazione di Slim Glow, un tema per kde 4 che necessita di effetti desktop 3D; così mi sono detto: Perchè non provare a vedere se è possibile abilitare l’accelerazione 3D su VirtualBox?
Nel mio solito girovagare per la rete alla ricerca di informazioni ho trovato dei post su Vmgl.
Prodotto da sviluppatori canadesi è un software che permette il rendering 3D su macchine virtuali, testato su VMware e Xen, ma, in teoria funzionante anche con altri sistemi di virtualizzazione. Ho effettuato il download del file tar.gz dalla home page e seguito le procedure di installazione:
- Scompattare l’archivio e copiarlo nella macchina host (Ubuntu 7.10 nel mio caso) e in quella guest (per me VirtualBox con Kubuntu 7.10);
- aprire il file /vmgl.hg/cr/Linux.mk con un qualsiasi editor di testo e cambiare make=gmake -s in make =make -s, questo a causa del fatto che questo software è fatto anche per sistemi BS;
- assicurarsi di avere installati i seguenti pacchetti: freeglutt3-dev, libxmu-dev, libbz2-dev, zlib1g-dev, libssl-dev, libjpeg-dev;
- in vmgl.hg digitare make e poi make install-host (nella macchina host) e make install-guest (in quella guest);
- in Section “Module” di /etc/X11/xorg.conf inserire Load “vmglext” , quindi restart di xorg;
- far partire stub-daemon in host;
- abilitare l’ X forwarding traimite ssh (in host) e ssh -X (in guest), oppure inserendo DISPLAY=<host_hostname>:0 nel file /etc/environment;
- settare GLSTUB = <host_hostname>:7000 sempre nel file /etc/environment.
Dovremmo essere a posto, solo che al mio glxinfo la mia guest machine risponde: CR Error (maddomlinux:5252): Failed connect to maddomlinux:7000.
Sembra che guest e host non riescano a comunicare, eppure ho anche creato una interfaccia host tap1 modificando lo script di leodav, perfettamente funzionante.
Accetto aiuti da chiunque abbia voglia di contribuire a risolvere questo problema.
Post correlati...
7 buone abitudini per gli utenti linux. by Mad on April 18th, 2008
Questa .
Elisa media center. by Mad on December 14th, 2007
Come molti di voi sapranno Elisa è un progetto .
I driver Ati diventano Catalyst 7.11 by Mad on November 23rd, 2007
Nuova versione dei driver ati diversa anche nel nome, da 8.
Un eccelente sistema per sincronizzare Firefox su più pc. by Mad on December 27th, 2007
Gli amministratori di una rete, anche casalinga, magari composta solo da un pc Desktop e un Laptop collegati mediante un cavo crossover (è il mio caso) sanno quanto è importante un buon software di sincronizzazione.
Kde4 su Opensuse 10.3 by Mad on November 15th, 2007
Installare la preview di kde4 su opensuse 10.
4 Febbraio 2008 alle 5:59 pm
potrebbe essere un problema di X forwarding
se non hai già fatto modifiche in kubuntu nel file :
/etc/kde3/kdm/kdmrc
la riga ServerArgsLocal è commentata di default. dovresti decommentarla lasciandola inalterata.
# This string is subject to word splitting.
# Default is “”
#ServerArgsLocal=-nolisten tcp
5 Febbraio 2008 alle 7:20 pm
Ti ringrazio per il suggerimento, ma la riga in questione era già senza commento.
5 Febbraio 2008 alle 8:13 pm
vero. scusami. ho postato una castronata solenne.
Mi spiego: mi ricordavo di aver cambiato quest’impostazione per far funzionare il forward X11 con kubuntu. a seguito del tuo post sono andato a vedere come l’ho configurata, ed in effetti la riga l’ho commentata (e non viceversa).
Tanto che il copia incolla del post precedente l’ho fatto dal mio file di configurazione così com’è, è la spiegazione data che è toppata.
tanto per non scrivere a vanvera di nuovo :
X11 usa per l’accesso remoto la porta 6000/tcp.
la riga
ServerArgsLocal=-nolisten tcp
blocca la porta. commentandola ovviamente la liberi.
verificando la mia configurazione attuale (X11 forwarding attivato e funzionante) con nmap 127.0.0.1 ottengo :
Interesting ports on localhost (127.0.0.1):
Not shown: 1694 closed ports
PORT STATE SERVICE
22/tcp open ssh
631/tcp open ipp
6000/tcp open X11
5 Febbraio 2008 alle 9:36 pm
In un impeto do frustrazione ho eliminato la kubuntu machine e sto riprovando l’intera procedura di installazione. Comunque appena posso provo e ti faccio sapere.
Ciao!
7 Febbraio 2008 alle 2:09 pm
[…] ← Accelerazione 3D su VirtualBox […]
17 Febbraio 2008 alle 8:52 pm
quali due comandi precisi hai adoperato per fare questo: “abilitare l’ X forwarding traimite ssh (in host) e ssh -X (in guest)” ?
Tnx
17 Febbraio 2008 alle 9:20 pm
semplicemente ssh hostname: e ssx -X hostname:; comunque puoi tranquillamente adottare il secondo metodo (DISPLAY=…) che funziona egregiamente.
Ti consiglio di leggere anche il post successivo (Habemus 3D su VirtualBox) che è il naturale completamento di questa guida.
Ciao!