60.0PBのファイルサイズが正しくありません。削除するとデータが失われますか？

一部のデータ（200 GBホームディレクトリ）のバックアップ中に特定のrsyncファイルに対してI / 0エラーが発生しました。同期バックアップを「正常に」使用し続けなさい。問題のソースファイルのファイルサイズは72バイトです。

キャンセルしました 同期、同じコマンドを再実行してください。今回は、同じファイルにデータが転送される様子が表示されます。多くのデータ...そしてデータももっとあり、もっとあり... ターゲットファイルのサイズを確認してみると最大13GBです！だから、Ctrl-cを使ってキャンセルします。同期。

60.0 PBNautilusでソースファイルのサイズをもう一度確認すると、500GBドライブのサイズ（ペタバイト！）が表示されました。

今、これらすべてのポイントは、ファイルシステムが実際よりもはるかに大きいと考えることができるので、このファイルを削除すると他のファイルのデータ損失が発生することです。ファイルシステムはext4..

スキップできます。同期例外ですが、これを削除するとどうなるのか特に興味があります。

アップデート：ターゲットとソースの両方ext4

スパースファイルの提案：スパースファイルの場合、なぜ1分ごとにサイズが異なるのですか？そのファイルは当時は確かに（？）使われなかったものでした。~/.macromedia/Flash_Player/#SharedObjects/someting-or-other.solあるファイルですたくさんこれより良いソルそのディレクトリにファイルがあります。最初のパスでは、I / 0エラーが表示されます。

また、man rsync推奨される-Sオプションは、次のようなスパースファイルを処理することです。効率的な、いいえ適切にだから、これは私にとって効果的です。もし私が使っていなくても、両方の-S場合、まれなファイルを正確にコピーする必要があります。そうではありません。まれなファイルであっても、60.0 Petaバイトは間違いなく（？）ファイルシステムのどこかにバグがあります...これが私が最も心配している部分です。ファイルシステムに障害がある場合は、そのファイルを削除すると他のファイルに影響しますか？

より具体的に言えば、13GBのデータとクライミングを記録しました！キャンセルすると13GB～60PBのデータも削除されますか？