Provided by: manpages-fr_4.21.0-2_all bug

NOM

       e2image  — Sauvegarder  dans  un fichier les métadonnées critiques de systèmes de fichiers
       ext2/ext3/ext4

SYNOPSIS

       e2image [-r|-Q [-af]] [ -b superbloc ] [ -B taille_bloc ] [ -cnps ] [ -o décalage_src ]  [
       -O décalage_dest ] device fichier_image
       e2image -I périphérique fichier_image

DESCRIPTION

       Le  programme  e2image permet de sauvegarder dans le fichier fichier_image les métadonnées
       critiques de systèmes de fichiers ext2, ext3 ou ext4  situés  dans  périphérique  dans  un
       fichier  spécifié  par  fichier_image.  Le fichier image peut être examiné par dumpe2fs et
       debugfs, en utilisant leur option -i. Cela peut permettre à  un  expert  de  récupérer  un
       système de fichiers endommagé.

       C'est une très bonne idée de créer régulièrement des fichiers image pour tous les systèmes
       de fichiers d'un système et de sauvegarder régulièrement la structure des  partitions  (en
       utilisant la commande fdisk -l), par exemple à chaque démarrage ou toutes les semaines. Le
       fichier image doit être stocké sur un autre système de fichiers que celui dont les données
       sont  extraites,  pour  s'assurer  que  ces  données  seront disponibles dans le cas où le
       système de fichiers serait endommagé.

       Pour économiser de l'espace disque, e2image crée l'image comme  un  fichier  creux  ou  au
       format  QCOW2.  De  ce  fait,  si  le  fichier doit être copié ailleurs, il doit être soit
       compressé préalablement, soit copié en utilisant l'option --sparse=always  de  la  version
       GNU de cp(1). Cela ne s'applique pas aux images QCOW2, qui ne sont pas creuses.

       La  taille  d'un  fichier  image  ext2  dépend  principalement  de la taille du système de
       fichiers et du nombre d'inœuds utilisés. Sur un système  typique  de  10 gigaoctets,  avec
       200 000 inœuds  utilisés  sur  1,2 millions  d'inœuds,  la  taille  du  fichier image sera
       d'environ 35 mégaoctets ; un  système  de  fichiers  de  4 gigaoctets  avec  15 000 inœuds
       utilisés  sur  550 000  donnera  un  fichier image de 3 mégaoctets. Les fichiers image ont
       tendance à pouvoir être compressés facilement ; une image  prenant  32 mégaoctets  sur  le
       disque pourra généralement être compressée en un fichier de 3 ou 4 mégaoctets.

       Si  fichier_image  vaut  -,  la  sortie  de e2image sera envoyée sur la sortie standard et
       pourra donc être redirigée vers un autre programme, comme gzip(1). Remarquez que ce  n'est
       actuellement  géré  que lors de la création d'une image brute en utilisant l'option -r car
       il est nécessaire de pouvoir accéder aléatoirement dans le fichier pour  créer  une  image
       normale ou une image QCOW2, ce qui n'est pas possible avec un enchaînement (pipe).

OPTIONS

       -a     Inclure  les  données de fichier dans le fichier image. Normalement, e2image inclut
              les métadonnées de système de fichiers, pas les données de fichier ordinaire. Cette
              option  produit  une image adaptée pour un clonage de système de fichiers entier ou
              pour des sauvegardes. Il est à remarquer que cette option fonctionne seulement avec
              les  formats  bruts  (-r)  ou  QCOW2  (-Q). En conjonction avec l’option -r, il est
              possible de cloner tous les blocs utilisés, et seulement ceux-ci, d’un  système  de
              fichiers vers un autre fichier de périphérique/image.

       -b superbloc
              Obtenir  l’image  d’une  partition avec le superbloc primaire cassé en utilisant le
              superbloc situé au numéro de bloc superbloc du système de  fichiers.  La  partition
              est copiée telle quelle, incluant le superbloc primaire cassé.

       -B taille_bloc
              Définir  la  taille  de  bloc  du système de fichiers en octet. Normalement, e2fsck
              recherchera le superbloc pour des tailles  de  bloc  différentes  dans  le  but  de
              déterminer  la  taille  appropriée  des  blocs.  Cette  recherche  peut mener à des
              résultats erronés dans certains cas. Cette  option  force  e2fsck  à  n'essayer  de
              localiser  le  superbloc  que pour une taille de bloc particulière. Si le superbloc
              reste introuvable, e2image quittera avec une erreur fatale.

       -c     Comparer chaque bloc à copier à partir de  la  source  périphérique  vers  le  bloc
              correspondant  dans  la  cible  fichier_image.  Si  les  deux sont déjà identiques,
              l’écriture sera ignorée. Cela est utile si le système de fichiers est en  cours  de
              clonage  vers  un périphérique de stockage de type flash (où les lectures sont très
              rapides et où il est souhaitable d’éviter des écritures non nécessaires pour éviter
              l’usure d’écriture sur le périphérique).

       -f     Outrepasser  l’exigence d’écriture seule pour le système de fichiers source lors de
              la sauvegarde du fichier image en utilisant les options -r et -Q.  Normalement,  si
              le  système de fichiers est en cours d’utilisation, le fichier image qui en résulte
              a beaucoup de chances de ne pas être utile. Dans certains  cas  où  le  système  de
              fichiers  est  utilisé  constamment,  cela  peut être préférable que pas d’image du
              tout.

       -I     Installer sur le périphérique les métadonnées enregistrées dans le  fichier  image.
              Elle  permet  de  restaurer  les  métadonnées  d'un  système  de  fichiers  sur  le
              périphérique en cas de nécessité.

       ATTENTION !!!! L'option -I ne devrait être utilisée que dans les cas désespérés où  toutes
       les  autres  alternatives  ont  échoué.  Si le système de fichiers a été modifié depuis la
       création du fichier image, des données seront perdues. En général, il est prudent de faire
       une  image de sauvegarde complète du système de fichiers, dans le cas où vous souhaiteriez
       essayer une autre méthode de récupération par la suite.

       -n     Faire que toutes les écritures d’image soient omises et, à la place,  afficher  les
              numéros de bloc qui seraient écrits.

       -o src_offset
              Indiquer  le décalage de l’image à lire à partir du début du périphérique source en
              octet. Consulter OFFSETS pour davantage de détails.

       -O tgt_offset
              Indiquer le décalage de l’image à écrire à partir du début du  fichier_image  cible
              en octet. Consulter OFFSETS pour davantage de détails.

       -p     Afficher la progression de la création du fichier image.

       -Q     Créer  un fichier image au format QCOW2 au lieu d’un fichier image ordinaire adapté
              pour une utilisation dans des images de machine virtuelle et pour  d’autres  outils
              pouvant  utiliser  le  format .qcow. Consulter FICHIERS IMAGE QCOW2 ci-dessous pour
              davantage de détails.

       -r     Créer un fichier image  brut  au  lieu  d’un  fichier  image  ordinaire.  Consulter
              FICHIERS IMAGE BRUTS pour davantage de détails.

       -s     Brouiller  les entrées de répertoire et remplir de zéros les portions non utilisées
              des blocs de  répertoires  dans  le  fichier  écrit  pour  éviter  de  révéler  des
              informations  sur  le  contenu  du  système  de fichiers. Toutefois, cela empêchera
              l’analyse de problèmes concernant les répertoires indexés par l’arbre de hachages.

FICHIERS IMAGE BRUTS

       L'option -r permet de créer un fichier image brut qui diffère d’un fichier image ordinaire
       de  deux  façons.  Premièrement,  les  métadonnées du système de fichiers sont placées aux
       mêmes positions relatives dans fichier_image que celles dans périphérique de  telle  sorte
       que  debugfs(8), dumpe2fs(8), e2fsck(8), losetup(8), etc., peuvent fonctionner directement
       sur le fichier image brut. Afin de minimiser l'espace disque utilisé par le fichier  image
       brut,  le  fichier  est  créé  comme  un  fichier creux. Faites attention lors des copies,
       compression ou décompression de ce fichier avec des outils qui ne sauraient pas créer  des
       fichiers  creux ;  le  fichier  prendrait  autant  de  place  que  le  système de fichiers
       lui-même ! Deuxièmement, le fichier image brut inclut également les blocs indirects ou les
       blocs de répertoires, ce que les fichiers images normaux n'ont pas.

       Les  images  brutes  sont  parfois  utilisées  pour  l'envoi  de  systèmes  de fichiers en
       accompagnement d'un rapport de bogue pour e2fsprogs.  Pour  cela,  il  est  recommandé  de
       procéder  de  la  façon  suivante (remplacez hda1 par le périphérique approprié pour votre
       système) :

         e2image -r /dev/hda1 - | bzip2 > hda1.e2i.bz2

       Cela n'enverra que les informations sur  les  métadonnées,  sans  les  blocs  de  données.
       Cependant les noms de fichiers dans les blocs des répertoires peuvent toujours révéler des
       informations sur le contenu du système de fichiers que l'auteur du rapport de  bogue  peut
       vouloir  garder  confidentielles.  Pour éviter ce problème, l'option -s peut être utilisée
       pour brouiller les noms de fichier dans l’image.

       Remarquez que cela fonctionnera également si vous remplacez /dev/hda1 par une autre  image
       disque brute, ou une image QCOW2 créée au préalable par e2image.

FICHIERS IMAGES QCOW2

       L'option -Q va créer un fichier image QCOW2 au lieu d'un fichier image normal ou brut. Une
       image QCOW2 contient autant d'informations qu'une image brute, mais contrairement à  cette
       dernière,  elle  n'est  pas  creuse.  L'image  QCOW2  minimise  l'espace disque utilisé en
       stockant les données dans un format spécial, en  tassant  les  paquets  de  données,  afin
       d'éviter les trous tout en minimisant la taille.

       Afin  d'envoyer  un  système  de fichiers au responsable en accompagnement d'un rapport de
       bogue pour e2fsprogs, veuillez procéder de  la  façon  suivante  (remplacez  hda1  par  le
       périphérique approprié pour votre système) :

            e2image -Q /dev/hda1 hda1.qcow2
            bzip2 -z hda1.qcow2

       Cela  n'enverra que les informations sur les métadonnées, sans les blocs de données. Comme
       décrit pour RAW IMAGE FILES, l’option -s peut être indiquée pour  brouiller  les  noms  de
       système de fichiers dans l’image.

       Remarquez  qu'une image QCOW2 créée par e2image est une image QCOW2 normale, qui peut donc
       être traitée par des outils pouvant manipuler le format  QCOW2,  tels  que  qemu-img,  par
       exemple.

       Vous pouvez convertir une image .qcow2 en une image brute avec :

            e2image -r hda1.qcow2 hda1.raw

       Il  peut  être  utile d'écrire une image QCOW2 contenant toutes les données sur un fichier
       image creux qui pourra être monté comme un  périphérique  boucle  (« loop »)  ou  sur  une
       partition de disque. Veuillez noter que cela peut ne pas fonctionner avec les images QCOW2
       créées avec un autre outil que e2image.

DÉCALAGES

       Normalement, un système de fichiers démarre au début  de  la  partition,  et  e2image  est
       exécuté  sur  la  partition.  Lorsqu'on  travaille  avec des fichiers images, il n'est pas
       possible d'utiliser de partition. Vous pouvez préciser le  décalage  à  partir  duquel  le
       système de fichiers commence directement avec l'option -o. De même, l'option -O précise le
       décalage qui devrait être laissé sur la destination avant d'écrire le système de fichiers.

       Par exemple, si vous avez une image dd sur un disque dur entier qui contient un système de
       fichiers  ext2  dans une partition qui commence à 1 Mo, vous pouvez cloner cette image sur
       un périphérique en mode bloc avec :

            e2image -aro 1048576 img /dev/sda1

       Ou vous pouvez cloner un système de fichiers  d’un  périphérique  en  mode  bloc  dans  un
       fichier image, en laissant le premier Mo disponible pour une table de partitions avec :

            e2image -arO 1048576 /dev/sda1 img

       Si  vous  précisez au moins un décalage et seulement un fichier, un mouvement in situ sera
       effectué, ce qui vous permet de déplacer le système de fichiers d'un décalage à l'autre.

AUTEUR

       e2image a été écrit par Theodore Ts'o (tytso@mit.edu).

DISPONIBILITÉ

       e2image    fait    partie    du    paquet    e2fsprogs    et    est     disponible     sur
       http://e2fsprogs.sourceforge.net.

VOIR AUSSI

       dumpe2fs(8), debugfs(8), e2fsck(8)

TRADUCTION

       La  traduction  française  de  cette  page  de  manuel  a  été  créée  par Gérard Delafond
       <gerard@delafond.org>,   Frédéric   Delanoy   <delanoy_f@yahoo.com>,    Thierry    Vignaud
       <tvignaud@mandriva.com>,  Sébastien  Blanchet, Emmanuel Araman <Emmanuel@araman.org>, Éric
       Piel <eric.piel@tremplin-utc.net>,  Nicolas  François  <nicolas.francois@centraliens.net>,
       Romain  Doumenc  <rd6137@gmail.com>,  David  Prévot <david@tilapin.org>, Cédric Boutillier
       <cedric.boutillier@gmail.com> et Jean-Paul Guillonneau <guillonneau.jeanpaul@free.fr>

       Cette traduction est une documentation libre ; veuillez vous reporter  à  la  GNU  General
       Public   License   version 3  ⟨https://www.gnu.org/licenses/gpl-3.0.html⟩  concernant  les
       conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.

       Si vous découvrez un bogue dans la traduction de cette page de manuel, veuillez envoyer un
       message à ⟨debian-l10n-french@lists.debian.org⟩.