rsyncはデフォルトでLost + foundディレクトリを処理しますか?

rsyncはデフォルトでLost + foundディレクトリを処理しますか?

私を更新しました。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

関連情報