そのため、サブフォルダーを含むフォルダーを別のディスクにバックアップしてみましたが、正しくありませんでした。
使った
rsync -aiv --delete /mysrc /mydest
ソースにはどのようなリンク（シンボリックまたはハード）もありません。
私は走った
du -d 1 -h
ソースでは、サブフォルダ1つが約195GBでしたが、ターゲットに転送した後は、同じコマンドに基づいて260GB以上を占めます。
したがって、365 GBのソースフォルダを450 GB（フォーマットされたサイズ）のディスクに挿入することはできません。
どちらのドライブもUFSでフォーマットされています。大きな違いについてどう思いますか？
ありがとう:)
編集する。次のようにして別のサブフォルダをコピーしてみました。
cp -av mysrc mydest/
新しいディスク（320GB、UFSでフォーマット）に保存します。 duによると、フォルダはソースから約144GBを占めています。ところが目的地でduを実行すると165GB程度を使うようになります。
答え1
ファイルが「希少」（つまり、割り当てられていない空の穴を含むファイル）の場合は、ファイルを読み書きするすべての種類のコピーメカニズムを使用して論理的にコピーしてこの結果を得ることができます。 rsync（--sparseなど）を使用してスパースファイルをコピーするオプションがあります。このオプションを試してください。
別の問題は、ターゲットファイルシステムで設定されたブロックサイズのデフォルトサイズである可能性があります。それらが同じでない場合、あなたはあなたが見ていることを経験しているかもしれません。つまり、ターゲットディスクのブロックサイズを8Kに設定すると、サイズが0から8196バイトの間のすべてのファイルは1つのクラスタを使用します。したがって、ブロックサイズの倍数ではないファイルをコピーすると、各ファイルの末尾にあるブロックが割り当てられていますが、使用されない可能性があります。小さなファイルが多いと問題になる可能性があります。
これはあなたが見ることができることについての私の最善の推測です。