解決策 1:
rsync を使用して、Linux (Ubuntu 10.4) を実行しているラップトップで保存および処理する写真をバックアップします。 FAT32 としてフォーマットされた 1TB のハードディスクを備えた非常に基本的な NAS にバックアップします。 NAS ケースとファームウェアは非常に基本的なものであるため、ドライブを再フォーマットすることはできません。
私が使用するコマンドは次のとおりです:
$ rsync --progress --modify-window=1 --update --recursive --times \
/home/mloskot/Pictures /mnt/nas/Pictures
正確な時間比較を可能にするために --modify-window=1 オプションが使用されます。これは、FAT32 が Linux で使用されるファイルシステムとは異なる 2 秒の解像度でファイルのタイムスタンプを記録するためです。 --update は、既存のファイルの不必要なコピーを避けるためのもので、増分バックアップのように動作します。
サイズベースの比較を行うために、 --size-only オプションを指定できます。
解決策 2:
可能であれば、Linux fs に再フォーマットすることをお勧めします。前述のように、FAT のファイル サイズ制限は比較的低く、アクセス許可と所有権を適切に処理できない可能性があります。さらに重要なことに、FAT は、たとえば ext3 ほど正確にファイルの変更時間を追跡しません (FAT は 2 秒以内の精度しかありません)。これは、データを再コピーするか、少なくともハッシュを再チェックする必要があるほど元のファイルがバックアップファイルよりも新しいまたは古いと判断する場合があるため、rsync で特に厄介な動作につながります。全体として、バックアップのパフォーマンスが非常に低下します。 しなければならない場合 FAT に固執し、回避策として rsync の --size-only フラグと --modify-window フラグを調べてください。
解決策 3:
この Linux 上の rsync は FAT (どのバージョンの FAT ですか?) ディスクとの間ですか? それとも Windows バージョンの cwRsync を使用していますか?
いずれにせよ、FAT16 と 32 は両方のバージョンで動作します (FAT12 は試していません)。 Linux システムを使用している場合、FAT ファイルシステムのパフォーマンスは、Linux フォーマットのファイルシステムを使用する場合よりも少し悪いと予想されます。