まず、ファイルシステムの特性
操作のファイルシステムモード
オペレーティング・システムのファイル・データに関連しています。実際のファイルの内容に加えて、新しいオペレーティング・システム・ファイルのデータ、多くの場合、Linuxオペレーティングシステムファイルのパーミッション（rwxの）とファイル属性（所有者、グループ、時間パラメータ、など）などの属性、を多く含みます。ファイルシステムのデータは、一般的にiノードの場所、データブロック内の実際のデータブロックへの許可属性、異なるブロックの2つの部分に格納されます。加えて、スーパー全体的な差分情報はiノードの合計量、残量の量のブロックを含む、ファイルシステムの記録があります。
- iノード：このファイルの記録データブロック番号が配置されている間、ファイルの録音ファイル属性は、inodeを占めています
- ブロック：ログファイルの実際の内容を、大容量のファイルを複数のブロックを占めることになる場合
利点は、記憶されたiノード番号をブロック：すべてのデータは比較的高い書込み効率を読み出すために短時間でディスクが
そのような索引ファイル・システムのデータ・アクセス・メソッドと呼ばれる
外側のリンクに障害が発生した[画像ダンプ、ソース局が有していてもよいです盗難防止チェーンメカニズムは、それが直接ダウンアップロードした写真を保存することをお勧めします（IMG-InDc3rdD-1582378667339）（ https://user-images.githubusercontent.com/56629574/67255341-272c0e00-f4b4-11e9-9b77-b2e51ef2b399.png）]
その理由の断片が表示されます：あまりにも離散ブロックファイル書き込みを、ファイルの読み取り性能が悪くなる作ります。FATファイルシステムは、デフラグを必要とし、ext2ファイルシステムの基本的な必要性にインデックスを付けます。
[画像ソースステーションは、セキュリティチェーン機構を有していてもよい、チェーンが失敗したダンプ、直接アップロード（IMG-5rPpPWgH-1582378667341）（下の画像を保存することをお勧めします https://user-images.githubusercontent.com/56629574/67255679-dc12fa80-f4b5 -11e9-9fe3-4b350f147619.png）]
FATファイルシステムフォーマットは、一度に全てを読み出す方法は、ブロック番号がフロント間ブロック毎に記録されていない、iノードではありません。レコードが分散している場合は、繰り返し非効率的な読み取りにディスクを有効にする必要があります。
二、、Linuxのext2ファイルシステム（iノード）
ファイルシステムのiノードと最初はブロック
計画、しかし、ファイルシステムGB場合は、iノードと一緒にすべてのプットをブロックするには、複数のブロックをフォーマットするファイルシステムのために、賢明だろう
[外部リンクの写真ダンプが失敗し、発信局は、（IMG-jn1VlT9D-1582378667343）直接ダウンアップロードされた画像を保存することが推奨され、セキュリティチェーン機構を有していてもよい（ https://user-images.githubusercontent.com/56629574/67256617-b3413400-f4ba-11e9-91c9 -d4225b733d5e.png）]
三、データブロック（データブロック）
- 原則的には、ブロックサイズと完成の数は、あなたが（再フォーマットしない限り）変更することはできません書式設定します
- 複数のファイルからのデータは、各ブロック内に配置することができます
- ファイルは、ブロック、ブロックのブロックの複数のファイルよりも大きい場合
- ファイルはブロックよりも小さい場合、ブロックは、残容量（ディスクスペースの浪費）で使用することができません
四、iノードテーブル（iノードテーブル）
- inode番号がサイズのフォーマットに固定されています
- 各iノードのサイズは128バイトに固定されています。
- 各ファイルは、のみのみinodeを取り上げます
- ファイルシステムの数は、関連するinode番号を確立することができます
- システムがファイルを読み込むと、最初のinode、inodeを見つけ、彼らはブロックの内容の実際の読み取りを開始することができます満たしている場合、ユーザーの権限を持つ行に記録するかどうかを分析
- 各iノードの128バイトは、使用済みの記録ブロック4バイトであり、
各iノードが直接ブロック数、直接達成することができるブロック番号12の制御があるの128バイトです。
間接的にはファイルが大きすぎる場合、間接ブロックは数を記録するため、記録領域のブロック番号などのブロックになるチャンスです。
[画像ソースステーションは、セキュリティチェーン機構を有していてもよい、チェーンが失敗したダンプ、直接アップロード（IMG-qLGY7sPF-1582378667348）（下の画像を保存することをお勧めします https://user-images.githubusercontent.com/56629574/67257515-f00f2a00-f4be -11e9-82f2-bb5f12891d82.png）]
五、iノード、残りの部分
- ブロックビットマップ（ブロックテーブル）：たとえば、新しい文書がブロックを使用して、空になったブロックを知る必要
- iノードビットマップ：上記と同様
- スーパーブロック：一般iノード/ブロックの合計量を含む、このファイルシステムを記録する情報、残量の量、および関連情報ファイルシステムのフォーマット。
- ファイルシステム説明：開始し、各ブロック（スーパーブロック、ビットマップ、inodemap、データブロック）の各セグメントブロック番号の端部との間にそれぞれ介在ブロック番号。
シックス・ディレクトリ
创建目录，文件系统会分配一个inode与至少一块block给该目录。其中，inode记录该目录的相关权限与属性，并可记录分配到的block号码；block则记录在该目录下的文件名占用的inode号码数据。所以，inode并没有记录文件名：
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-zAMcapxH-1582378667350)(https://user-images.githubusercontent.com/56629574/67261145-01156680-f4d2-11e9-806b-3ab98e3ac640.png)]
inode并不记录文件名，文件名记录在目录的block中。所以新增/删除/更改文件名与目录的w权限有关。
因为文件名记录在目录的block块中，因此当我们要读取某个文件时，就必会经过目录的inode与block，然后才能找到待读取的inode号码，最终才会读到正确的文件的block内的数据。
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RTwUpL2g-1582378667351)(https://user-images.githubusercontent.com/56629574/67261636-24d9ac00-f4d4-11e9-8c81-2ef7185bb174.png)]
七、EXT2/EXT3/EXT4文件的存取与日志式文件系统的功能
新建文件或目录
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-WNzQfQdu-1582378667352)(https://user-images.githubusercontent.com/56629574/67262138-3f148980-f4d6-11e9-95e9-66ec84488a43.png)]
