Vistualbox installato e poi.....

[sunreal]

Ho installato il pacchetto di virtualbox di slacky, e dopo avar risolto alcuni problemi iniziali relativi al kernel e al gruppo vboxusers tutto funziona. Mi sembra di aver capito che per virtualizzare xp devo mettere nel lettore il cd originale, così ho fatto ed ho avviato il tutto, nella finestra che compare in pratica mi si presenta una nuova installazione di xp. Funziona così? In pratica per ogni sistema che voglio virtualizzare devo fare una installazione "fittizia" con virtual box? Io credevo che che si accedesse direttamente alla partizione nella quale ho installato xp e lavorassi da lì. Mi chiarite questo aspetto? Grazie ciao.

[DanBadJar]

Se vuoi lavorare su un sistema operativo già installato ti serve un dual boot, magari configurato con lilo. Non di certo virtualbox.
Virtualbox serve per virtualizzare un sistema e ogni so va installato proprio come hai fatto tu: con l'apposito cd.
Ciao

[sunreal]

Beh, certo che per passare da un SO ad un altro serve lilo........ Così virtualbox è una specie di wine "globale". Io pensavo che ci si potesse "connettere" direttamente ad un SO già installato. Però sarebbe bello...... Tecnicamente quale è il problema per cui non è possibile agire su un sistema già installato visto che posso fare una finta installazione?

[ccts2002]

avevo chiesto anche io qui...
e ne si parlava qui
sembra che con vmware sia possibile, mntre con virtualbox non so...
ma non ho mai avuto modo di provare...però la cosa mi interessa!!!! se riesci fammi sapere!!!

ciaooo

Offtopic: Potresti correggere il titolo? cosi se qualcuno cerca virtualbox...e non vistualbox

[414N]

9.9 Using a raw host hard disk from a guest
Starting with version 1.4, as an alternative to using virtual disk images (as described in
detail in chapter 5, Virtual storage, page 54), VirtualBox can also present either entire
physical hard disks or selected partitions thereof as virtual disks to virtual machines.
With VirtualBox, this type of access is called “raw hard disk access”; it allows a
guest operating system to access its virtual hard disk much more quickly than with
disk images, since data does not have to pass through two file systems (the one in the
guest and the one on the host).
...

Questo significa solo che puoi presentare delle partizioni/dischi fisici direttamente al sistema operativo virtualizzato, senza dover ricorrere ad immagini di dischi. Non che puoi far partire un sistema operativo già installato in un'altra partizione.
Il problema principale a questo approccio direi essere l'accesso alle periferiche. Ponendo sia praticabile da un SO farne partire un altro già installato, non appena quest'ultimo tenta di ottenere accesso esclusivo a una qualsiasi periferica (hard disk, lettore DVD...) per fare le sue cose, si ritrova con la periferica già impegnata senza sapere di dover mediarne l'accesso con un altro kernel in esecuzione. Questo manderà in crisi il SO già installato. È un po' come quando si installano due o più antivirus sulla stessa macchina per "essere più sicuri": finiscono per sbranarsi l'un l'altro facendo impazzire il sistema.

Se ho detto castronerie correggetemi, please.