Linuxのファイルシステムでディスク(A)

前文:ファイルシステムといえば、多くの人々があるかもしれない関係でどのようなファイルシステムとディレクトリ、ファイルシステムが何であるかを最終的には、理解しにくいと感じ?ファイルシステムとディスクは何の関係を持っていませんか?ですが、ますます複雑に成長しましたか?これは特に、ファイルシステムならば、あなたは徹底的にそれを埋め、誇張の一部、ファイルシステムの完全な理解を理解し、およびLinuxの半分を取得することができなければならない、私はあなたがクリア与えるだろう、心配しないで。
上記では、すでにあなたに私たちはいくつかのレビューを与えるラフファイルシステムを、話しました

ここで引用され

所谓的“挂载”其实就是利用一个目录当作进入点,然后将磁盘分区的数据放置在该目录下,也就是说进入该目录就可以读取该分区数据的意思。那个进入点我们将之称为“挂载点”。由于整个系统最重要的是根目录,因此根目录一定要挂载到某个分区,至于其他的目录可以依据用户自己的需求将之挂载到相应的分区下。以上图为例,假设我们将磁盘分为两个分区,分区1挂载到根目录,分区2则挂载到/home目录。这也就是说,当我的数据放在/home的各层目录中时,数据是放在分区2的,如果不是放到/home中,数据就是被放到了分区1中。我们可以将挂载磁盘分区的挂载点称之为文件系统

----------------
免責事項:この記事はCSDNブロガー元の記事「見習い」であり、BY-SAの著作権契約CC 4.0に従って、再現し、元のソースのリンクを添付してくださいそしてこの文。
オリジナルリンクします。https://blog.csdn.net/Gao068465/article/details/103832668

ここで引用され

入力した次の
特性ファイルシステム
にフォーマットすることができますが、これまで下目黒に思っていても、ディスクのパーティションをフォーマットした後、ファイルシステムを使用するには、オペレーティングシステムの後に、完成された我々はすべて知って、?各オペレーティングシステムに設定されたファイル属性/許可がので、これらの文書に必要なデータを格納するために、フォーマットが利用されるオペレーティング・システム・ファイル・システムの可能となるように、パーティションをフォーマットする必要があるが、同一ではないためです。ここでまた一つのことをクリアすることができます:ファイルシステムは、我々は通常、データをファイルシステムとしてマウントすることができます異なるコールされている各オペレーティングシステムで使用することができます。実際のデータは、データブロック内に配置されていると同様にLinuxでは、ファイルシステムは、典型的には、iノードにアクセス権(RWX)、及びファイル属性(所有者、ユーザグループ、時間パラメータ)を提出します。さらに、スーパーブロック(スーパーブロック)ファイルがあるiノード(ファイル一のinodeを占有)とデータブロックの残量の総使用量を含むシステム全体の全体の情報を、記録します。今、あなたはiノードと呼ばれていることを、そしてなお、iノードデータブロックに関連付けられた、プロパティが既にファイルが1つのinodeを占有し、iノード・レコード・ファイルの中で述べてきた、ブロック番号は、それゆえ、inodeファイルのデータ配置であります限り、ファイルのiノードが見つかったとして、我々は、データファイルのデータ・ブロックが置かれていることを知っているだろう。
運用・保守担当者として、我々は、いわゆるデフラグそれ、ブロックはあまりにも個別のファイルに書かれているので、デフラグが必要な理由は、ファイルの読み取り性能が悪くなる。この時、この時間を聞いたことがあるはずですブロックは、データをより簡単に読み込まれるように、デフラグを介して一緒に持ち込むことができ、同じファイルに属します。
再フォーマットしたり、修正するために特別なコマンドを使用し、または変更するiノードとデータブロックは、もはや後に固定されていない限り、最初のファイルシステムは、計画されたiノードとデータブロックされている、見た目のinodeしてください。しかし、とき、G数百までの私たちのファイルシステムの容量場合は、iノードと時刻のデータ・ブロックを一緒に入れていることを管理することは容易ではないので、発生する"と呼ばれるブロックグループとき兵士:「ファイルシステム全体を複数の小さなファイルシステムに分割され、これらの小さなファイルシステムは、独自のindoeを持っていることをプログラム、単に手段、データ・ブロックとスーパーブロックは簡単な例を与えます。グループは、連隊は、など、そのような政治委員の長として、独自の単位を有している、とキャンプは、このような大隊の司令官やインストラクターなど、独自の構成単位を、持っている、それは「ブロックグループ」のようなものだ、A分割され、いくつかの大隊に分割されますグループは、グループ管理が容易になります
6つの主要コンポーネントの以下の詳細な説明「ブロックグループを」:
1)データブロック:
ローカル・データ・ブロックは、ファイルデータを配置するために使用され、ext2ファイルシステムのサポートブロックサイズは、1K、2Kおよび4Kは、各ブロックは独自の番号を持っていますiノードで見つけるのは簡単3です持っている唯一のファイルがブロックサイズよりも小さい場合でも、データファイルのブロックを置くことができますその後、ブロックスペースの残りの部分は使用されていません。複数のブロックに配置することができ、ファイルのブロックサイズよりも大きいが、もう一つ注意すべき:ブロックサイズの違いは、それが原因となり、最大のディスク容量をサポートすることができ、ファイルシステム 単一ファイルの最大容量は、図の言葉は同じではありません。
ここに画像を挿入説明
本当に把握かどうかを確認するために小さな問題を実行します。あなたの4kのブロックを使用してext2ファイルシステム、およびファイルシステムがそれぞれ、万個の小さなファイルがある、と仮定します?ファイルサイズは50Bです、私はあなたを求めることができるどのくらいのディスク容量が無駄に
すべてのファイルサイズ:50Bx10000 = 488.3キロバイト
、各ブロックの廃棄物:4096から50 = 4046B
廃棄物総容量:4046x10000 = 38.6メガバイト
だけ消費していました以下、実際にはほぼ40メガバイトの容量を占有してデータの1メガバイト、。より
2)テーブルのinode(inodeテーブル)
iノードについては、あまりにも多くの行に簡単なチャットを言うつもりはない。基本的には、inodeデータは、少なくともこれらの下に記録:
ファイルの書込み属性(RWX)、
ファイルの所有者とユーザグループ(所有者、グループ)。
ファイルのサイズ;
時間(CTIME)ファイルの作成や状態変化、
最新の読み出し時間、
最終更新時刻、
文書の実際のコンテンツへのポイント;
実際には、iノードテーブルについての概念があり、我々に行くためにすべての必要性本明細書では詳述しない、理解、すなわち、「直接記録ブロック12、間接間接三の間接的な記録領域の一対のinode番号定義領域」
ここに画像を挿入説明
3)がスーパーブロック
のスーパーブロックが記録されています場所、ファイルシステム全体に関連する情報、何のスーパーブロックが存在しない、ファイルシステムがこの情報を持っていないことのレコードは、次のとおりです。
データ・ブロックとiノードの合計量;
数とiノードとデータブロックが未使用使用されている
データをブロック(1K、2K、4K)とiノードのサイズは(256Bまたは128Bがある)
ファイルシステムの時間を搭載し、一度データを書き込むの最新時間
有効な値は、このファイルシステムは、有効ビットがマウントされている場合0、それ以外の場合は
、ファイルシステムの基本的な情報は、スーパーブロックが破損している場合、あなたは、ファイルシステムが必要になる場合があり、ここに格納されているので、スーパーブロックは、非常に重要です 多くの時間を修正します。我々は先に述べたように、各ブロックグループは、スーパーブロックがあるかもしれませんが、ファイルシステムは、スーパーブロック、それだけではありませんか?これは矛盾ことではないのですか?実際には、これは、一般的に、ブロックのスーパーブロックの最初のグループを除いて、ブロックの他の群は、必ずしもスーパーブロックではない、そしてもしそうであれば、これは第1のスーパーブロックでありますバックアップスーパーブロック内のブロックのグループ。
4)ファイルシステムの説明
この節では、ブロックのグループのそれぞれは、末端ブロックを起動することができ、説明、およびセクションは、2つのブロックの間に配置される記述
5)ブロックテーブル
アクションブロックテーブルは、私たちが空であるブロックを知っているように、新しいデータ配置するために使用することができます
6)iノードテーブル
この事実同様の機能ブロックテーブルで、レコードに使用され、未使用のiノードを使用します番号。

公開された20元の記事 ウォン称賛17 ビュー1182

おすすめ

転載: blog.csdn.net/Gao068465/article/details/103949105