rsync と du[duplicate] 使用後のディレクトリサイズは異なります。

あるSynology NASボリューム（ext4）から別のボリューム（btrfs）にいくつかの特別なディレクトリ（通常の移行ツールではサポートされていません）を移行しました。同期がうまくいったことを確認してみると、サイズが大きく差があることがわかりました。

ブロックサイズの違いがあることはわかっていますが、du同じボリュームで誤ったデータサイズを提供しています。

ディレクトリ全体の合計サイズが1TBを超えるため、次のコマンドをより小さいサブディレクトリに縮小しました。

その他のサイズ：

sudo du -sm /volume[12]/@synologydrive/@sync/repo/1/2
11418   /volume1/@synologydrive/@sync/repo/1/2
11122   /volume2/@synologydrive/@sync/repo/1/2

ただし、すべてのサブディレクトリに対して正しいサイズ（バイトを使用する場合は多少）を取得します。nサブディレクトリを選択してください。

sudo du -sm /volume[12]/@synologydrive/@sync/repo/1/2/n
295     /volume1/@synologydrive/@sync/repo/1/2/n
295     /volume2/@synologydrive/@sync/repo/1/2/n

sudo du -sb /volume[12]/@synologydrive/@sync/repo/1/2/n
308387853       /volume1/@synologydrive/@sync/repo/1/2/n
308391693       /volume2/@synologydrive/@sync/repo/1/2/n

*しかし、以下を使用すると、全く異なるサイズが得られます。 （例：上記の同じボリューム比較コマンドとボリューム2のこのコマンドでも）：

sudo du -sm /volume[12]/@synologydrive/@sync/repo/1/2/* | grep n$
295     /volume1/@synologydrive/@sync/repo/1/2/n
200     /volume2/@synologydrive/@sync/repo/1/2/n

sudo du -sb /volume[12]/@synologydrive/@sync/repo/1/2/* | grep n$
308387853       /volume1/@synologydrive/@sync/repo/1/2/n
209533219       /volume2/@synologydrive/@sync/repo/1/2/n

また、ディレクトリの下のすべてのファイルサイズを計算してn同じサイズを得ました。

ls -lA /volume1/@synologydrive/@sync/repo/1/2/n | tr -s ' ' | cut -f5 -d" " | awk '{s+=$1} END {print s}'
308387597
ls -lA /volume2/@synologydrive/@sync/repo/1/2/n | tr -s ' ' | cut -f5 -d" " | awk '{s+=$1} END {print s}'
308387597

したがって、ディレクトリは正しく「同期」されているように見え（同じファイル数、同じサイズ）、2つの異なるファイルシステム間の違いを解決しようとします。ただし、du新しいロール1でははるかに大きな寸法が得られます（より正確には、従来のロール2でははるかに小さい）。

これについての説明はありますか？

メモ:

• volume1新しいbtrfsターゲットボリューム（データをコピーした場所）。
• volume2以前のext4ソースボリューム（データをコピーしたボリューム）。
• データ複製の用途sudo rsync -a --progress --delete /volume2/@synologydrive /volume1