ファイルをより多くのファイルに分割することは、必ずしもコンテンツ全体の一部/全体が元の場所にないことを意味しますか？

通常、ファイルを分割すると、常にファイルの内容がコピーされます。私が知る限り、Linuxはファイルを分割するための他のメカニズムを提供しません。

これはほぼすべての話です。しかし、完全ではありません...

Linuxはファイルシステムドライバを使用してディスク上のファイルを管理します。ディスクに書き込まれたファイルシステムは、時々他のプログラムによって操作されることがあります。通常ファイルシステムは Linux ではマウントされません。例えばデバッグファイルext2/ext3/ext4の場合

ただし、プログラムがファイルシステム自体のバイトで動作する場合、実行できる操作には厳しい制限があります。

背景

ほとんどの（すべて？）ファイルシステムでは、ファイル名とディレクトリ名はファイルデータとは別に保存されます。ファイルの所有権やタイムスタンプなどのメタデータは、「Inode」と呼ばれる別々の場所に保存されることがよくあります。

これにより、同じファイルに2つのファイル名を追加できます（ハードリンクとも呼ばれます）。

ファイルデータはブロックに保存されます。 ext4のデフォルトのブロックサイズは4KiB（4096バイト）です。。通常、1バイトだけを保存するにはブロック全体が必要ですが、ブロックがいっぱいになるまで「無料」でより多くのバイトをファイルに保存できます。

最初のブロックがいっぱいでより多くのバイトを書き込む必要がある場合、ファイルシステムは新しい（使用可能な）ブロックを見つける必要があります。それから：

• 他のファイルがそれを使用しようとしないように、新しいブロックを使用できないとマークします。
• ファイル内のブロックの場所を記録します。

ファイルシステムごとにこれら2つの技術が異なりますが、要件は常に同じです。ファイルシステムドライバは、新しいブロックがファイルの前のブロックの直後に来るように最善を尽くしますが、これは保証されません。断片化は、次のブロックが別のファイルに割り当てられたときに発生します。

ファイルはいついくつかのブロックを静かに共有できますか？

一部のファイルシステムと一部のブロックレベルのストレージには、重複排除を実行する機能があります。あるブロックに書き込まれた正確な内容が他のブロックの正確な内容と一致する場合は、1つのブロックのみを保存できます。時々、これは重複した項目が記録されないことを意味し、時には遡及的に削除されることを意味します。

〜のようにマーカス・ミュラーは指摘した。一部のファイルシステムは重複排除を実行できます。

それもLVMの特徴これは、ファイルシステムの知識の外側のブロックレベルで発生します。

ハード制限

仮定的に、新しい inode を作成し、その inode にファイル名を追加し、1 つの inode から別の inode にブロックを再割り当てすることで、ファイルシステムを操作できます。

繰り返しますが、Linuxにはこのメカニズムはありませんが、方法がわかっている場合は、ハードドライブの実際のバイトを使用してこれを行うのに何の邪魔もありません。

バイトを移動せずにどこからでもファイルを分割することは[一般的に]不可能です。ブロックサイズは交渉できません。ほとんどのファイルシステムでは、ファイルの中央に半分しか使用されていないブロックはありません。

これは、あなたの例では、10バイトが4096の倍数または他の一般的なブロックサイズではないため、新しいブロックが（ほぼ）確実に記録されることを意味します。

ただし、ファイルシステムごとに機能が異なります。たとえば、BTRFSはテールパッキングをサポートします。