Full Circle Magazine FR

Outils pour utilisateurs

Outils du site

Piste : • labo_linux
issue110:clonezilla_virtualbox

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision		Révision précédente
issue110:clonezilla_virtualbox [2016/07/08 15:26] – andre_domenechissue110:clonezilla_virtualbox [2016/07/09 17:18] (Version actuelle) – auntiee
Ligne 1: Ligne 1:
 **Virtual execution environments such as Virtualbox, VMWare and others have long been a boon for users who wish to try out a new GNU/Linux distribution. Not everybody has a spare machine lying around that can be used as a testbed. Even for those who do, the test computer may already be taken up by another project. One possible strategy could be the creation of various partitions that share a single computer’s hard drive. But this approach also has its dangers, especially when testing distributions that one does not know well yet: not all installers work in the same way, and accidents do happen. When they do, partitions may be deleted, reformatted, or the system rendered inoperative due to a borked boot-loader. In a virtual environment, on the other hand, an installation that goes wrong will have no effect on the computer’s host operating system. At worst, the virtual machine is deleted along with all its files, and the cost in terms of the owner’s time and effort is minimal.** **Virtual execution environments such as Virtualbox, VMWare and others have long been a boon for users who wish to try out a new GNU/Linux distribution. Not everybody has a spare machine lying around that can be used as a testbed. Even for those who do, the test computer may already be taken up by another project. One possible strategy could be the creation of various partitions that share a single computer’s hard drive. But this approach also has its dangers, especially when testing distributions that one does not know well yet: not all installers work in the same way, and accidents do happen. When they do, partitions may be deleted, reformatted, or the system rendered inoperative due to a borked boot-loader. In a virtual environment, on the other hand, an installation that goes wrong will have no effect on the computer’s host operating system. At worst, the virtual machine is deleted along with all its files, and the cost in terms of the owner’s time and effort is minimal.**
  
-Les environnements d’exécution virtuels, Virtualbox, VMWare et autres, sont depuis longtemps une aubaine pour les utilisateurs qui souhaitent tester de nouvelles distributions GNU/Linux. Tout le monde ne dispose pas d’une machine supplémentaire qui puisse servir de banc d’essai et, même chez ceux dont c’est le cas, la machine de test peut être mobilisée par un second projet. Une stratégie envisageable est la création de plusieurs partitions qui permettent le partage du disque dur d’un unique ordinateur. Mais cette approche comporte également des dangers, particulièrement quand on teste une distribution que l’on connaît mal : tous les installeurs ne fonctionnent pas de la même façon et des accidents se produisent effectivement. Dans ce cas des partitions peuvent être effacées, reformatées, ou le système peut être rendu inopérant par un bootloader défectueux. En revanche, dans un environnement virtuel, une installation qui se passe mal n’aura aucun effet sur le système d’exploitation de la machine hôte. Au pire, la machine virtuelle est détruite avec tous ses fichiers et le coût en termes de temps et de matériel reste minimum.+Les environnements d’exécution virtuels, Virtualbox, VMWare et autres, sont depuis longtemps une aubaine pour les utilisateurs qui souhaitent tester de nouvelles distributions GNU/Linux. Tout le monde ne dispose pas d’une machine supplémentaire qui puisse servir de banc d’essai et, même chez ceux dont c’est le cas, la machine de test peut être mobilisée par un second projet. Une stratégie envisageable est la création de plusieurs partitions qui permettent le partage du disque dur d’un unique ordinateur. Mais cette approche comporte également des dangers, particulièrement quand on teste une distribution que l’on connaît mal : tous les installeurs ne fonctionnent pas de la même façon et des accidents peuvent se produire. Dans ce cas, des partitions peuvent être effacées, reformatées, ou le système peut être rendu inopérant par un bootloader défectueux. En revanche, dans un environnement virtuel, une installation qui se passe mal n’aura aucun effet sur le système d’exploitation de la machine hôte. Au pire, la machine virtuelle est détruite avec tous ses fichiers et le coût en termes de temps et d'efforts du propriétaire reste minimum.
  
 **However, once a distribution has been successfully installed and we find that we actually like it, it begs the question of how to transfer the resulting system to an actual computer. Going once more through the complete installation process on the physical hardware seems a waste of time, and perhaps also of bandwidth – if new software packages have already been downloaded once to update the virtual machine. It would perhaps be more logical to somehow transfer the contents of the virtual machine’s hard drive to the actual computer. This article explores one way of doing this - a way that does not require a degree in computer systems administration to carry out.** **However, once a distribution has been successfully installed and we find that we actually like it, it begs the question of how to transfer the resulting system to an actual computer. Going once more through the complete installation process on the physical hardware seems a waste of time, and perhaps also of bandwidth – if new software packages have already been downloaded once to update the virtual machine. It would perhaps be more logical to somehow transfer the contents of the virtual machine’s hard drive to the actual computer. This article explores one way of doing this - a way that does not require a degree in computer systems administration to carry out.**
Ligne 9: Ligne 9:
 I will be using Virtualbox as a virtual machine, both because it is already in the Ubuntu repositories and because it actually works quite well. On the client side, I will be using Ubuntu 16.04 for the amd64 architecture. Since most computers sold in the last several years now have 64-bit architectures, to my mind there remain few reasons to choose the 32-bit (“i386”) versions of Ubuntu - although there will be a caveat on this aspect later on. For now, let us set up a new 64-bit virtual machine within Virtualbox. 1 GByte of RAM is about as low as one can go to install Xenial, so that is the amount we will specify for the virtual machine. Needless to say, our host computer will need to have at the very least 2 GBytes of physical RAM, one to give to the virtual machine, and another for its own needs.** I will be using Virtualbox as a virtual machine, both because it is already in the Ubuntu repositories and because it actually works quite well. On the client side, I will be using Ubuntu 16.04 for the amd64 architecture. Since most computers sold in the last several years now have 64-bit architectures, to my mind there remain few reasons to choose the 32-bit (“i386”) versions of Ubuntu - although there will be a caveat on this aspect later on. For now, let us set up a new 64-bit virtual machine within Virtualbox. 1 GByte of RAM is about as low as one can go to install Xenial, so that is the amount we will specify for the virtual machine. Needless to say, our host computer will need to have at the very least 2 GBytes of physical RAM, one to give to the virtual machine, and another for its own needs.**
  
-Je vais me servir de Virtualbox comme machine virtuelle, à la fois parce qu’il est déjà présent dans les dépôts Ubuntu et parce qu’il marche très bien. Côté client je vais utiliser Ubuntu 16.04 pour architecture AMD64. Comme la plupart des ordinateurs vendus ces dernières années sont des 64-bit il y a, selon moi, peu de raisons de choisir une version 32-bit d’Ubuntu (« i386 ») — même si plus loin je consacre une mise en garde à ce sujet. Pour l’instant, paramétrons une nouvelle machine virtuelle de 64-bit dans Virtualbox : un Gbyte de RAM est à peu près le minimum que l’on puisse utiliser pour installer Xenial, c’est donc la quantité que nous spécifierons pour notre machine virtuelle. Il va sans dire que notre ordinateur hôte aura besoin d’au moins deux Gbytes de RAM : un pour la machine virtuelle et un pour ses propres besoins.+Je vais me servir de Virtualbox comme machine virtuelle, à la fois parce qu’il est déjà présent dans les dépôts Ubuntu et parce qu’il marche très bien. Côté client je vais utiliser Ubuntu 16.04 pour architecture AMD64. Comme la plupart des ordinateurs vendus ces dernières années sont des 64-bit, il y a, selon moi, peu de raisons de choisir une version 32-bit d’Ubuntu (« i386 ») — même si plus loin je consacre une mise en garde à ce sujet. Pour l’instant, paramétrons une nouvelle machine virtuelle de 64-bit dans Virtualbox : un Go de RAM est à peu près le minimum que l’on puisse utiliser pour installer Xenial, c’est donc la quantité que nous spécifierons pour notre machine virtuelle. Il va sans dire que notre ordinateur hôte aura besoin d’au moins deux Go de RAM : un pour la machine virtuelle et un pour ses propres besoins.
  
 **As for the hard drive, Virtualbox suggests creating an 8 GByte volume, based on the name of the distribution to be installed. This virtual hard drive will, in fact, be contained within a single file on the host system. Since the file is a sparse hard drive, only sectors that actually contain data will be recorded, so the file itself will take up rather less space than the full 8 GBytes given. As a reference, a recent Ubuntu freshly installed should use between 4 and 5 GBytes.** **As for the hard drive, Virtualbox suggests creating an 8 GByte volume, based on the name of the distribution to be installed. This virtual hard drive will, in fact, be contained within a single file on the host system. Since the file is a sparse hard drive, only sectors that actually contain data will be recorded, so the file itself will take up rather less space than the full 8 GBytes given. As a reference, a recent Ubuntu freshly installed should use between 4 and 5 GBytes.**
  
-Concernant le disque dur, en se basant sur le nom de la distribution qui sera installée, Virtualbox suggère la création d’un volume de 8 Gbytes. Ce disque dur virtuel sera en fait représenté par un fichier unique sur le système hôte. Comme ce disque est peu utilisé, seuls les secteurs qui contiennent effectivement des données seront enregistrés et le fichier lui-même occupera donc moins d’espace que les 8 GBytes initialement réservés. Une distribution récente d’Ubuntu fraîchement installée occupera entre 4 et 5 Gbytes.+Quant au disque dur, en se basant sur le nom de la distribution qui sera installée, Virtualbox suggère la création d’un volume de 8 Gbytes. Ce disque dur virtuel sera en fait représenté par un fichier unique sur le système hôte. Comme ce disque est mince, seuls les secteurs qui contiennent effectivement des données seront enregistrés et le fichier lui-même occupera donc moins d’espace que les 8 GBytes initialement réservés. Une distribution récente d’Ubuntu fraîchement installée occupera entre 4 et 5 Go.
  
 **Now, for the caveat on 64-bit versus 32-bit systems. I am executing this virtual machine on a physical computer with a processor that has the VT-x technology included in its CPU (an Intel Core i5). This is needed in order to execute a 64-bit virtual computer. On a physical computer with just about any of the current low-cost CPUs - such as the Atom or Centrino - the required technology is not available within the processor, and 64-bit virtual machines cannot be executed. In this case, simulating a 32-bit system may be a viable alternative, especially if the end target is to set up a lower-end computer. Simply specify an Ubuntu 32-bit system when setting up Virtualbox, and use an ISO image with the i386 architecture suffix.** **Now, for the caveat on 64-bit versus 32-bit systems. I am executing this virtual machine on a physical computer with a processor that has the VT-x technology included in its CPU (an Intel Core i5). This is needed in order to execute a 64-bit virtual computer. On a physical computer with just about any of the current low-cost CPUs - such as the Atom or Centrino - the required technology is not available within the processor, and 64-bit virtual machines cannot be executed. In this case, simulating a 32-bit system may be a viable alternative, especially if the end target is to set up a lower-end computer. Simply specify an Ubuntu 32-bit system when setting up Virtualbox, and use an ISO image with the i386 architecture suffix.**
  
-Et maintenant, notre mise en garde concernant les systèmes 32 et 64-bit. J’utilise cette machine virtuelle sur un ordinateur physique dont le processeur embarque la technologie VT-x (un Intel Core i5). Cela est indispensable pour faire tourner une machine virtuelle de 64-bit. Sur une machine munie d’un processeur bon marché (comme un Atom ou un Centrino) la technologie requise n’est pas disponible et les machines virtuelles de 64-bit ne peuvent donc pas fonctionner. Dans ce cas, simuler un système de 32-bit peut être un choix judicieux, particulièrement si la machine cible est un ordinateur bon marché. Choisissez simplement Ubuntu 32-bit au moment de paramétrer vote machine virtuelle et utilisez une image ISO dont le nom contient le suffixe « i386 ».+Et maintenant, notre mise en garde concernant les systèmes 32 et 64-bit. J’utilise cette machine virtuelle sur un ordinateur physique dont le processeur (un Intel Core i5) embarque la technologie VT-x. Cela est indispensable pour faire tourner une machine virtuelle de 64-bit. Sur une machine munie d’un processeur bon marché (comme un Atom ou un Centrino) la technologie requise n’est pas disponible et les machines virtuelles de 64-bit ne peuvent donc pas fonctionner. Dans ce cas, simuler un système de 32-bit peut être un choix judicieux, particulièrement si la machine cible est un ordinateur bon marché. Choisissez simplement Ubuntu 32-bit au moment de paramétrer votre machine virtuelle et utilisez une image ISO dont le nom contient le suffixe « i386 ». 
 ** **
 Another point that may be useful when setting up the virtual machine is to tell Virtualbox to use 3D acceleration techniques; in essence, we are telling it to emulate a relatively modern GPU, instead of a basic model. This is because I am setting up a desktop system. If, on the other hand, one was to set up a server system that will not need a graphical interface, this step can be omitted. Another point that may be useful when setting up the virtual machine is to tell Virtualbox to use 3D acceleration techniques; in essence, we are telling it to emulate a relatively modern GPU, instead of a basic model. This is because I am setting up a desktop system. If, on the other hand, one was to set up a server system that will not need a graphical interface, this step can be omitted.
Ligne 23: Ligne 24:
 At this point, we have a working virtual machine set up. To install Ubuntu, we will just need to connect the boot ISO image as a virtual CD-ROM unit. I tend to use the default settings – which is to emulate an IDE unit. Setting the CD reader up as a SATA unit is certainly possible, but gives no benefit in terms of speed - since this is all a virtual environment that depends only on the speed of the underlying host computer.** At this point, we have a working virtual machine set up. To install Ubuntu, we will just need to connect the boot ISO image as a virtual CD-ROM unit. I tend to use the default settings – which is to emulate an IDE unit. Setting the CD reader up as a SATA unit is certainly possible, but gives no benefit in terms of speed - since this is all a virtual environment that depends only on the speed of the underlying host computer.**
  
-Un autre choix utile au moment de ce paramétrage est de demander à VirtualBox d’utiliser l’accélération 3D. Cela permet d’émuler un processeur graphique plutôt moderne au lieu d’un modèle basique. Par ailleurs, si vous souhaitez mettre en place un serveur dépourvu d’interface graphique, vous pouvez ignorer cette étape.+Un autre choix utile au moment de ce paramétrage est de demander à VirtualBox d’utiliser l’accélération 3D. Cela permet d’émuler un processeur graphique plutôt moderne au lieu d’un modèle basique. Ceci parce que je prépare un système de bureau. Si, par contre, vous souhaitez mettre en place un serveur dépourvu d’interface graphique, vous pouvez ignorer cette étape.
  
 À ce stade nous disposons d’une machine virtuelle fonctionnelle. Pour installer Ubuntu, il nous suffira d’y connecter l’image ISO bootable en tant que lecteur CD-ROM virtuel. J’ai tendance à utiliser le réglage par défaut qui émule un lecteur IDE. On peut, bien sûr, définir ce lecteur comme périphérique SATA, mais cela n’apporte aucun bénéfice en termes de rapidité, puisque nous sommes dans un environnement virtuel dont les performances ne dépendent que de celles de la machine hôte. À ce stade nous disposons d’une machine virtuelle fonctionnelle. Pour installer Ubuntu, il nous suffira d’y connecter l’image ISO bootable en tant que lecteur CD-ROM virtuel. J’ai tendance à utiliser le réglage par défaut qui émule un lecteur IDE. On peut, bien sûr, définir ce lecteur comme périphérique SATA, mais cela n’apporte aucun bénéfice en termes de rapidité, puisque nous sommes dans un environnement virtuel dont les performances ne dépendent que de celles de la machine hôte.
 +
 ** **
 We can now boot the virtual machine, and if all goes well, we should get the Live CD running within a new window. It can be useful to observe the status bar at the bottom, which allows us to monitor the presence of disk and network activity. We can now boot the virtual machine, and if all goes well, we should get the Live CD running within a new window. It can be useful to observe the status bar at the bottom, which allows us to monitor the presence of disk and network activity.
Ligne 34: Ligne 36:
  
 Les tests et l’installation de la nouvelle distribution sur le disque dur virtuel se déroulent comme de coutume. L’installeur fonctionne comme d’habitude dans la fenêtre de la machine virtuelle. Nous lui demanderons d’effectuer les mises à jour du système pendant l’installation, comme cela nous obtiendrons un système prêt à être recopié sur la machine cible. Les tests et l’installation de la nouvelle distribution sur le disque dur virtuel se déroulent comme de coutume. L’installeur fonctionne comme d’habitude dans la fenêtre de la machine virtuelle. Nous lui demanderons d’effectuer les mises à jour du système pendant l’installation, comme cela nous obtiendrons un système prêt à être recopié sur la machine cible.
 +
 ** **
 The 8 GByte hard drive will be sufficient for our needs. A single ext4 partition will be used for this example, though more complex layouts with separate /home and swap partitions may certainly be envisioned. The virtual drive is detected by the Ubuntu installer as “VBOX HARDDISK”, with the correct size. The small discrepancy is due to the use of 8 GBytes on the Virtualbox size (8 times 2^30 bytes), while the Ubuntu installer sees the same amount of bytes as 8.6 GBytes (8.6 times 10^9 bytes). The 8 GByte hard drive will be sufficient for our needs. A single ext4 partition will be used for this example, though more complex layouts with separate /home and swap partitions may certainly be envisioned. The virtual drive is detected by the Ubuntu installer as “VBOX HARDDISK”, with the correct size. The small discrepancy is due to the use of 8 GBytes on the Virtualbox size (8 times 2^30 bytes), while the Ubuntu installer sees the same amount of bytes as 8.6 GBytes (8.6 times 10^9 bytes).
Ligne 41: Ligne 44:
 Once installed, the new system can be rebooted, and configured to taste. We will be going for a colder look, and less icons cluttering up the Unity dock. Though I do like to set up multiple desktops.** Once installed, the new system can be rebooted, and configured to taste. We will be going for a colder look, and less icons cluttering up the Unity dock. Though I do like to set up multiple desktops.**
  
-Le disque dur de 8 Gbytes suffira à nos besoins. Une seule partition ext4 sera utilisée pour notre exemple même si des partitionnements plus complexes, avec un /home et un /swap séparés, peuvent être envisagés. Le disque virtuel est détecté par l’installeur d’Ubuntu comme « VBOX HARDDISK » avec la bonne taille. Une petite différence est due à l’usage des Gbytes par Virtualbox (8 × 230 bytes) alors que l’installeur voit la même capacité comme 8,6 Gbytes (8,6 × 109 bytes).+Le disque dur de 8 Go suffira à nos besoins. Une seule partition ext4 sera utilisée pour notre exemple, même si des partitionnements plus complexes, avec un /home et un /swap séparés, peuvent être envisagés. Le disque virtuel est détecté par l’installeur d’Ubuntu comme « VBOX HARDDISK » avec la bonne taille. La petite différence est due à l’usage des Gbytes par Virtualbox (8 × 2^30 bytes) alors que l’installeur voit la même capacité comme 8,6 Gbytes (8,6 × 1^09 bytes).
  
 Le processus d’installation est identique à celui d’une machine réelle. Nous constaterons une activité réseau quand les paquets seront chargés depuis les dépôts. La machine virtuelle utilise de manière transparente la connexion de la machine hôte via un petit routeur virtuel inclus dans Virtualbox. Le processus d’installation est identique à celui d’une machine réelle. Nous constaterons une activité réseau quand les paquets seront chargés depuis les dépôts. La machine virtuelle utilise de manière transparente la connexion de la machine hôte via un petit routeur virtuel inclus dans Virtualbox.
  
-FIXME (paragraphe pas clair) Une fois installé, le nouveau système peut être redémarré, puis paramétré suivant les goûts de chacun. Nous rechercherons une apparence plus neutre avec moins d’icônes se bousculant dans le dock d’Unity, même si j’aime paramétrer des bureaux multiples.+Une fois installé, le nouveau système peut être redémarré, puis paramétré suivant les goûts de chacun. Nous rechercherons une apparence plus neutre avec moins d’icônes se bousculant dans le dock d’Unity, même si j’aime paramétrer des bureaux multiples.
  
 **We now have a useful system populating our virtual machine. This is what we try out and tweak to our tastes. Once we are satisfied with the result, we need to find a way to clone it into our target computer. Several options are available to do this. For instance, we can take the VDI file of our virtual hard drive, and decompress it into a directory. The files would then need to be transferred to the target computer over some type of network connection. But, since we will need to do the network connection in any case, it may be less complex to directly use a network-oriented tool to make a copy of the virtual system. This is where Clonezilla comes in. **We now have a useful system populating our virtual machine. This is what we try out and tweak to our tastes. Once we are satisfied with the result, we need to find a way to clone it into our target computer. Several options are available to do this. For instance, we can take the VDI file of our virtual hard drive, and decompress it into a directory. The files would then need to be transferred to the target computer over some type of network connection. But, since we will need to do the network connection in any case, it may be less complex to directly use a network-oriented tool to make a copy of the virtual system. This is where Clonezilla comes in.
Ligne 54: Ligne 57:
 **Clonezilla is a Live CD build upon either a version of Debian or of Ubuntu, by the National Center for High Performance Computing in Taiwan. It allows us to boot up the system to be cloned and then make a copy or image of its hard drive. In this case, we will be working on our virtual machine, but a clone of a physical computer can also easily be made. Once the image has been made and stored on a network server, the target computer can also be booted up from Clonezilla, and the image “restored” to the target hard drive, in essence making an identical clone of one computer onto the other. I downloaded the “alternative stable” version of Clonezilla, based on Ubuntu Wily, from the project web page http://clonezilla.org/downloads.php . This is a relatively small (235 MByte) download, since it contains only the base system and the actual Clonezilla software that works without a need for a graphical environment.** **Clonezilla is a Live CD build upon either a version of Debian or of Ubuntu, by the National Center for High Performance Computing in Taiwan. It allows us to boot up the system to be cloned and then make a copy or image of its hard drive. In this case, we will be working on our virtual machine, but a clone of a physical computer can also easily be made. Once the image has been made and stored on a network server, the target computer can also be booted up from Clonezilla, and the image “restored” to the target hard drive, in essence making an identical clone of one computer onto the other. I downloaded the “alternative stable” version of Clonezilla, based on Ubuntu Wily, from the project web page http://clonezilla.org/downloads.php . This is a relatively small (235 MByte) download, since it contains only the base system and the actual Clonezilla software that works without a need for a graphical environment.**
  
-Clonezilla est un Live CD, basé soit sur Debian, soit sur Ubuntu. Il est proposé par le National Center for High Performance Computing de Taiwan. Il permet de booter le système à cloner, puis de réaliser une image de son disque dur. Dans ce cas nous travaillerons à partir de notre machine virtuelle, mais un clone d'ordinateur physique peut aisément être réalisé. Une fois cette image stockée sur un serveur réseau, la machine cible peut également être bootée avec Clonezilla et l’image être « restaurée » vers son disque dur ; ce qui revient à cloner une machine à l’identique vers une autre machine. J’ai téléchargé la version « alternative stable » de Clonezilla, basée sur Ubuntu Wily, à l’adresse  http://clonezilla.org/downloads.php. C’est un téléchargement relativement léger (235 MBytes) puisqu’il ne contient qu’un système de base et le logiciel Clonezilla lui-même, qui fonctionne sans nécessiter d’environnement graphique.+Clonezilla est un Live CD, basé soit sur Debian, soit sur Ubuntu. Il est proposé par le National Center for High Performance Computing de Taiwan. Il permet de booter le système à cloner, puis de réaliser une image de son disque dur. Dans ce cas, nous travaillerons à partir de notre machine virtuelle, mais un clone d'ordinateur physique peut aisément être réalisé. Une fois cette image stockée sur un serveur réseau, la machine cible peut également être bootée avec Clonezilla et l’image être « restaurée » vers son disque dur, ce qui revient à cloner une machine à l’identique vers une autre machine. J’ai téléchargé la version « alternative stable » de Clonezilla, basée sur Ubuntu Wily, à l’adresse  http://clonezilla.org/downloads.php. C’est un téléchargement relativement léger (235 Mo) puisqu’il ne contient qu’un système de base et le logiciel Clonezilla lui-même, qui fonctionne sans nécessiter d’environnement graphique.
  
 **We will now halt our new virtual machine, connect the Clonezilla ISO file as the CD unit, and reboot. The GRUB interface is perhaps not as polished as Ubuntu’s, but it is functional. **We will now halt our new virtual machine, connect the Clonezilla ISO file as the CD unit, and reboot. The GRUB interface is perhaps not as polished as Ubuntu’s, but it is functional.
Ligne 66: Ligne 69:
 Éteignons maintenant notre nouvelle machine virtuelle, connectons le fichier ISO de Clonezilla comme lecteur CD et rebootons. L’interface de GRUB n’est peut-être pas aussi élégante que celle d’Ubuntu, mais elle est fonctionnelle. Éteignons maintenant notre nouvelle machine virtuelle, connectons le fichier ISO de Clonezilla comme lecteur CD et rebootons. L’interface de GRUB n’est peut-être pas aussi élégante que celle d’Ubuntu, mais elle est fonctionnelle.
  
-Nous stockerons notre fichier image sur un serveur réseau. Le pus simple est peut-être de paramétrer le SSH sur l’un de nos ordinateurs, par exemple sur celui-là même qui sert d’hôte à notre machine virtuelle. Ce service SSH nous autorise non seulement à accéder à la machine en ligne de commande à travers le réseau, mais aussi à transférer des fichiers vers et depuis son disque dur. S’il n’y a pas encore de serveur SSH sur la machine hôte, OpenSSH peut être installé facilement à partir des dépôts grâce à la commande :+Nous stockerons notre fichier image sur un serveur réseau. Le plus simple est peut-être de paramétrer le SSH sur l’un de nos ordinateurs, par exemple sur celui-là même qui sert d’hôte à notre machine virtuelle. Ce service SSH nous autorise non seulement à accéder à la machine en ligne de commande à travers le réseau, mais aussi à transférer des fichiers vers et depuis son disque dur. S’il n’y a pas encore de serveur SSH sur la machine hôte, OpenSSH peut être installé facilement à partir des dépôts grâce à la commande :
  
 sudo apt-get install openssh-server sudo apt-get install openssh-server
Ligne 78: Ligne 81:
 When creating the SSH connection, a normal user on the SSH server can be used. A directory that exists and that the user can write to must be specified, for example a subdirectory within their home directory.** When creating the SSH connection, a normal user on the SSH server can be used. A directory that exists and that the user can write to must be specified, for example a subdirectory within their home directory.**
  
-Nous pouvons maintenant revenir à Clonezilla et désigner le service SSH de notre hôte comme destination de notre image clonée. Comme vous pouvez le voir, si vous préférez un autre type de partage c’est également possible. Un partage Windows existant peut, par exemple, être accessible avec SAMBA.+Nous pouvons maintenant revenir à Clonezilla et désigner le service SSH de notre hôte comme destination de notre image clonée. Comme vous pouvez le voir, si vous préférez un autre type de partage, c’est également possible. Un partage Windows existant peut, par exemple, être accessible avec SAMBA.
  
 La machine virtuelle est connectée à son hôte via une connexion virtuelle NAT. La machine virtuelle voit la machine hôte à l’IP privée 10.0.2.2, alors qu’elle-même utilise l’adresse 10.0.2.15. Clonezilla l’a détecté et propose par défaut l’adresse de l’hôte comme serveur SSH. La machine virtuelle est connectée à son hôte via une connexion virtuelle NAT. La machine virtuelle voit la machine hôte à l’IP privée 10.0.2.2, alors qu’elle-même utilise l’adresse 10.0.2.15. Clonezilla l’a détecté et propose par défaut l’adresse de l’hôte comme serveur SSH.
Ligne 90: Ligne 93:
 Nous allons maintenant passer aux choses sérieuses avec Clonezilla. Nous choisissons de créer une nouvelle image à partir du disque dur de notre machine virtuelle. L’option la plus simple consiste à choisir le lecteur entier comme base de la copie. Si vous le désirez, les partitions peuvent être clonées individuellement, mais le processus est plus compliqué et devrait être réservé à des installations plus élaborées. Nous allons maintenant passer aux choses sérieuses avec Clonezilla. Nous choisissons de créer une nouvelle image à partir du disque dur de notre machine virtuelle. L’option la plus simple consiste à choisir le lecteur entier comme base de la copie. Si vous le désirez, les partitions peuvent être clonées individuellement, mais le processus est plus compliqué et devrait être réservé à des installations plus élaborées.
  
-C’est à peu près tout. Maintenant Clonezilla accède au disque dur de la machine hôte via SSH pour y copier puis vérifier l’image du disque virtuel. L’étape de vérification peut être omise, ce qui fera gagner beaucoup de temps.+C’est à peu près tout. Maintenant Clonezilla accède au disque dur de la machine hôte via SSH pour y copier puis vérifier l’image du disque virtuel. L’étape de vérification peut éventuellement être omise, ce qui fera gagner beaucoup de temps.
  
 **As a side-note, the cloning process may be found to be rather slow. This is mostly due to the virtual network connection from Virtualbox. One way of making the cloning process a tad faster is by configuring our virtual machine to use a “Bridged Adapter” connection, instead of the default “NAT” connection. However, in this case the user must determine the host (server’s) IP address, for instance with the ifconfig command.** **As a side-note, the cloning process may be found to be rather slow. This is mostly due to the virtual network connection from Virtualbox. One way of making the cloning process a tad faster is by configuring our virtual machine to use a “Bridged Adapter” connection, instead of the default “NAT” connection. However, in this case the user must determine the host (server’s) IP address, for instance with the ifconfig command.**
Ligne 117: Ligne 120:
  
 Une fois l’image recopiée, Clonezilla tiendra compte du fait qu’un bootloader est nécessaire pour rendre le nouveau système amorçable. Il gère GRUB 2, utilisé par les systèmes Ubuntu, et peut le détecter et l’installer sans la moindre formalité. Une fois l’image recopiée, Clonezilla tiendra compte du fait qu’un bootloader est nécessaire pour rendre le nouveau système amorçable. Il gère GRUB 2, utilisé par les systèmes Ubuntu, et peut le détecter et l’installer sans la moindre formalité.
 +
 +Le nouvel ordinateur peut alors être éteint, le support de Clonezilla enlevé et l'ordinateur redémarré. Si tout se passe bien, le système devrait fonctionner et sa configuration devrait être identique à celle de la machine virtuelle.
 ** **
 +
 Now, for some final notes. Now, for some final notes.
  
Ligne 124: Ligne 130:
 Quelques dernières remarques. Quelques dernières remarques.
  
-Dans cet article, j’ai cloné une partition unique qui occupait la totalité du disque dur virtuel. Comme la plupart des ordinateurs ont un disque dur d’une capacité bien supérieure à 8 GBytes le clonage résultera en une première partition de cette taille (/dev/sda1) et laissera une grande partie du disque disponible pour d’autres usages.+Dans cet article, j’ai cloné une partition unique qui occupait la totalité du disque dur virtuel. Comme la plupart des ordinateurs ont un disque dur d’une capacité bien supérieure à 8 Go, le clonage résultera en une première partition de cette taille (/dev/sda1) et laissera une grande partie du disque disponible pour d’autres usages.
  
 **This space can be reclaimed through several strategies. One could extend /dev/sda1 to take up more space. It would, in fact, be preferable if more or larger programs will need to be installed in our new system. This can be done using the gnome-disks - though the partition will need to be unmounted before resizing, which means the target computer must be booted from a Live CD or similar to perform this task. Alternatively, command-line tools such as resize2fs can also do the job, but do require familiarity with command-line system administration and may be outside of many users’ comfort zone.** **This space can be reclaimed through several strategies. One could extend /dev/sda1 to take up more space. It would, in fact, be preferable if more or larger programs will need to be installed in our new system. This can be done using the gnome-disks - though the partition will need to be unmounted before resizing, which means the target computer must be booted from a Live CD or similar to perform this task. Alternatively, command-line tools such as resize2fs can also do the job, but do require familiarity with command-line system administration and may be outside of many users’ comfort zone.**
  
-Cet espace peut-être récupéré de différentes manières. L’une serait d’agrandir /dev/sda1 pour qu’elle occupe plus de place. C’est en fait ce qui serait préférable si vous prévoyez d’installer un ou plusieurs programmes volumineux sur votre nouveau système. Cela peut être fait en utilisant le gnome-disks. La partition devra être démontée avant le redimensionnement, ce qui signifie que l’ordinateur devra être booté depuis un Live CD, ou équivalent, pour s’acquitter de cette tâche. Des outils en ligne de commande comme resize2fs feront également l’affaire, mais ils exigent d’être familiarisés avec l’administration système avec un terminal et peuvent s’avérer délicats pour l’utilisateur novice.+Cet espace peut-être récupéré de différentes manières. L’une serait d’agrandir /dev/sda1 pour qu’elle occupe plus de place. C’est en fait ce qui serait préférable si vous prévoyez d’installer un ou plusieurs programmes volumineux sur votre nouveau système. Cela peut être fait en utilisant le gnome-disks. La partition devra être démontée avant le redimensionnement, ce qui signifie que l’ordinateur devra être booté depuis un Live CD, ou équivalent, pour s’acquitter de cette tâche. Des outils en ligne de commande comme resize2fs feront également l’affaire, mais ils exigent d’être familiarisés à l’administration système avec un terminal et peuvent s’avérer délicats pour l’utilisateur novice.
  
 **If a larger root partition is not required for the new system itself, an alternative approach would be to use the free space to set up a second partition and configure that for the /home directory. This will be the subject of a further article at a later time.** **If a larger root partition is not required for the new system itself, an alternative approach would be to use the free space to set up a second partition and configure that for the /home directory. This will be the subject of a further article at a later time.**
  
 Si le nouveau système n’a pas besoin d’une partition root plus grande, une solution est d’utiliser l’espace libre pour créer une seconde partition qui tiendra lieu de répertoire /home. Cela sera l’objet d’un prochain article. Si le nouveau système n’a pas besoin d’une partition root plus grande, une solution est d’utiliser l’espace libre pour créer une seconde partition qui tiendra lieu de répertoire /home. Cela sera l’objet d’un prochain article.
issue110/clonezilla_virtualbox.1467984390.txt.gz · Dernière modification : 2016/07/08 15:26 de andre_domenech