私を更新しました。rsync ファイルを無視そして使用--delete-excluded
これこれで、ターゲットから重複したファイルを削除します。lost+found/
上記のファイルには次の行があるため、rsyncは操作を完了できません。
rsync: [generator] opendir "/mnt/text/lost+found" failed: Permission denied (13)
IO error encountered -- skipping file deletion
私のコマンド:
rsync --archive --no-compress --info=progress2 --human-readable --exclude-from='rsync.exclude.txt' --delete-excluded $HOME/ /mnt/text/
システムディレクトリはlost+found
削除できません。
lost+found
少なくともFedora 33(送信側)で許可エラーが発生し、そのフォルダが除外されたことを覚えておいてください。現在のFedora 35では、rsyncは問題なく完全に機能します(関連する場合は現在のディレクトリにデータがありません)。
フォルダを手動で除外する必要がありますか、それともバグが発生しますか(したがってrsyncの機能を誤解していますか?)。これは、デフォルト設定を使用すると、LinuxでI / Oエラーが原因でrsyncが常に失敗することを意味します。
答え1
まず、あなたの質問に答えてください。」rsyncはデフォルトでLost + foundディレクトリを処理しますか?「範囲に含めた場合、答えは「はい」です。すべてのrsync -av / remoteHost:/some/path
ファイルとディレクトリを含めようとします。/lost+found
ルートでない場合を含む現在のユーザーがアクセスできないファイルまたはディレクトリでは失敗します。(失敗します。)/proc
も失敗しましたが、/sys
理由は異なります)。
さて、問題の本質を全体的に見てください。これは、現在のソースコピーから除外されたファイルとディレクトリを削除するワンタイム実行のようです。
実際に除外から除外することはできないため、lost+found
最も簡単な回避策は--ignore-errors
フラグを含めることです。これにより、削除権限を持つファイルとディレクトリを削除できます。それでもエラーが発生しますlost+found
が、他の削除は防止されません。
--delete-excluded
この操作が完了したら、それ以上がないように処理を再開する必要があります--ignore-errors
。