xenial (8) e2image.8.gz

Provided by: manpages-ja_0.5.0.0.20140515+dfsg-2_all bug

名前

       e2image - 重要な ext2/ext3/ext4 ファイルシステムメタデータをファイルに保存する

書式

       e2image [ -rsI ] device image-file

説明

       e2image  プログラムは、  device 上にある重要な ext2/ext3/ext4 のファイルシステムのメタデータを 指定された
       ファイル image-file に保存する。 このイメージファイルは dumpe2fsdebugfs といったプログラムで -i  オプ
       ションを使えば検査できる。  このプログラムは酷く破損したファイルシステムを エキスパートが回復するときの手
       助けができる。 将来的には、被害を受けたファイルシステムを回復する手助けとして、  このイメージファイルを用
       いるように e2fsck を拡張する予定である。

       image-file が - の場合、 e2image の出力は標準出力に送られる。 これにより、出力を gzip(1) のような他のプロ
       グラムにパイプすることができる。  (今のところ、このオプションがサポートされているのは、  -r  オプションを
       使って raw イメージファイルを 作成する場合のみである点に注意すること。 なぜなら、今のところは通常のイメー
       ジファイルを作成する過程で、 パイプを使って行うことのできない  ファイルへのランダムアクセスが必要なためで
       ある。 この制限は将来のバージョンの e2image で取り除かれると期待される。)

       (ブート時や毎週といった)  一定の期間毎に、  全てのファイルシステムのイメージファイルを作成したり、 (fdisk
       -l コマンドで生成される) パーティションのレイアウトを保存するのは、 とても良い考えである。 ファイルシステ
       ムが被害を受けたときに  イメージファイルデータにアクセスできることを保証するために、 イメージファイルは中
       に入れたファイルシステムとは 別のファイルシステムに置いておくべきである。

       ディスク容量を節約するため、  e2image  はイメージファイルをスパースな  (sparse)  ファイルとして作成する。
       よって、イメージファイルを他へコピーするときには、  前もって圧縮するか、 GNU 版の cp では --sparse=always
       オプションを使ってコピーするべきである。

       ext2 イメージファイルの大きさは、ファイルシステムのサイズと 使用している inode の数に大きく依存する。  典
       型的な 10 GB のファイルシステムで 1,200,000 個の inode のうち 200,000 個が使われている場合、 イメージファ
       イルの大きさは約 35 MB になるだろう。 4 GB のファイルシステムで 550,000 個の inode のうち 15,000 個が使用
       されている場合、  イメージファイルの大きさは約 3 MB になるだろう。 イメージファイルは (ファイルシステムと
       比べて) とても小さく圧縮できる傾向がある。 ディスク上で 32 MB を使用しているイメージファイルは、 一般に 3
       〜 4 MB に圧縮される。

イメージファイルを使ったファイルシステムメタデータの復旧

       -I  オプションを指定すると、e2image はイメージファイルに格納されている メタデータをデバイスにインストール
       し直す。 これは緊急の場合に、ファイルシステムメタデータを デバイスに復旧するのに使用できる。

       警告!!!!  -I オプションは、他の方法が失敗した場合の 最終手段としてのみ使用すべきである。 イメージファイル
       が作成された後でファイルシステムが変更されていると、  データが失われるだろう。 他の復旧手段を後で試そうと
       思う場合は、 通常はファイルシステムのフルイメージバックアップを作成すべきである。

RAW イメージファイル

       -r オプションを使うと、通常のイメージファイルではなく、 raw イメージファイルが作成される。  raw  イメージ
       ファイルは、通常のイメージファイルと  2 つの点が異なる。 1 つ目は、ファイルシステムのメタデータが適切な位
       置に置かれ、 e2fsck, dumpe2fs, debugfs などが raw イメージファイル上で 直接実行できるという点である。 raw
       イメージファイルが使うディスクスペースを最小化するため、   このファイルはスパースなファイルとして作成され
       る。 (スパースなファイルの作成が実装されていないユーティリティで このファイルをコピー・圧縮・展開する場合
       は注意すること。 ファイルがファイルシステム自身と同じ大きさになってしまうだろう!)  2 つ目は、raw イメージ
       ファイルが間接ブロックと間接データブロックを 含んでいるという点である。  現行のイメージファイルはこれらの
       ブロックを含んでいないが、 将来的には変更されるかもしれない。

       raw イメージファイルは、e2fsprogs のバグレポートの 一部としてメンテナにファイルシステムを送る場合に時々利
       用される。  バグレポートで送る場合には、以下のコマンドが推奨される  (hda1  を適切なデバイスで置き換えるこ
       と):

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

       これにより、データブロックを含まないメタデータ情報のみを送ることができる。 しかしこれでも、ディレクトリブ
       ロック内のファイル名によって、 バグ報告者が秘密にしておきたいファイルシステムの内容についての情報が  明ら
       かにされてしまう。  その心配を取り除くためには、 -s オプションを指定することができる。 これにより e2image
       は、イメージファイルを書き込む前に、ディレクトリエントリをごちゃ混ぜにして、 ディレクトリブロックの使用さ
       れていない部分を 0 で埋める。 ただし -s オプションはハッシュツリーにインデックス化された ディレクトリにつ
       いての問題の分析を妨げてしまう。

著者

       e2image は Theodore Ts'o (tytso@mit.edu) が作成した。

入手方法

       e2image は e2fsprogs パッケージの一部で、 http://e2fsprogs.sourceforge.net から入手できる。

関連項目

       dumpe2fs(8), debugfs(8)