Man page 8 : e2image

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

e2image [ -rsIQa ] périphérique fichier_image

Le programme e2image permet de sauvegarder, dans le fichier fichier_image, les métadonnées de systèmes de fichiers ext2, ext3 ou ext4 critiques donnés par le paramètre périphérique. 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é. Dans le futur, e2fsck sera amélioré pour pouvoir prendre en compte cette image pour pouvoir restaurer un système de fichiers endommagé.

Si fichier_image vaut « - », la sortie de e2image sera envoyée sur la sortie standard et peut être envoyée vers un autre programme, comme gzip(1). Remarquez que c'est actuellement géré uniquement lors de la création d'une image brute avec 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 la sortie standard. On espère pouvoir enlever cette restriction dans une version future de e2image.

C'est une très bonne idée de créer régulièrement des fichiers images pour tous les systèmes de fichiers d'un système et de sauvegarder la structure des partitions (en utilisant la commande fdisk -l), par exemple à chaque démarrage et/ou toutes les semaines. Le fichier image peut ê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 est 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. 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ées sur 550 000 donnera un fichier image de 3 mégaoctets. Les fichiers images 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.

L'option -I indique à e2image d'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.

L'option -r permet de créer un fichier image brut au lieu d'un fichier image normal. Il y a deux différences entre les fichiers images bruts et les fichiers images normaux. Premièrement, les métadonnées du système de fichiers sont placées aux bonnes positions de telle sorte que e2fsck, dumpe2fs, debugfs, 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 des répertoires, ce que les fichiers images normaux n'ont pas, même si cela pourrait changer dans le futur.

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é) :

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. Cela forcera e2image à brouiller les entrées des répertoires et à mettre à zéro toute portion non utilisée des blocs de répertoires avant d'écrire le fichier image. Cependant, l'option -s empêchera l'analyse des problèmes liés à l'indexage des répertoires dans les arbres de hachage.

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.

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 serrant des paquets de données, afin d'éviter les trous tout en minimisant la taille.

Afin d'envoyer des systèmes 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é) :

\ 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. 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. Cela forcera e2image à brouiller les entrées des répertoires et à mettre à zéro toute portion non utilisée des blocs de répertoires avant d'écrire le fichier image. Cependant, l'option -s empêchera l'analyse des problèmes liés à l'indexage des répertoires dans les arbres de hachage.

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.

En principe, e2image n'inclut que les métadonnées du système de fichiers, et pas les données des fichiers normaux. L'option -a peut être indiquée pour inclure toutes les données. Cela donnera une image qui conviendra pour le clonage du système de fichiers entier ou pour des sauvegardes. Veuillez noter que cette option ne fonctionne qu'avec les formats brut et QCOW2.

e2image a été écrit par Theodore Ts'o ().

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

dumpe2fs(8), debugfs(8)

La traduction de cette page de manuel est maintenue par les membres de la liste <debian-l10n-french AT lists DOT debian DOT org>. Veuillez signaler toute erreur de traduction par un rapport de bogue sur le paquet manpages-fr-extra.