Déjà, toute solution de virtualisation qui repose sur des fichiers pour les disques virtuels me fait gentillement rigoler.
Faux : Il est possible, pas très simple certes, mais possible, d'avoir l'OS virtualisé sur une vrai partition du disque dur. Le "secret", c'est le paramètre "-rawdisk" lorsque l'on crée le nouvel OS virtualisé (oui, il faut utiliser la ligne de commande).
La commande à taper est du type :
VBoxManage internalcommands createrawvmdk -filename ... -rawdisk ...
Sous Linux, on a le choix:
- soit on crée une nouvelle virtualisation en lui donnant accès au /dev/sda . Il y a un risque, car l'OS virtualisé a accès à tout le disque, et donc potentiellement au, par exemple, /dev/sda2 où serait le guest . Par contre, il y a un avantage : On peut démarrer l'OS virtualisé soit via VirtualBox, soit en bootant la "vrai" machine avec son GRUB dessus (sur le /dev/sda1 par exemple).
- soit on donne à la virtualisation accès à une partition bien définie, par exemple /dev/sda1. L'OS vitualisé verra alors cette partition en temps que disque dur, et créera son MBR à l'intérieur. Le concept est assez intéressant, surtout que l'OS virtualisé peut avoir accès aux données de l'OS virtualisé, via un montage en loopback (évidement, il ne faut pas que l'OS virtualisé soit lancé en même temps !).
Personnellement, j'ai testé la 2nd solution chez un ami. Cela marche très bien. Lorsque la virtualisatio est arrêté, il a un accès complet à la partition "C:" qui est créé dans /dev/sda2 . Lorsque la virtualisation est lancée, il accès à ces données via le partage de fichiers de l'OS virtualisé.
[^] # Re: Vous devez entrer un sujet et un commentaire
Posté par Olivier (site web personnel) . En réponse à la dépêche VirtualBox disponible en version 3.2.10. Évalué à 4.
Faux : Il est possible, pas très simple certes, mais possible, d'avoir l'OS virtualisé sur une vrai partition du disque dur. Le "secret", c'est le paramètre "-rawdisk" lorsque l'on crée le nouvel OS virtualisé (oui, il faut utiliser la ligne de commande).
L'explication ici pour un guest Windows :
http://www.sysprobs.com/access-physical-disk-virtualbox-desk(...)
Sinon, il y a https://encrypted.google.com/search?q=VBoxManage+internalcom(...)
La commande à taper est du type :
VBoxManage internalcommands createrawvmdk -filename ... -rawdisk ...
Sous Linux, on a le choix:
- soit on crée une nouvelle virtualisation en lui donnant accès au /dev/sda . Il y a un risque, car l'OS virtualisé a accès à tout le disque, et donc potentiellement au, par exemple, /dev/sda2 où serait le guest . Par contre, il y a un avantage : On peut démarrer l'OS virtualisé soit via VirtualBox, soit en bootant la "vrai" machine avec son GRUB dessus (sur le /dev/sda1 par exemple).
- soit on donne à la virtualisation accès à une partition bien définie, par exemple /dev/sda1. L'OS vitualisé verra alors cette partition en temps que disque dur, et créera son MBR à l'intérieur. Le concept est assez intéressant, surtout que l'OS virtualisé peut avoir accès aux données de l'OS virtualisé, via un montage en loopback (évidement, il ne faut pas que l'OS virtualisé soit lancé en même temps !).
Personnellement, j'ai testé la 2nd solution chez un ami. Cela marche très bien. Lorsque la virtualisatio est arrêté, il a un accès complet à la partition "C:" qui est créé dans /dev/sda2 . Lorsque la virtualisation est lancée, il accès à ces données via le partage de fichiers de l'OS virtualisé.