Ciao,
da GRUB puoi avviare un sistema operativo non certo VirtualBox.
A parte questo non mi è molto chiaro cosa vuoi fare, sono i PC con 2 giga di RAM che dovrebbero mandare in esecuzione una VM con VirtualBox ? perchè la RAM è un pò poca, salvo che la VM non sia leggera leggera.
Tornando invece a VirtualBox puoi avviare una VM in automatico al login, quindi se hai più VM per diversi clienti puoi creare più login e a seconda del login avviare una VM piuttosto che un'altra.
Il comando da usare è VBoxManage startvm "LaMiaVM".

OT : forse se questa domanda la ponevi nel forum anzichè nel tuo blog sarebbe stata notata prima, io infatti ho visto solo oggi il tuo commento.

Perfetto ti ringrazio molto della tua risposta a questo punto aspetto la versione stabile per installare Debian dato che non ho a disposizione un ulteriore tastiera per l'installazione.

Attenzione che il downgrade di un pacchetto non è sempre sicuro. I manutentori Debian studiano bene gli "upgrade path" ma non il contrario.

Ad esempio, supponiamo che la versione 1 del pacchetto ABC richieda un utente specifico chiamato "abc", mentre nella versione 2 abbiano cambiato e adesso richieda un utente chiamato "abc-service".

Ci sarà uno script nel primo pacchetto che al momento dell'installazione analizzerà il file passwd e aggiungerà l'utente "abc". Nella versione 2 lo stesso script fa due cose:

1. aggiunge "abc-service";
2. cerca "abc" e se lo trova lo cancella.

Questo è solo un esempio e in questo caso il danno è minimo (un utente inutile non dà fastidio, dopo tutto), ma ci sono infrastrutture molto più delicate che possono andare in crisi...

Black Bart ha scritto:

Grazie...
Una cosa che mi sono sempre chiesto è come fare un eventuale downgrade di un pacchetto,me lo potresti cortesemente spiegare a grandi linee?

Grazie ancora.

Io di solito scarico lo stesso pacchetto da stable o da unstable, a seconda di come sono messe le dipendenze, cioè a seconda di quale pacchetto è installabile. Se le dipendenze si portano appresso altri pacchetti, allora cambio temporaneamente il repository sul file sources.list da testing a unstable ed aggiorno solo i pacchetti con problemi.

Ma non c'è una regola, dipende da quello che capita. Se il pacchetto non è indispensabile lo rimuovo ed aspetto che si sistemino le cose per reinstallarlo.

Ma normalmente con i pacchetti "core" è veramente difficile che ti ritrovi con un sistema non funzionante.

Uso Debian testing su diverse macchine dai primi anni 2000 e non ho mai avuto nessun problema che non si risolvesse in un'oretta di smanettamenti (e smadonnamenti!).

Ma tieni anche presente che ora la testing è molto più stabile di quanto non lo fosse in passato.

La uso da una vita anche sul PC di lavoro (quindi critico perché mi serve ogni giorno e non posso farne a meno).

Ogni tanto può capitare che fanno qualche errore con le dipendenze, e ti ritrovi un sistema con qualche componente non funzionante (tipicamente X) ma basta un po' di hacking (es. facendo il downgrade o l'upgrade di alcuni pacchetti) e si riesce sempre a sistemare la situazione.

Ovviamente non è per niente consigliata in ambienti server di produzione.

Grazie per i complimenti
A mio avviso non è consigliabile condividere la /home se si usa schroot per lo scopo qui discusso: "avviare il DE di un'altra distribuzione" infatti oltre ad alterare le configurazioni il DE creerebbe anche directory come "Scaricati" "Documenti" ecc. nella home di Wheezy. Creare e gestire un utente per il chroot penso sia più oneroso che non montare la /home/utente in un mount-point del filesystem di Kubuntu come spiegato nella guida, farebbe confusione anche perché in Kubuntu l'utente è già creato tanto vale usare quello con la sua home.

Qualcuno ha provato (riuscendoci) a virtualizzare OSX?

restyle ha scritto:

bella guida, complimenti!
volevo sapere se con kvm un os su virtuale può essere paragonato (come performance) allo stesso os ma installato nativamente.
ad esempio, potrei usare 3ds su un win8 virtualizzato senza sensibili cali prestazionali? eventualmente anche per renderizzare?

Tempo fa feci dei benchmark: tutto dipende dal tipo di carico. La parte grafica e storage si comporta male con la virtualizzazione, è un vero collo di bottiglia, ma per quanto riguarda la CPU ho rilevato un calo di performance del circa 3%/5%, un'inezia se confrontato ai benefici della virtualizzazione.

Non so come si comporta 3DS, non puoi far altro che provare! Tieni presente che ad una macchina virtuale gli dai solitamente una frazione delle risorse della macchina fisica. Ad esempio, se hai un PC con 4 CPU e crei una VM da 1 vCPU, le performance saranno 1/4 della macchina fisica, meno il piccolo overhead di cui sopra. Anche la RAM, ovviamente, gioca il suo ruolo e non potrai mai dare tutta la memoria alla VM altrimenti non te ne rimane niente sull'host!

Il confronto va quindi fatto a parità di risorse. Quando feci i benchmark non mi ricordo se allocai macchine virtuali con lo stesso numero dell'host oppure limitai il benchmark sull'host ad usare lo stesso numero di CPU delle VM, ma il concetto non cambia: paragonai le performance a parità di risorse.

Spero di aver risposto ai tuoi dubbi, ma ti ripeto che l'unica è provare: se 3DS, infatti, fa un uso esagerato dei dischi, aspettati un calo di performance significativo.

Jena72 ha scritto:

Buona sera.

Esiste un modo se possibile, per aprire più sessioni sulla stessa vm?
Per esempio, creando una VM di W7 (o di CentOS) esiste la possibilità di emularne n in modo che n pc possano collegarsi? Non so se sono riuscito a spiegarmi.

Dai un'occhiata qua: http://www.spice-space.org/page/Features/MultipleClients

allora non sfidiamo la sorte...aspettiamo tanto penso che la versione stabile di jessie non tarderà ad uscire

@gennargiu
Eh... mi sa proprio che dovrai aspettare il rilascio della nuova stabile...

su whhezy non vi è possibilità di provarlo ?