JM プロジェクトは、主に Linux 関連のマニュアルページの日本語ページを翻訳・公開しています。
... ce 上にある重要な ext2/ext3/ext4 のファイルシステムのメタデータを 指定されたファイル image-file に保存する。 このイメージファイルは dumpe2fs や debugfs といったプログラムで -i オプシ ... ィスク上で 32 MB を使用しているイメージファイルは、 一般に 3 〜 4 MB に圧縮される。 イメージファイルを使ったファイルシステムメタデータの復旧 -I オプションを指定すると、e2image はイメージファイルに格納されている メタデータをデバイスにインストールし直す。 ... これは緊急の場合に、ファイルシステムメタデータを デバイスに復旧するのに使用できる。 警告!!!! -I オプションは、他の方法が失敗した場合の 最終手段としてのみ使用すべきで ... ... 的にそのディレクトリのファイルディスクリプターに対しても fsync () する必要がある。 fdatasync () は fsync () と同様であるが、メタデータの扱いが異なる。 fdatasync () は、それ以降のデータ読み込みを正しく扱うためにそのメタデータが必要に ならない限り、変更さ ... れたメタデータをフラッシュしない。 例えば、 st_atime や st_mtime (それぞれ最終アクセス時刻、最終修正時刻; inode (7) 参照) の変更はフ ... 以降のデータ読み込みを正しく扱うために 必要ではないからである。 一方、ファイルサイズ ( ftruncate (2) では st_size ) の変更はメタデータのフラッシュが必要である。 fdatasync () の狙いは、全てのメタデータをディスクと同期する必要のない アプリケーションに対し ... ... 的にそのディレクトリのファイルディスクリプターに対しても fsync () する必要がある。 fdatasync () は fsync () と同様であるが、メタデータの扱いが異なる。 fdatasync () は、それ以降のデータ読み込みを正しく扱うためにそのメタデータが必要に ならない限り、変更さ ... れたメタデータをフラッシュしない。 例えば、 st_atime や st_mtime (それぞれ最終アクセス時刻、最終修正時刻; inode (7) 参照) の変更はフ ... 以降のデータ読み込みを正しく扱うために 必要ではないからである。 一方、ファイルサイズ ( ftruncate (2) では st_size ) の変更はメタデータのフラッシュが必要である。 fdatasync () の狙いは、全てのメタデータをディスクと同期する必要のない アプリケーションに対し ... ... SI ディスクパーティションである)。 オプション -j device ジャーナルの内容を表示する。 -p オプションにより、 ジャーナルを他のメタデータと一緒にアーカイブに入れることができる。 -J ジャーナルヘッダを表示する。 -d ファイルシステムにおける内部ツリーのフォー ... イルシステムの中の指定されたブロックを表示する。 -p debugreiserfs -p /dev/xxx | gzip -c > xxx.gz によって ファイルシステムのメタデータを取り出す。 ファイルシステムが破損している ブロック全体をアーカイブに入れようとする場合、 破損がない限りは何のデータも ... て大抵の場合は障害を速やかに再現し、 デバッグすることが可能となる。 -u debugreiserfs -p によって以前にアーカイブに入れられたメタデータから、 gunzip -c xxx.gz | debugreiserfs -u /dev/image によって ReiserFS ファイルシステムのイメージを構築する。 結果のイ ... ... または複数のファイル名データベースを検索して、 パターンに一致するファイル名を表示します。 パターンには、 シェルで用いるようなメタキャラクター (`*', `?' 及び `[]') が利用できます。 メタキャラクターは `/' や `.' を特別扱いしません。 したがって `foo*bar' と ... いうパターンは、 `foo3/bar' というファイル名に一致します。 また `*duck*' というパターンは、 `lake/.ducky' に一致します。 メタキャラクターを含むパターンは、 シェルによって展開されないようにクォートで囲む必要があります。 パターンが通常の文字列である場 ... 合、 つまりメタキャラクターを含んでいない場合、 locate は、 ファイル名のどこかにその文字列が含まれているようなファイルをすべて表示します。 ... ... をエスケープ用文字として使用できない。 通常は、バックスラッシュを使って、次に続く文字をクォートすることで、 特別な意味を持つメタキャラクターを無効することができる。 flags には以下に示すものも指定できる。 これらは GNU で拡張されたもので、POSIX.2 では定義 ... されていない。 GLOB_PERIOD 先頭のピリオドがメタキャラクターにマッチできるようにする。 デフォルトでは、メタキャラクターは先頭のピリオドにはマッチできない。 GLOB_ALTDIRFUNC ... 文字列 "foo/", "foo/cat", "foo/dog", "bar" のそれぞれについて glob () を呼び出した場合と同じになる。 GLOB_NOMAGIC パターンにメタキャラクターが含まれていない場合、 マッチ結果として指定されたパターンだけを返す。 パターンで指定された名前のファイルが存在し ... ... をエスケープ用文字として使用できない。 通常は、バックスラッシュを使って、次に続く文字をクォートすることで、 特別な意味を持つメタキャラクターを無効することができる。 flags には以下に示すものも指定できる。 これらは GNU で拡張されたもので、POSIX.2 では定義 ... されていない。 GLOB_PERIOD 先頭のピリオドがメタキャラクターにマッチできるようにする。 デフォルトでは、メタキャラクターは先頭のピリオドにはマッチできない。 GLOB_ALTDIRFUNC ... 文字列 "foo/", "foo/cat", "foo/dog", "bar" のそれぞれについて glob () を呼び出した場合と同じになる。 GLOB_NOMAGIC パターンにメタキャラクターが含まれていない場合、 マッチ結果として指定されたパターンだけを返す。 パターンで指定された名前のファイルが存在し ... ... る。 2 つのバックスペースが実際のバックスペースを表現するために使われる。 以下のような可視化フォーマットがある: (デフォルト) メタ文字 (8 ビット目を使う文字) を表現するためには、 `M' を使うこと。 制御文字 ( iscntrl (3) を参照) を表現するためには、キャレッ ... it set. Spans characters `\200' から `\237' の間の文字と `\377' ( `\M^?' と同じ) を表す。 \040 ASCII スペースを表す。 \240 メタスペースを表す。 VIS_CSTYLE 標準的な非表示文字を表現するために、 C 言語形式のバックスラッシュシーケンスを使う。 このような文 ... のバックスラッシュと デフォルトフォーマットで前におかれるバックスラッシュを使わないようにする。 (つまり、制御文字は `^C' で、メタ文字は `M-C' で表される)。 このフラグが設定されると、エンコードは曖昧で可逆でなくなる。 関連項目 vis (1), unvis (1), unvis ( ... ... ッファーに対して直接行われる。 O_DIRECT フラグ自身はデータを同期で転送しようとはするが、 O_SYNC フラグのようにデータと必要なメタデータの転送が保証されるわけではない。同期 I/O を保証するためには、 O_DIRECT に加えて O_SYNC を使用しなければならない。下記の ... 要件に基づいて行われる。 write (2) (や同様のコール) が返るまでに、 書き込まれたデータおよびデータを取得するのに必要なファイルメタデータが裏で利用されているハードウェアに転送される (つまり、 write (2) の後に fdatasync (2) を呼び出したのと同じようになる)。 ... は同期 I/O の データ 完全性完了が提供される)。 write (2) (や同様のコール) が返るまでに、 書き込まれたデータと関連するファイルメタデータが裏で利用されているハードウェアに転送される (つまり、 write (2) の後に fsync (2) を呼び出したのと同じようになる)。 下 ... ... ッファーに対して直接行われる。 O_DIRECT フラグ自身はデータを同期で転送しようとはするが、 O_SYNC フラグのようにデータと必要なメタデータの転送が保証されるわけではない。同期 I/O を保証するためには、 O_DIRECT に加えて O_SYNC を使用しなければならない。下記の ... 要件に基づいて行われる。 write (2) (や同様のコール) が返るまでに、 書き込まれたデータおよびデータを取得するのに必要なファイルメタデータが裏で利用されているハードウェアに転送される (つまり、 write (2) の後に fdatasync (2) を呼び出したのと同じようになる)。 ... は同期 I/O の データ 完全性完了が提供される)。 write (2) (や同様のコール) が返るまでに、 書き込まれたデータと関連するファイルメタデータが裏で利用されているハードウェアに転送される (つまり、 write (2) の後に fsync (2) を呼び出したのと同じようになる)。 下 ... 日本語の文書やマニュアルを配布している個人/プロジェクトへのリンクです。