web-dev-qa-db-ja.com

「サイズ」が同じファイルのセットではないのに、「ディスク上のサイズ」が異なるのはなぜですか?

"ディスク上のサイズ"が "サイズ" より大きい理由を理解しています。

同じ正確なデータを含む3つのNTFSフォーマットのドライブがあります。それらのアロケーションユニットは4096バイトです。 ファイルとフォルダの数、およびサイズがすべて一致します三。

ただし、これらのミラーリングされたドライブのルートフォルダのプロパティを開くと、最初の2つだけがディスク上のサイズと一致します。三番目に、それはわずかに大きいです。

これはファイル破損の潜在的なシグナルですか、それともファイルシステムの単なる副産物ですか?

2
Mooseman

1つのシステムで、一部のファイルが変更されたか、バイトが変更されたために、1つ以上のファイルがMFT領域に移動または移動された可能性があります(クラスターアラインメントが使用されておらず、使用中のファイルシステムにカウントされない場合があります) 「カウント」または断片化されたため、使用スペースに差が生じました。

から Blackbagtech

データ属性

このMFT属性には、実際のファイルのデータがボリュームのどこに存在するかに関する情報が含まれています。 ご存知かもしれませんが、データが十分に小さい場合は、ファイルのデータ全体をマスターファイルテーブルに保存できることがあります。ただし、ほとんどの場合、ファイルのデータは大きすぎてMFTに収まりません。

3
Mokubai

同じファイルコンテンツを別のディスクにコピーしたが、ファイル数が異なるまたは合計サイズが異なる場合は、次のようになります。ディスクおよび/またはコピーの問題。 サイズはファイルのデータに基づいて計算されるため、数が異なる場合はファイル異なっています

OTOH、ディスク上のサイズは、ファイルが実際にディスクに保存される方法に依存し、実際には保存されませんしたがって、ファイルサイズに関連するため、ファイルがディスクに異なる方法で保存されている場合は、ディスク上の合計サイズを変更できます。その値を変更できる理由はたくさんあります

  • 元のドライブ上のスパースファイルコピー先で展開されます コピーツールがない場合十分に賢い。たとえば、実際のデータが1MBしかない1GBのスパースファイルがあるとします。つまり、ディスク上のサイズは最大1MBになります。コピーすると、宛先ディスクのサイズは1GBになります
  • 圧縮ファイル 宛先にcompress属性がない場合も解凍されます。または、再圧縮される可能性があります 異なるアルゴリズムを使用 、ディスク上のサイズが異なります
  • 非常に小さなファイルは、サイズがMFTの空き領域に収まる場合、 常駐ファイル と呼ばれるMFT内に保存できます。記録。その使用可能なスペースはメタデータの使用状況に依存するため、たとえば[.____]などの理由で、同じファイルが1つのディスクに常駐しているが、別のディスクには常駐していない可能性があります。
    • 異なる数のハードリンク:宛先ドライブで DOS-8.3名前生成が無効になっている場合 の場合、レコード内のスペースを解放します。したがって、以前は常駐していなかったファイルの一部をインライン化できるようになり、ディスク上のサイズは0になります。
    • 異なるアクセス許可:ソースファイルは、異なるアクセス許可情報を含む別のコンピューターで作成される可能性があります。別のユーザーと別のPCを使用してそれらをコピーすると、異なるACLが宛先のMFTレコードに保存され、ファイルの常駐ステータスに影響を与える可能性があります。
    • [〜#〜] ads [〜#〜]は、宛先ドライブでコピー/削除されませんでした。ファイルの内容は同じままですが、MFTレコードでスペースが消費されなくなりました。さらにADSを追加することもできますが、これはもちろんレコードのスペースを取ります。
    • ドライブ上のフラグメントの数が異なる:各フラグメントは連続した 範囲 としてレコードに格納されるため、より多くのフラグメント化されたファイルが必要になりますより多くのMFTスペース。宛先ファイルは断片化が少ない可能性が高いため、インライン化される可能性が高くなります

ファイルのメタデータサイズを変更する であり、常駐ファイルのディスク上のサイズが異なる可能性がある理由は他にもあります。しかし、さらに重要なことは、常駐ファイルが非常駐にされると、それが再び常駐に変換されることはなく、ディスク領域を永久に消費することです。

1
phuclv