以前は少し使ってみましたが、rsyncちょっと混乱していますね。私はWSL（LinuxにインストールされているUbuntu 20.04）を探索し始めましたが、これが私が設定することに興味がある主な項目の1つです。
これは私のコマンドです（すべて1行）。
rsync --progress --modify-window=1 --update --recursive --times
--link-dest=/mnt/f/Backups/rsync/My\ Documents/snapshot2021-02-21T154600
/mnt/d/My\ Documents/ /mnt/f/Backups/rsync/My\ Documents/snapshot2021-02-21T154600
（後でスラッシュなしで試してみましたが、/mnt/d/My\ Documents/結果は同じでした。）
rsyncだから私のディレクトリD：\ My Documentsを試してみましょう。単純な。 /mnt/f は NTFS でフォーマットされた外付けハードドライブです。
過去数日間、WSLを探索し始め、rsync問題を引き起こすように見えるスイッチ/オプションに関するいくつかの提案を見つけたので、このオプションを使用しています。以前は、約20個のファイルに対してrsync問題なくいくつかの簡単なテストを実行していました。dfファイルの1つを変更した後、2番目のスナップショットの前後の「空き」ディスク容量を確認して、スナップショットとハードリンクの使用を確認しました。
しかも見た後はrsync --help。
混乱した結果：
関連する「マイドキュメント」フォルダのサイズは約5GBです。そこでrsyncやったことを中断して10分ほどで終わると予想しました。
1時間後に戻ってきましたが、まだ動作していました。ハードドライブを確認すると、F:\Backups\rsync\My Documents\snapshot2021-02-21T154600\ の下に D:\My Documents... の下にすべてのディレクトリがありますが、必要な 2 つのディレクトリもあることがわかりました。存在しない：別の「マイドキュメント」と別の「snapshot2021-02-21T154600」。後者の下でD：\ My Documentsの下のすべてのディレクトリを見つけました...それに、別の「My Documents」と別の「snapshot2021-02-21T154600」があります！ …もっと下を見ると…はい、無限に下に繰り返されます。
/mnt/f/Backups/rsync/My\Documents/snapshot2021-02-21T154600の総容量は5GBではなく70GBです！私が中断しなかった場合は、ハードドライブ全体を占めたと確信しています。
もちろん、私に思い浮かぶ考えの一つは、すべてが見えるものと異なるかもしれないということです。 「再帰ディレクトリ」と思われるのはハードリンクであるかもしれませんし、単にそのように見えるようにするかもしれません。
--link-destまた、最初の実行時にこれを設定することは意味がありませんrsync（つまり、後続のスナップショットのみがその場所を使用してハードリンクを作成できます）。しかし、以前にこれを実行してテストしたことがあり、問題は発生しませんでした。なぜ問題が発生するのか理解できません。
とにかく、何か真剣に間違っており、その理由を理解できません。問題（および解決策）を提案できる人は誰ですか？
編集する
それ現れる各パスの末尾にスラッシュを追加しても問題ありません。つまり、
rsync --progress --modify-window=1 --update --recursive --times
--link-dest=/mnt/f/Backups/rsync/My\ Documents/snapshot2021-02-21T154600/
/mnt/d/My\ Documents/ /mnt/f/Backups/rsync/My\ Documents/snapshot2021-02-21T154600/
...これが書かれた規則や習得した知識に従いますかrsync？この質問を削除する必要がありますか、または同様の問題を抱えている人のために残すべきですか？
表面的にこれが実際に問題に対する解決策であれば、rsync機能が少しずれていると思います。確かに末尾のスラッシュがない間違いを犯しても（その場合）、I現象が発生してはいけません。説明する。もちろん、これは特定の背景（WSL）のために給与評価から逸脱する問題かもしれません。