#freeze
●ファイル時間
atime・・・最終アクセス : 最後にファイルを読む(read)実行(execution)させた時間
mtime・・・最終変更時間 : ファイルを生成 (creation)した時間、または最後にファイル内容を変更した時間
ctime・・・最後のファイル作成・変更時間 : 最後にファイルの所有者、グループ、パーミッションなどが変更された時間、dtimeがないシステムではctimeをファイルの削除時間として使用することが出来る
dtime・・・ファイル削除時間

●ext3
ext3のファイルシステム(パーティション)は複数個のブロックグループから構成される。
1つのブロックグループには以下のエリアが含まれる
・スーパーブロック(実際に使用されるのはブロックグループ0のもの、その他はバックアップ)
　⇒ブロックサイズ、空きブロック数、空きiノード数などのようなファイルシステム全体の管理情報を記録
・グループディスクリプタ(実際に使用されるのはブロックグループ0のもの、その他はバックアップ)
　⇒ブロックグループの空きiノード数や空きブロック数を記録
・データブロックビットマップ
　⇒データブロックの使用/未使用をビットで管理。
　　1つのデータブロックを使用するため、ブロックサイズが1KBであれば4096のブロックが管理できる。
・iノードビットマップ
　⇒iノードの使用/未使用をビットで管理。1つのデータブロックを使用する。
・iノードテーブル
　⇒iノードのデータ本体
・データブロック
　⇒データ本体
※パーティションにスーパーブロックとグループディスクリプタは各1つあればよく、
　実際にブロックグループ0のものが使用され、他のブロックグループのものはバックアップの意味を持つ。

●iノード
12の直接参照、間接参照、二段間接参照、三段間接参照の15の参照ポインタを持つ。

●ext3におけるジャーナリング
データの完全性を保証するものではない。
メタデータの整合性を保証することによってファイルシステムを保護する。

トランザクション--->アトミックな処理のまとまり
コミット(kjournald)
orderedモードの場合、(データそのものの)データブロックのフラッシュ
メタデータ(バッファ)のジャーナル領域への書き出し(フラッシュ？)

チェックポイント
メタデータの書きだし
データがディスクに書き込まれたことが確認できたらジャーナルログは破棄される。

●
mkfs(mke2fs)でのiオプションはiノードをパーティション/iオプション指定サイズ
数分作成する？
値が大きいほど作成されるiノード数は少なくなる。
またブロックサイズ数より小さくすると無駄なiノードが発生する。