user_Storage.xml revision ac153c99053f1edf42b00bf3a13475923bc4fcf1
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd">
<chapter id="storage">
<title>Stockage virtuel</title>
<para>Vu que la machine virtuelle s'attendra très probablement à voir un
disque dur virtuel construit dans son ordinateur virtuel, VirtualBox doit
pouvoir présenter un support de stockage « réel » à l'invité comme un disque
dur virtuel. Il y a actuellement trois méthodes pour effectuer cela :</para>
<orderedlist>
<listitem>
<para>Le plus souvent, VirtualBox utilisera les grands fichiers images sur
un vrai disque dur et les présenter à un invité comme un disque dur virtuel.
Ceci est décrit au <xref linkend="vdidetails" />.</para>
</listitem>
<listitem>
<para>Alternativement, si vous avez des serveurs de stockage iSCSI, vous
pouvez aussi attacher de tels serveurs à VirtualBox&nbsp;; ceci est décrit
au <xref linkend="storage-iscsi" />.</para>
</listitem>
<listitem>
<para>Enfin, en fonctionnalité expérimentale, vous pouvez autoriser une
machine virtuelle à accéder directement à un de vos disques hôtes&nbsp;;
cette fonctionnalité avancée est décrite au <xref linkend="rawdisk" />.</para>
</listitem>
</orderedlist>
<para>Chacun de ces périphériques de stockage virtuels (fichier image, cible
iSCSI ou disque dur physique) devra être connecté au contrôleur de disque dur
virtuel que présente VirtualBox à une machine virtuelle. Ceci est expliqué
dans la prochaine section.</para>
<sect1 id="harddiskcontrollers">
<title>Contrôleurs de disques durs : IDE, SATA (AHCI), SCSI, SAS</title>
<para>Dans un vrai PC, les disques durs et les lecteurs de CD/DVD sont
connectés à un périphérique appelé contrôleur de disque dur, qui dirige les
opérations du disque dur et les transferts de données. VirtualBox peut
émuler les trois types les plus courants de contrôleurs de disque dur qu'on
trouve généralement sur les PCs d'aujourd'hui : IDE, SATA (AHCI) et SCSI.<footnote>
<para>Le support SATA a été ajouté avec VirtualBox 1.6 ; le support
expérimental de SCSI a été ajouté avec la version 2.1 puis complètement
ajouté avec la 2.2. De façon générale, l'attachements de supports de
stockage a été rendu beaucoup plus flexible avec VirtualBox 3.1 ;
voir ci-dessous.</para>
</footnote><itemizedlist>
<listitem>
<para>Les contrôleurs <emphasis role="bold">IDE (ATA)</emphasis> sont utilisés
depuis les années 80. Au départ, ce type d'interface ne fonctionnait
qu'avec les disques durs, mais il a été étendu ensuite aussi pour
supporter les lecteurs de CD-ROM et d'autres types de médias amovibles.
Dans un PC physique, ce standard utilise des nappes de 40 ou 80 broches.
Chacune de ces nappes connecte deux périphériques à un contrôleur, ce
que l'on a appelé traditionnellement « master » (maître) et « slave »
(esclave). Les contrôleurs de disque dur ont en général deux
connecteurs pour de telles nappes ; il s'en suit que la plupart des PCs
supportent jusqu'à quatre périphériques.</para>
<para>Dans VirtualBox, chaque machine virtuelle a un contrôleur IDE
activé par défaut, ce qui vous permet d'attacher jusqu'à quatre
périphériques de stockage virtuels à la machine. (Par défaut, un des
quatre - le second maître - est pré-configuré pour être le lecteur
virtuel de CD/DVD de la machine, mais vous pouvez modifier cela.) <footnote>
<para>L'affectation du lecteur CD/DVD de la machine au maître
secondaire a été corrigée avant VirtualBox 3.1 ; on peut
maintenant la modifier ; et le lecteur peut être branché sur
d'autres slots du contrôleur IDE, et il peut y avoir plus d'un
lecteurs comme ça.</para>
</footnote>)</para>
<para>Donc même si votre système d'exploitation invité ne supporte pas
les périphériques SCSI ou SATA, il devrait toujours pouvoir voir le
contrôleur IDE par défaut activé.</para>
<para>Vous pouvez aussi sélectionner précisément le type de matériel
de contrôleur IDE que VirtualBox devrait présenter à la machine virtu
elle (PIIX3, PIIX4 ou ICH6). Cela ne constitue aucune différence en
termes de performances mais si vous importez une machine virtuelle à
partir d'un autre produit de virtualisation, il se peut que le système
d'exploitation de cette machine s'attende à un contrôleur particulier
et plante s'il ne le trouve pas.</para>
<para>Après que vous ayez créé une nouvelle machine virtuelle avec
l'assistant « Nouvelle machine » de l'interface graphique, vous verrez
en général un contrôleur IDE dans les paramètres de « Stockage » de la
machine, où le lecteur de CD/DVD virtuel sera attaché à l'un des quatre
ports de ce contrôleur.</para>
</listitem>
<listitem>
<para><emphasis role="bold">Serial ATA (SATA)</emphasis> est un standard plus
récent apparu en 2003. Par rapport à l'IDE, il supporte à la fois des
vitesses beaucoup plus élevées et davantage de périphériques par
contrôleur de disque dur. En outre, avec du matériel physique, vous
pouvez ajouter des périphériques et les supprimer alors que le système
est en fonction. L'interface standard pour les contrôleurs SATA
s'appelle Advanced Host Controller Interface (<emphasis
role="bold">AHCI</emphasis>).</para>
<para>Pour des questions de compatibilité, les contrôleurs AHCI par
défaut voient les disques qui y sont attachés dans un « mode IDE de
compatibilité », sauf si le support SATA est explicitement demandé. Le
« mode IDE de compatibilité » signifie seulement que les lecteurs
peuvent être vus et utilisés par le BIOS de l'ordinateur. Mais, les
disques attachés à ces emplacement travailleront en mode AHCI pleine
vitesse une fois que le système invité aura chargé son pilote de
périphérique AHCI.</para>
<para>Comme un vrai contrôleur SATA, le contrôleur virtuel SATA de
VirtualBox agit plus vite et consomme aussi moins de ressources
processeur que le contrôleur IDE virtuel. En outre, ceci vous permet
de connecter jusqu'à 30 disques durs virtuels à une machine contre à
peine trois pour l'IDE (avec le lecteur DVD déjà attaché). Parmi eux,
les quatre premiers (numérotés de 0 à 3 dans l'interface graphique
sont gérés par défaut en mode IDE de compatibilité.</para>
<para>C'est pour cette raison qu'à partir de la version 3.2 et en
fonction du système d'exploitation invité sélectionné, VirtualBox
utilise SATA par défaut pour les machines virtuelles nouvellement créées.
Un contrôleur SATA est créé par défaut et le disque par défaut qui a
été créé avec une nouvelle machine virtuelle est attaché à ce
contrôleur.<warning>
<para>Le contrôleur SATA et les disques virtuels qui y sont
attachés (y compris ceux en mode compatibilité IDE) ne seront pas
vus par un système d'exploitation qui n'a pas de support
périphérique pour AHCI. En particulier, <emphasis role="bold">il
n'y a pas de support pour AHCI sur les Windows antérieurs à Windows
Vista</emphasis>, donc Windows XP (même SP2) ne verra pas de tels
disques sauf si vous installez les pilotes supplémentaires. Il est
possible de basculer entre IDE et SATA après l'installation en
installant les pilotes SATA et en modifiant le type de contrôleur
dans la boîte de dialogue des paramètres de la VM.
<footnote><para>VirtualBox recommande les pilotes
Intel Matrix qu'on peut télécharger sur
http://downloadcenter.intel.com/Product_Filter.aspx?ProductID=2101
</para></footnote></para>
</warning></para>
<para>Pour ajouter un contrôleur SATA à une machine pour laquelle il
n'a pas été activé par défaut (soit parce qu'elle a été créée par une
version antérieure de VirtualBox soit parce que le SATA n'est pas
supporté par le système d'exploitation par défaut sélectionné), allez
sur l'onglet «&nbsp;stockage&nbsp;» de la boîte de dialogue des paramètres de la
machine, cliquez sur le bouton «&nbsp;Ajouter un contrôleur&nbsp;» sous la case
«&nbsp;Arborescence de stockage&nbsp;» puis sélectionnez «&nbsp;Ajouter un contrôleur
SATA&nbsp;». Après quoi, le contrôleur supplémentaire apparaîtra comme
périphérique PCI séparé dans la machine virtuelle et vous pouvez y
ajouter des disques virtuels.</para>
<para>Pour modifier les paramètres du mode de compatibilité IDE du
contrôleur SATA, merci de voir le <xref linkend="vboxmanage-storagectl" />.</para>
</listitem>
<listitem>
<para><emphasis role="bold">SCSI</emphasis> est un autre standard
industriel, signifiant « Small Computer System Interface ». Il a été
établi dès 1986 comme une interface générique pour le transfert de
données entre tous types de périphérique, y compris les périphériques
de stockage. Aujourd'hui, le SCSI est toujours utilisé pour connecter
des disques durs et des périphériques de bande magnétique, mais la
plupart du temps, il a été relégué en matériel de secours. Il est
encore couramment utilisé sur des stations de travail et des serveurs
haute performance.</para>
<para>Pour des raisons principalement liées à la compatibilité avec
d'autres logiciels de virtualisation, VirtualBox supporte éventuellement
les contrôleurs LsiLogic et BusLogic, sur lesquels vous pouvez attacher
jusqu'à 16 disques durs virtuels.</para>
<para>Pour activer un contrôleur SCSI, sur l'onglet « Stockage » d'une
boîte de dialogue de paramètres d'une machine virtuelle, cliquez sur
le bouton « Ajouter un contrôleur » sous la case à cocher « arborescence
de stockage », puis sélectionnez « Ajouter un contrôleur SCSI ». Après
quoi le contrôleur supplémentaire apparaîtra comme un périphérique PCI
distinct dans la machine virtuelle.<warning>
<para>Comme avec les autres types de contrôleur, un contrôleur
SCSI ne sera vu par les systèmes d'exploitation qu'avec le support
pour un tel périphérique. Windows 2003 et supérieur incluent les
pilotes pour le contrôleur LSI Logic, tandis que Windows NT 4.0 et
Windows 2000 incluent les pilotes pour le contrôleur BusLogic.
Windows XP n'inclut les pilotes pour aucun contrôleur.
</para>
</warning></para>
</listitem>
<listitem>
<para><emphasis role="bold">SCSI attaché en série (Serial Attached
SCSI, SAS)</emphasis> est un autre standard de bus qui utilise le jeux de
commandes de SCSI. Mais contrairement à SCSI, avec des périphériques
physiques, ce sont des câbles série qui sont utilisés au lieu de câbles
parallèle, ce qui simplifie les connexions de périphériques physiques.
En quelque sorte, le SAS est au SCSI ce que le SCSI est à l'IDE&nbsp;: il
permet davantage de connexions, plus fiables et plus rapides.</para>
<para>Pour supporter les invités de haut niveau qui exigent des
contrôleurs SAS, VirtualBox émule un contrôleur SAS LsiLogic que vous
pouvez activer de la même façon qu'un contrôleur SCSI. Pour l'instant,
vous pouvez connecter jusqu'à huit périphériques au contrôleur SAS.<footnote>
<para>Le support du contrôleur LSI Logic SAS a été ajouté avec
VirtualBox 3.2.</para>
</footnote></para>
<warning>
<para>Comme avec SATA, le contrôleur SAS ne sera vu que par les
systèmes d'exploitation qui le supportent. En particulier,
<emphasis role="bold">il n'y a pas de support pour SAS dans Windows
avant Windows Vista</emphasis>, donc Windows XP (même SP2) ne verra
pas de tels disques sauf si vous installez des pilotes supplémentaires.</para>
</warning>
</listitem>
</itemizedlist></para>
<para>En résumé, VirtualBox vous donne les catégories suivantes d'emplacement de stockage virtuels :<orderedlist>
<listitem>
<para>Quatre emplacements attachés au contrôleur IDE traditionnel, qui
sont toujours toujours présents (en général l'un d'eux est en général
un lecteur de CD/DVD virtuel)&nbsp;;</para>
</listitem>
<listitem>
<para>30 emplacements attachés au contrôleur SATA, s'il est activé et
si votre système d'exploitation peut le voir ; ces emplacements peuvent
être soit<orderedlist>
<listitem>
<para>En mode compatibilité IDE (par défaut les emplacements 0
à 3) ou</para>
</listitem>
<listitem>
<para>En mode SATA ;</para>
</listitem>
</orderedlist></para>
</listitem>
<listitem>
<para>15 emplacements attachés au contrôleur SCSI, s'il est activé et
supporté par le système d'exploitation invité&nbsp;;</para>
</listitem>
<listitem>
<para>Huit emplacements attachés au contrôleur SAS, s'il est activé et
supporté par le système d'exploitation invité.</para>
</listitem>
</orderedlist></para>
<para>Étant donné le vaste choix de contrôleurs de stockage, il se peut
que vous vous demandiez lequel choisir. En général, vous devriez éviter
l'IDE, sauf si c'est le seul contrôleur supporté par votre invité. Que
vous utilisez SATA, SCSI, ou SAS, il n'y a pas de différence réelle.</para>
</sect1>
<sect1 id="vdidetails">
<title>Fichiers images de disque (VDI, VMDK, VHD, HDD)</title>
<para>Les fichiers images de disque résident sur le système hôte et sont vus
par les systèmes invités comme des disques durs d'une certaine géométrie.
Lorsqu'un système d'exploitation lit depuis ou écrit sur un disque dur,
VirtualBox redirige la demande sur le fichier image.</para>
<para>Remarquez que quand vous créez un fichier image, vous devez spécifier
sa taille, qui représente une géométrie fixe du disque virtuelle. Il n'est
donc pas possible de modifier la taille du disque dur virtuel ultérieurement.</para>
<para>VirtualBox supporte quatre variantes de fichiers images de disque :<itemizedlist>
<listitem>
<para>Normalement, VirtualBox utilise son propre format de contenu
pour les disques durs invités - fichiers Virtual Disk Image (VDI) -.
En particulier, ce format sera utilisée quand vous créerez une nouvelle
machine virtuelle avec un nouveau disque.</para>
</listitem>
<listitem>
<para>VirtualBox supporte aussi complètement le format de contenu
populaire et libre VMDK utilisé par beaucoup d'autres produits de
virtualisation, en particulier par Vmware.<footnote>
<para>Le support initial pour VMDK a été ajouté avec VirtualBox 1.4 ;
depuis la version 2.1, VirtualBox supporte complètement VMDK,
ce qui veut dire que vous pouvez créer des instantanés et utiliser
toutes les autres fonctionnalités avancées décrites ci-dessus pour
les images VDI également avec VMDK.</para>
</footnote></para>
</listitem>
<listitem>
<para>VirtualBox supporte aussi pleinement le format VHD utilisé par
Microsoft.</para>
</listitem>
<listitem>
<para>Les fichiers images de Parallels version 2 (format HDD) sont
aussi supportés.<footnote>
<para>Le support a été ajouté à VirtualBox 3.1.</para>
</footnote> Faute de documentation sur le format, les formats
récents (3 et 4) ne sont pas supportés. Vous pouvez cependant
convertir de tels fichiers images vers le format de la version 2 en
utilisant les outils fournis par Parallels.</para>
</listitem>
</itemizedlist></para>
<para>Indépendamment du format de disque, comme il a été brièvement mentionné
au <xref linkend="gui-createvm" />, il y a deux options pour créer une image
de disque : taille statique ou extension dynamique.</para>
<itemizedlist>
<listitem>
<para>Si vous créez une <emphasis role="bold">image à la taille fixe</emphasis>
de, par exemple, 10 Gio, un fichier image d'à peu près la même taille
sera créé sur votre système hôte. Remarquez que la création d'une image
à taille statique peut prendre beaucoup de temps selon la taille de
l'image et les performances d'écriture de votre disque dur.</para>
</listitem>
<listitem>
<para>Pour une gestion du stockage plus flexible, utilisez une <emphasis
role="bold">image à extension dynamique</emphasis>. Celle ci sera au
départ très petite et n'occupera pas d'espace pour des secteurs du disque
virtuel non utilisés, mais le fichier image grossira chaque fois qu'on
écrira sur un secteur du disque pour la première fois. Si ce format
prend moins d'espace disque au début, le fait que VirtualBox doive
étendre en permanence le fichier image consomme des ressources machines
supplémentaires, donc jusqu'à ce que le disque ne soit entièrement
rempli, les opérations d'écriture sont plus lentes qu'avec des disques à
taille statique. Cependant, après qu'un disque dynamique a été étendu
entièrement, la différence de performances pour les opérations de lecture
et d'écriture est négligeable.</para>
</listitem>
</itemizedlist>
</sect1>
<sect1 id="vdis">
<title>Le gestionnaire de médias virtuels</title>
<para>VirtualBox conserve un registre interne de toutes les images disponibles
de disque, CD/DVD-ROM et de disquette. Vous pouvez voir et modifier ce
registre dans le gestionnaire de médias virtuels, auquel vous pouvez
accéder depuis le menu « Fichier » dans la fenêtre principale de VirtualBox :</para>
<para><mediaobject>
<imageobject>
<imagedata align="center" fileref="/en_US/images/virtual-disk-manager.png"
width="10cm" />
</imageobject>
</mediaobject>La fenêtre vous montre toutes les images actuellement
enregistrées avec VirtualBox, regroupées de façon pratique en trois onglets
pour les trois formats possibles. Ces formats sont :</para>
<itemizedlist>
<listitem>
<para>Les images de disque dur, soit au format Virtual Disk Image (VDI)
de VirtualBox lui-même, soit dans les formats tiers listés ci-dessus ;</para>
</listitem>
<listitem>
<para>Les images de CD/DVD au format standard ISO ;</para>
</listitem>
<listitem>
<para>Des images de disquette au format standard RAW.</para>
</listitem>
</itemizedlist>
<para>Comme vous pouvez le voir dans la capture d'écran ci-dessus, pour
chaque image, le gestionnaire de médias virtuels vous montre le chemin
complet vers le fichier image et d'autres informations telles que la machine
virtuelle à laquelle l'image est actuellement attachée, s'il y en a une.</para>
<para>Le gestionnaire de médias virtuels vous permet de</para>
<itemizedlist>
<listitem>
<para>créer de nouvelles images de disque dur en utilisant le bouton
<emphasis role="bold">"Nouveau"</emphasis> ; cela ouvrira l'assistant
« Créer une image de disque » déjà décrit au <xref
linkend="gui-createvm" />;</para>
</listitem>
<listitem>
<para>importer des fichiers images existantes depuis votre disque dur
sur VirtualBox en utilisant le bouton <emphasis role="bold">"Ajouter"</emphasis> ;</para>
</listitem>
<listitem>
<para><emphasis role="bold">supprimer</emphasis> une image du
registre(et éventuellement effacer le fichier image en même temps) ;</para>
</listitem>
<listitem>
<para><emphasis role="bold">"libérer"</emphasis> une image, c'est-à-dire,
la détacher d'une machine virtuelle si elle y est actuellement attachée
comme un disque dur.</para>
</listitem>
</itemizedlist>
<para>Nous vous recommandons de maintenir deux dossiers spéciaux sur votre
système pour conserver les images : un pour les fichiers images de disques
durs (qui peut, en cas d'images à extension dynamique, atteindre des tailles
considérables), et un pour les fichiers ISO (qui ont probablement été
téléchargées sur Internet).</para>
<para>Vous pouvez copier des fichiers images de disque dur sur d'autres
systèmes hôtes et les importer depuis des machines virtuelles, bien que
certains systèmes invités (surtout Windows 2000 et XP) exigeront que la
nouvelle machine virtuelle soit paramétrée de la même manière que l'ancienne.
.<note>
<para>Ne faites pas simplement des copies d'images de disques virtuels.
Si vous importer ainsi une seconde copie dans une machine virtuelle,
VirtualBox se plaindra avec une erreur, puisque VirtualBox attribue un
identifiant unique (UUID) à chaque image de disque pour être sûr qu'il
n'est utilisé qu'une seule fois. Voir le <xref linkend="cloningvdis" />
pour des instructions à ce sujet. De même, si vous voulez copier une
machine virtuelle sur un autre système, VirtualBox a une fonction
d'importation/exportation qui pourrait mieux convenir à vos besoins ;
voir le <xref linkend="ovf" />.</para>
</note></para>
</sect1>
<sect1 id="hdimagewrites">
<title>Modes spéciaux d'écriture d'images</title>
<para>Pour chaque image de disque virtuel supportée par VirtualBox, vous
pouvez utiliser des commandes spéciales pour définir comment des opérations
d'écriture depuis la machine virtuelle devraient modifier l'image et comment
les instantanés devraient la modifier. Cela vaut pour tous les formats
d'images précités (VDI, VMDK, VHD ou HDD) et indépendamment du fait que
l'image soit de taille statique ou étendue de façon dynamique.</para>
<orderedlist>
<listitem>
<para>Avec des <emphasis role="bold">images normales</emphasis> (le
réglage par défaut), il n'y a pas de restrictions sur la façon dont les
invités peuvent lire et écrire sur le disque.</para>
<para>Quand vous faites un instantané de votre machine virtuelle comme
décrit au <xref linkend="snapshots" />, l'état d'une telle image de
« disque dur normal » sera enregistrée avec le instantané, et quand vous
restaurerez le instantané, son état sera entièrement réinitialisé.</para>
<para>(pour être précis sur un plan technique, le fichier image n'est
pas « réinitialisé » en tant que tel. Par contre, quand on fait un
instantané, VirtualBox « gèle » le fichier image et n'écrit plus dessus.
Pour les opérations d'écriture depuis la VM, un second fichier image
« de différenciation » est créé qui ne reçoit que les modifications de
l'image d'origine ; voir la prochaine section pour des détails).</para>
<para>Si vous pouvez attacher la même image « normale » à plusieurs
machines virtuelles, une seule de ces machine virtuelle attachée au même
fichier image peut être lancée simultanément, sans quoi il y aurait un
conflit si plusieurs machines écrivaient sur le même fichier image.<footnote>
<para>Cette restriction est plus allégée maintenant qu'avec
VirtualBox 2.2. Auparavant, toute image de disque « normal » ne
pouvait être <emphasis>attachée</emphasis> qu'à une seule machine.
Maintenant, on peut à plus d'une machine, tant que seule une d'entre
elles est en fonction.</para>
</footnote></para>
</listitem>
<listitem>
<para>À l'inverse, les disques durs « write-through » ne sont pas du
tout concernés par les instantanés : leur état <emphasis>n'est pas</emphasis>
sauvegardé quand on crée un instantané, et il n'est pas restauré quand
on le restaure.</para>
<para>Pour <emphasis>créer</emphasis> une image de disque VDI en
« write-through », utilisez la commande <computeroutput>VBoxManage
createhd</computeroutput> ; voir le <xref
linkend="vboxmanage-createvdi" />. Pour marquer une image
<emphasis>existante</emphasis>
comme dynamique, utilisez la commande <computeroutput>VBoxManage modifyhd</computeroutput> ;
voir <xref
linkend="vboxmanage-modifyvdi" />.</para>
</listitem>
<listitem>
<para><emphasis role="bold">Les disques durs partageables</emphasis>
sont une variante des disques durs « write-through ». En principe, ils se
comportent exactement de la même façon, c'est-à-dire que leur état
<emphasis>n'est pas</emphasis> sauvegardé quand on prend un instantané,
et il n'est pas restauré lors de la restauration d'un instantané. La
différence n'apparaît que si on attache de tels disques à plusieurs
VMs. Les VMs partageables peuvent être attachés à plusieurs VMs,
qui peuvent se lancer concommitamment. Elles sont ainsi convenables pour
être utilisées par des systèmes de fichiers cluster entre des VMs et
des applications identiques qui sont préparées explicitement pour accéder
concommitamment à un disque. Seules les images à taille fixe peuvent
être utilisées de cette manière, les images à taille dynamique sont
rejetées.</para>
<para>C'est une fonctionnalité avancée, une mauvaise utilisation peut
conduire à une perte de données -- les systèmes de fichiers réguliers
ne sont pas préparés pour gérer des modifications simultanes par plusieurs
éléments.</para>
<para>Pour <emphasis>créer</emphasis> une image de disque au format VDI
en tant que « partageable », utilisez la commande <computeroutput>VBoxManage
createhd</computeroutput> ; voir le <xref
linkend="vboxmanage-createvdi" />. Pour marquer une image
<emphasis>existante</emphasis> comme partageable, utilisez
<computeroutput>VBoxManage modifyhd</computeroutput> ; voir <xref
linkend="vboxmanage-modifyvdi" />.</para>
</listitem>
<listitem>
<para>Enfin, les images immuables ne se souviennent des accès en écriture
que de façon temporaire pendant que la machine virtuelle est en fonction
; toutes les modifications sont perdues quand la machine virtuelle est
rallumée la fois suivante. Il en résulte que, contrairement aux images
« normal », la même image immuable peut être utilisée avec plusieurs
machines virtuelles sans restrictions.</para>
<para><emphasis>Créer</emphasis> une image immuable n'a pas beaucoup de
sens puisqu'elle serait vide au départ et perdrait son contenu à chaque
redémarrage de la machine (sauf si vous voulez vraiment avoir un disque
non formaté quand la machine démarre). Il en résulte que normalement,
vous créeriez d'abord une image « normal », puis lorsque vous considérez
que son contenu est utile, vous la marqueriez plus tard comme immuable
en utilisant <computeroutput>VBoxManage modifyhd</computeroutput> ;
merci de voir de nouveau le <xref linkend="vboxmanage-modifyvdi" />.
Sinon, ouvrez une image existante en mode « immuable » en utilisant
<computeroutput>VBoxManage openmedium</computeroutput>.</para>
<para>Si vous faites un instantané d'une machine avec des images immuables,
à chaque arrêt de la machine, ces images seront réinitialisées à l'état
du dernier (l'actuel) instantané (et pas à l'état de l'image immuable
d'origine).</para>
<note>
<para>En guise d'exception spéciale, les images immuables <emphasis>ne
sont pas</emphasis> réinitialisées si elles sont attachées à une
machine dont on a fait le dernier instantané alors que la machine
était en fonction (ce que l'on appelle un instantané « en ligne »). Il
en résulte que si le instantané actuel de la machine est comme un
instantané « en ligne », ses images immuables se comportent exactement
comme les images normales décrites précédemment. Pour réactiver la
réinitialisation automatique de telles images, effacez le instantané
actuel de la machine.</para>
</note>
<para>À nouveau, techniquement, VirtualBox n'écrit jamais directement
sur une image immuable. Toutes les opérations d'écriture depuis la
machine seront redirigées vers une image de différenciation ; la
prochaine fois que la VM sera allumée, l'image de différenciation est
réinitialisée de sorte que chaque fois que la VM démarre, ses images
immuables ont exactement le même contenu.<footnote>
<para>Ce comportement a aussi changé avec VirtualBox 2.2. Auparavant,
les images de différenciation étaient désactivées quand la session
de la machine <emphasis>se terminait</emphasis> ; maintenant, elles
sont désactivées à chaque fois que la machine est allumée.</para>
</footnote> L'image de différenciation n'est réinitialisée que lorsque
la machine est allumée depuis l'intérieur de VirtualBox, pas quand
vous redémarrez en demandant un redémarrage depuis la machine. C'est
aussi pourquoi les images immuables se comportent comme décrit
ci-dessus quand les instantanés sont également présents, ce qui utilise
des images de différenciation.</para>
<para>Si la non prise en compte automatique des images de différenciation
au démarrage de la VM ne correspond pas à vos besoins, vous pouvez la
désactiver en utilisant le paramètre <computeroutput>autoreset</computeroutput>
de <computeroutput>VBoxManage modifyhd</computeroutput> ; voir le <xref
linkend="vboxmanage-modifyvdi" /> pour des détails.</para>
</listitem>
</orderedlist>
<para>Pour illustrer les variations entre les divers types du point de vue
des instantanés : Supposons que vous ayez installé votre système
d'exploitation invité dans votre VM et que vous ayez fait un instantané.
Imaginons que vous ayez infecté par accident votre VM avec un virus et que
vous aimeriez revenir au instantané. Avec une image de disque dur normale,
vous restaurez simplement le instantané et l'état précédent de l'image de
votre disque dur sera restaurée (et votre infection par un virus sera annulée).
Avec un disque dur immuable, tout ce qu'il y a à faire est d'éteindre et
d'allumer votre VM, et l'infection par le virus sera désactivée. Néanmoins,
avec une image de disque write-through, vous ne pouvez pas facilement annuler
l'infection par le virus via la virtualisation, mais vous devrez désinfecter
votre machine virtuelle comme un vrai ordinateur.</para>
<para>Vous pourriez encore toujours trouver les images write-though utiles
si vous voulez préserver des données critiques indépendamment des instantanés,
et comme vous pouvez attacher plus d'une image à une VM, il se peut que vous
vouliez avoir une immuable pour le système d'exploitation et une
write-through pour vos fichiers de données.</para>
</sect1>
<sect1 id="diffimages">
<title>Images de différenciation</title>
<para>La section précédente traitait des images de différenciation et de la
façon dont elles sont utilisées avec les instantanés, les images immuables
et les attachements de plusieurs disques. Pour l'utilisateur de VirtualBox
curieux, cette section décrit avec davantage de détails comment elles
fonctionnent.</para>
<para>Une image de différenciation est une image de disque spéciale qui ne
conserve que les différences avec une autre image. Elle est en soi inutile,
elle doit toujours se référer à une autre image. L'image de différenciation
est alors vue en général comme une « fille » qui conserve les différences
par rapport à son « parent ».</para>
<para>Quand une image de différenciation est active, elle reçoit toutes les
opérations d'écriture depuis la machine virtuelle à la place de son parent.
L'image de différenciation ne contient que les secteurs du disque virtuel
qui a changé depuis que l'image de différenciation a été créée. Quand la
machine lit un secteur depuis un tel disque dur virtuel, il regarde d'abord
dans l'image de différenciation. Si le secteur est présent, il est retourné
depuis celui-ci ; sinon VirtualBox regarde dans le parent. En d'autres
termes, le parent devient en « lecture seule » ; on n'y écrit plus, mais on
lit à partir de celui ci si un secteur n'a pas changé.</para>
<para>Les images de différenciation peuvent être chaînées. Si vous créez une
autre image de différenciation pour un disque virtuel qui a déjà une image
de différenciation, elle devient un « petit-fils » du parent d'origine. La
première image de différenciation devient alors en lecture seule, et les
opérations d'écriture ne vont que sur l'image de différenciation de second
niveau. Lors de la lecture à partir du disque virtuel, VirtualBox doit
d'abord regarder d'abord dans la deuxième image de différenciation, puis
dans la première si le secteur n'a pas été trouvé puis dans l'image d'origine.</para>
<para>Il peut y avoir un nombre illimité d'images de différenciation et
chaque image peut avoir plus d'un enfant. Il en résulte que les images de
différenciation peuvent constituer une arborescence complexe avec des parents,
des « frères » et des enfants selon la complexité de la configuration de
votre machine. Les opérations d'écriture vont toujours sur l'image de
différenciation « active » attachée à la machine, et pour des opérations de
lecture, il se peut que VirtualBox ait besoin de de regarder dans presque
tous les parents de la chaîne jusqu'à ce qu'il trouve le secteur en question.
Vous pouvez regarder une telle arborescence dans le gestionnaire de médias
virtuels :<mediaobject>
<imageobject>
<imagedata align="center" fileref="/en_US/images/virtual-disk-manager2.png"
width="10cm" />
</imageobject>
</mediaobject></para>
<para>Dans toutes ces situations, du point de vue de la machine virtuelle,
le disque dur virtuel se comporte comme n'importe quel autre disque. Pendant
que la machine virtuelle est en fonction, il y a une légere surcharge d'E/S
en cours d'exécution car il se peut que VirtualBox doive regarder des
secteurs plusieurs fois. Cela n'est cependant pas observable puisque les
tables avec des informations de secteurs sont toujours conservées en mémoire
et peuvent être inspectées rapidement.</para>
<para>Les images de différenciation sont utilisées dans les situations
suivantes :<orderedlist>
<listitem>
<para><emphasis role="bold">Les instantanés.</emphasis> Quand vous
créez un instantané, comme expliqué dans la section précédente,
VirtualBox « gèle » les images attachées à la machine virtuelle et
crée des images de différenciation pour chacune d'elles (pour être
précis, une pour chaque image non en mode « write-through »). Du point
de vue de la machine virtuelle, les disques virtuels continuent d'agir
comme avant mais toutes les opérations d'écriture vont sur les images
de différenciation. Chaque fois que vous créez un autre instantané,
pour chaque attachement de disque dur, une autre image de différenciation
est créée et attachée, constituant une chaîne ou une arborescence.</para>
<para>Dans la capture d'écran ci-dessus, vous voyez que l'image de
disque d'origine est maintenant attachée à un instantané,
représentant l'état du disque quand le instantané a été fait.</para>
<para>Si vous <emphasis role="bold">restaurez</emphasis> maintenant un
instantané - c'est-à-dire si vous voulez revenir à l'état exact de la
machine qui a été stocké dans le instantané -, ce qui suit se produit :<orderedlist>
<listitem>
<para>VirtualBox copie les paramètres de la
machine virtuelle qui ont été copiés dans le instantané vers la
machine virtuelle. Il en résulte que si vous avez fait des
changements sur la configuration de la machine depuis que vous
avez fait le instantané, elles sont annulées.</para>
</listitem>
<listitem>
<para>Si l'instantané a été pris alors que la machine était en
fonction, son contenu a un état de machine sauvegardé et cet
état est restauré ; après la restauration du instantané, la
machine sera alors en état « sauvegardée » et reprendra
l'exécution là où se trouve le démarrage suivant. Sinon la
machine sera dans l'état « Coupée » et fera un démarrage complet.</para>
</listitem>
<listitem>
<para>Pour chaque image de disque attachée à la machine, l'image
de différenciation qui conserve toutes les opérations d'écriture
depuis que le instantané actuel a été pris est projetée et
l'image parente d'origine est à nouveau activée. (Si vous avez
restauré le instantané « racine », elle sera l'image de disque
racine de chaque élément attaché ; sinon une autre image de
différenciation proviennent d'elle.) Ceci restaure en fait
l'ancien état de la machine.</para>
</listitem>
</orderedlist></para>
<para>Si vous <emphasis role="bold">effacez</emphasis> ultérieurement
un instantané pour libérer de l'espace disque, pour chaque attachement
de disque, une des images de différenciation devient obsolète. Dans ce
cas, l'image de différenciation de l'attachement du disque ne peut pas
être simplement effacée. VirtualBox doit au contraire regarder chaque
secteur de l'image de différenciation et doit le copier vers son parent
; cela s'appelle du « merging » d'image et peut être un processus
potentiellement long selon la taille
de l'image de différenciation. Il peut aussi nécessiter temporairement
une quantité de d'espace disque supplémentaire substantielle, avant
que l'image de différenciation devenue obsolète avec l'opération de
merging ne seit effacée.</para>
</listitem>
<listitem>
<para><emphasis role="bold">Images immuables.</emphasis> Quand on
bascule une image en mode « immuable », une image de différenciation
est créée. Comme avec les instantanés, l'image parent devient alors en
lecture seule et l'image de différenciation reçoit toutes les opérations
d'écriture. Chaque fois qu'on démarre la machine virtuelle, toutes les
images immuables qui y sont attachées ont leur propre image de
différenciation qui apparaît, réinitialisant effectivement le disque
virtuel de la machine virtuelle à chaque redémarrage.</para>
</listitem>
</orderedlist></para>
</sect1>
<sect1 id="cloningvdis">
<title>Cloner des images de disque</title>
<para>Vous pouvez dupliquer des fichiers images de disque dur sur le même
hôte pour rapidement créer une seconde machine virtuelle avec le même
paramétrage de système d'exploitation. Cependant, <emphasis>vous ne devriez
faire de copies d'images de disques durs virtuels qu'en utilisant</emphasis>
l'outil fourni avec VirtualBox ; voir le <xref linkend="vboxmanage-clonevdi" />.
Car VirtualBox donne un un numéro d'identité unique (UUID) à chaque image de
disque, qui est également stocké dans l'image, et VirtualBox refusera de
fonctionner avec deux images qui utilisent le même numéro Si vous essayez
accidentellement de réimporter une image de disque que vous avez copiée
normalement, vous pouvez faire une deuxième copie en utilisant l'outil de
VirtualBox et l'importer à la place.</para>
<para>Remarquez que les distributions Linux récentes identifient le disque
d'amorçage à partir de l'ID du disque. Les signalements de l'ID VirtualBox
sont déterminés à partir de l'UUID de l'image du disque virtuel. Donc si
vous clonez une image de disque et si vous essayez de démarrer sur l'image
copiée, il se pourrait que l'invité ne puisse pas déterminer son propre
disque d'amorçage vu que l'UUID a changé. Dans ce cas, vous devez adapter
l'ID du disque dans votre script de chargeur de démarrage (par exemple
<computeroutput>/boot/grub/menu.lst</computeroutput>). L'ID du disque
ressemble à ceci : <screen>scsi-SATA_VBOX_HARDDISK_VB5cfdb1e2-c251e503</screen></para>
<para>Vous pouvez déterminer l'ID de l'image copiée avec <screen>hdparm -i /dev/sda</screen></para>
</sect1>
<sect1 id="iocaching">
<title>Images de disque et mise en cache E/S</title>
<para>VirtualBox peut éventuellement désactiver la mise en cache E/S
qu'effectuerait sinon le système d'exploitation hôte sur les fichiers images
de disque.</para>
<para>Traditionnellement, VirtualBox ouvre les fichiers images de disque
comme des normaux, ce qui fait qu'ils sont mis en cache par le système
d'exploitation hôte, comme n'importe quel autre fichier. Le principal
avantage de ceci est la vitesse : quand l'OS invité écrit sur le disque et
lorsque le cache de l'OS hôte utilise l'écriture différée, l'opération
d'écriture peut être reportée tout en étant effectuée rapidement sur l'OS
invité, tandis que l'hôte peut effectuer l'opération de façon non
synchronisée. En outre, quand vous démarrez une VM une deuxième fois et si
vous avez assez de mémoire disponible pour que l'OS l'utilise pour la mise
en cache, il se peut que de grandes parties du disque virtuel restent dans
la mémoire du système, la VM peut accéder aux données beaucoup plus rapidement.</para>
<para>Remarquez que cela ne s'applique que sur des fichiers images ; la mise
en tampon n'affecte jamais les disques virtuels résidant sur des supports de
stockage iSCSI distants, ce qui est le scénario le plus courant sur des
configurations d'entreprise. (voir <xref
linkend="storage-iscsi" />).</para>
<para>Si la mise en tampon est un paramètre par défaut utile pour virtualiser
quelques machines sur un ordinateur de bureau, cette approche comporte
certains inconvénients :<orderedlist>
<listitem>
<para>L'écriture différée à travers le cache de l'OS hôte est moins
sécurisée. Quand l'OS invité écrit des données, il considère qu'elles
sont écrites même si elles ne sont pas encore arrivé sur un disque
physique. Si pour une raison quelconque l'écriture ne se produit pas
(panne de courant, plantage de l'hôte), les chances de perdre des
données sont accrues.</para>
</listitem>
<listitem>
<para>Les fichiers images de disque ont tendance à être très gros. Les
mettre en cache peut donc rapidement utiliser jusqu'à l'ensemble du
cache de l'OS hôte. Selon l'efficacité de la mise en cache de l'OS
hôte, cela peut ralentir énormément l'hôte, surtout si plusieurs VMs
fonctionnent en même temps. Par exemple, sur des hôtes Linux, il peut
résulter de la mise en cache de l'hôte que Linux diffère toutes les
écritures jusqu'à ce que le cache de l'hôte soit presque plein, alors
l'écriture de tous ces changements en une seule fois peut éventuellement
figer l'exécution de la VM pendant quelques minutes. Il peut s'en
suivre des erreurs E/S dans l'invité du fait du timeout de requête des
E/S sur ceux-ci.</para>
</listitem>
<listitem>
<para>La mémoire physique est souvent gaspillée vu que les systèmes
d'exploitation invités ont leurs propres caches E/S, ce qui peut
aboutir à ce que les données soient mises en cache deux fois (à la
fois dans les caches de l'invité et de l'hôte) pour un résultat limité.</para>
</listitem>
</orderedlist></para>
<para>Il s'en suit que, à partir de la version 3.2, VirtualBox vous permet
éventuellement de désactiver la mise en cache E/S de l'hôte des fichiers
images de disque. Dans ce cas, VirtualBox utilise son propre petit cache
pour mettre les écritures en tampon, mais il n'y a pas de mise en cache de
lecture puisque ceci est déjà fait par l'OS invité. En outre, VirtualBox
supporte complètement l'E/S asynchrone pour ses contrôleurs virtuels SATA,
SCSI et SAS à travers divers fils d'E/S.</para>
<para>Comme l'E/S asynchrone n'est pas supportée par les contrôleurs IDE,
pour des raisons de performance, il se peut que vous souhaitiez laisser la
mise en cache activée pour les contrôleurs IDE virtuels de votre VM.</para>
<para>C'est pourquoi VirtualBox vous permet de configurer si le cache E/S de
l'hôte est utilisé pour chaque contrôleur E/S séparément. Soit décochez la
case « Utiliser le cache E/S de l'hôte » des paramètres « Stockage » pour un
contrôleur de stockage virtuel donné, soit utilisez la commande VBoxManage
suivante pour désactiver le cache E/S de l'hôte pour un contrôleur de
stockage virtuel :<screen>VBoxManage storagectl &lt;vm&gt; --name &lt;nomcontrôleur&gt; --hostiocache off</screen></para>
<para>Voir <xref linkend="vboxmanage-storagectl" /> pour des détails.</para>
<para>De même, pour les raisons évoquées ci-dessus, VirtualBox utilise
maintenant par défaut des contrôleurs SATA pour les nouvelles machines
virtuelles.</para>
<note>
<para>La désactivation des caches E/S de l'hôte donnera de faibles performances actuellement avec les fichiers VHD et sparse VMDK. Voir le <xref linkend="KnownIssues" /> pour les détails.</para>
</note>
</sect1>
<sect1 id="storage-bandwidth-limit">
<title>Limiting bandwidth for disk images</title>
<para>Starting with version 4.0, VirtualBox allows for limiting the
maximum bandwidth used for asynchronous I/O. Additionally it supports
sharing limits through bandwidth groups for several images. It is possible
to have more than one such limit.</para>
<para>Limits are configured through
<computeroutput>VBoxManage</computeroutput>. The example below creates a
bandwidth group named "Limit", sets the limit to 20 MB/s and assigns the
group to the attached disks of the VM:<screen>VBoxManage bandwidthctl "VM name" --name Limit --add disk --limit 20
VBoxManage storageattach "VM name" --controller "SATA" --port 0 --device 0 --type hdd
--medium disk1.vdi --bandwidthgroup Limit
VBoxManage storageattach "VM name" --controller "SATA" --port 1 --device 0 --type hdd
--medium disk2.vdi --bandwidthgroup Limit</screen></para>
<para>All disks in a group share the bandwidth limit, meaning that in the
example above the bandwidth of both images combined can never exceed 20
MB/s. However if one disk doesn't require bandwidth the other can use the
remaining bandwidth of its group.</para>
<para>The limits for each group can be changed while the VM is running,
with changes being picked up immediately. The example below changes the
limit for the group created in the example above to 10 MB/s:<screen>VBoxManage bandwidthctl "VM name" --name Limit --limit 10</screen></para>
</sect1>
<sect1 id="storage-cds">
<title>Opération sur le lecteur de CD/DVD</title>
<para>Le(s) lecteur(s) de CD/DVD par défaut ne supporte(nt) que la lecture.
La configuration du média peut être modifiée au moment de l'exécution. Vous
pouvez choisir entre trois options pour fournir les données au média :<itemizedlist>
<listitem>
<para><emphasis role="bold">Lecteur hôte</emphasis> définit que
l'invité peut lire depuis le média dans le lecteur hôte. Les changements
de média des lecteurs hôtes sont signalés à l'invité.</para>
</listitem>
<listitem>
<para>Le <emphasis role="bold">fichier image</emphasis> donne à
l'invité l'accès en lecture seule aux données de l'image (souvent
mentionnée comme image ISO). Un changement de média est signalé lors
du basculement vers une image différente ou de la sélection d'une autre
option.</para>
</listitem>
<listitem>
<para><emphasis role="bold">EVide</emphasis> est pour un lecteur sans
média inséré. Le lecteur répond comme d'habitude à la situation, mais
aucune donnée ne peut être lue.</para>
</listitem>
</itemizedlist></para>
<para>Comme déjà mentionné, les signalements de changements de média dépendent
des options sélectionnées pour le média. Les changements de média peuvent
être empêchés par l'invité et VirtualBox le répercute en verrouillant le
lecteur hôte si nécessaire. Vous pouvez forcer la suppression d'un média
dans une telle situation par l'interface graphique de VirtualBox ou l'outil
en ligne de commande VBoxManage. En fait, cela revient à une éjection
d'urgence fournie par beaucoup de lecteurs CD/DVD avec tous les effets
colatéraux associés. L'OS invité peut renvoyer des messages d'erreur dans
ce cas, comme sur du vrai matériel. Utilisez ceci avec prudence.</para>
<para>Dans tous les cas, seuls des médias de données sont supportées pour les
lecteurs de CD/DVD. Cela signifie que tous les formats de CD de données et
tous les formats DVD peuvent en principe être utilisés. Comme les lecteurs
DVD hôte refusent de lire des médias vidéos DVD chiffrés, vous ne pouvez
pas jouer de telles vidéos avec l'émulation de CD/DVD régulière. Il se peut
que vous réussissiez à le faire fonctionner avec le support expérimental
passthrough décrit au <xref linkend="storage-write-cds" />.</para>
<para>Les formats de CD audio et de CD vidéo ne sont pas supportés, ce qui
signifie que vous ne pouvez pas jouer de tels médias depuis une machine
virtuelle.</para>
</sect1>
<sect1 id="storage-write-cds">
<title>Écrire des CDs et des DVDs en utilisant le lecteur hôte</title>
<para>Quand vous attachez le lecteur CD/DVD de votre hôte à une machine
virtuelle (voir le <xref linkend="settings-storage" />), cela donne en
principe à la machine un accès en lecture seule au lecteur hôte. Cela empêche
l'invité d'écrire sur le lecteur hôte. En particulier, vous ne pouvez pas
graver de CDs et de DVDs depuis l'invité de cette façon.</para>
<para>En fonctionnalité expérimentale (qui ne fonctionne actuellement que
pour les médias de données, les formats de CD audio, vidéo ne sont pas
supportés), il est possible de donner à l'invité l'accès aux fonctionnalités
d'écriture de CD/DVD du lecteur hôte (si disponibles). Il y a une case à
cocher « Passthrough » dans la boîte de dialogue de l'interface graphique
pour configurer le média attaché à un contrôleur de stockage, ou vous pouvez
utiliser la ligne de commande :</para>
<screen>VBoxManage storageattach &lt;uuid|nomvm&gt;
--storagectl &lt;nom&gt;
--port &lt;numéro&gt;
--device &lt;numéro&gt;
[--type &lt;dvddrive|hdd|fdd&gt;
--medium &lt;none|emptydrive|uuid|filename|host:&lt;drive&gt;&gt;]
[--passthrough &lt;on|off&gt;]
[--forceunmount]</screen>
<para>Voir aussi <xref linkend="vboxmanage-storageattach" />.</para>
<para>Même si pass-through est activé, des commandes risquées telles que la
mise à jour du firmware du lecteur seront bloquées. Sur certains lecteurs
hôtes, la fonctionnalité pass-through permet de jouer des médias vidéos DVD
chiffrés.</para>
<para>Sur les hôtes Solaris, le path-through exige de lancer VirtualBox avec
les droits du vrai administrateur du fait de mesures de sécurité renforcées
par l'hôte.</para>
</sect1>
<sect1>
<title id="storage-iscsi">Serveurs iSCSI</title>
<para>iSCSI signifie « Internet SCSI » et c'est un standard qui permet
d'utiliser le protocole SCSI à travers des connexions Internet ((TCP/IP).
Surtout avec l'arrivée de l'Internet haut débit (Gigabit Ethernet), il devient
envisageable d'attacher des serveurs de stockage iSCSI simplement en tant
que disques durs distants à un réseau d'ordinateurs. Dans la terminologie
iSCSI, le serveur qui fournit les ressources de stockage est appelé une
« cible iSCSI », tandis que le client qui se connecte au serveur et accède
à ses ressources est appelé « l'initiateur iSCSI ».</para>
<para>VirtualBox peut présenter de façon intégréte à une machine virtuelle
du stockage distant iSCSI comme un disque dur virtuel. Le système
d'exploitation invité ne verra aucune différence entre une image de disque
virtuelle (fichier VDI) et une cible iSCSI. Pour faire cela, VirtualBox a un
initiateur iSCSI intégré.</para>
<para>Le support iSCSI de VirtualBox a été développé en fonction du standard
iSCSI et il devrait fonctionner avec toutes les cibles iSCSI standards
conformes au modèle. Pour utiliser une cible iSCSI avec VirtualBox, vous
devez d'abord l'enregistrer en tant que disque dur virtuel avec
<computeroutput>VBoxManage</computeroutput> ; voir
<xref linkend="vboxmanage-storageattach" />. La cible apparaîtra dans la liste
d'images de disques, comme décrit au <xref linkend="vdis" />, et peut ainsi
être attachée à l'un des trois emplacements de disque dur de la VM de façon
ordinaire.</para>
</sect1>
</chapter>