Visualizzazione post con etichetta virtualizzazione. Mostra tutti i post
Visualizzazione post con etichetta virtualizzazione. Mostra tutti i post

domenica 21 giugno 2009

Nasce Lama Virtuale, il blog dedicato alla virtualizzazione


Oggi e' nato Lama Virtuale, il nuovo blog dedicato al fenomeno e alle tecniche di virtualizzazione in ambiente Linux e Windows. D'ora in poi tutto cio' che riguarda questi argomenti non verra' piu' pubblicato qui su MoosEsooM ma su http://lamavirtuale.blogspot.com.

Ci troverete news, presentazioni e cronache di eventi, tips & tricks per i vostri software di virtualizzazione preferiti: VMware, Xen, Virtualbox, Virtual Iron.

Entrate anche voi nel mondo della virtualizzazione e del cloud....entrate su http://lamavirtuale.blogspot.com

Vmware: la macchina virtuale non esegue il boot da cd

Il problema non si pone a macchina vergine, quando bisogna installare il sistema operativo.

Purtroppo a installazione avvenuta potreste avere ancora bisogno di bootare da cd (ad esempio per eseguire gparted sulla partizione di root per estenderla dopo aver ingrandito il disco virtuale da console)

Il problema e' che il bios delle macchine virtuali e' impostato in modo tale che l'hard disk ha priorita' maggiore rispetto al cd.
Ulteriore problema: il boot della macchina virtuale e' talmente rapido che non riuscite a premere F2 per accedere al setup del bios e modificare questa priorita'.

La soluzione e' tutta "artigianale", insomma dovete modificare a manona un file di configurazione, in particolare, ammettendo ad esempio che la macchina virtuale si chiami linux, il file linux.vmx.

Aggiungete in fondo al file una riga seguendo questa sintassi:
bios.bootDelay = "ritardo_in_millisecondi"

Ad esempio:
bios.bootDelay = "15000"

impostera' un ritardo di 15 secondi durante il quale potrete premere F2, accedere al setup del bios e impostare il cd come prima periferica di boot.

lunedì 25 maggio 2009

Xen su debian lenny: PTY allocation request failed on channel 0 stdin: is not a tty

Se cercando di collegarsi in ssh a domU si riceve l'errore
PTY allocation request failed on channel 0
stdin: is not a tty

Inserire la riga seguente sul file /etc/fstab di domU:
none /dev/pts devpts defaults

Lanciare (sempre su domU)
mkdir /dev/pts
mount /dev/pts

Ora dovrebbe essere possibile loggarsi su domU in ssh.

Se il problema dovesse ripresentarsi dopo il riavvio di domU:
Loggarsi sulla console di domU e lanciare il comando
apt-get install udev