將 rsync 與 nfs 掛載一起使用時，如何防止消失錯誤？
我正在將文件從 Ubuntu 伺服器移動到 Snow Leopard 伺服器。Ubuntu 伺服器有大約 6TB 的 NFS 共享，我想將其複製到 Snow Leopard 伺服器。
我在 Snow Leopard 伺服器上安裝了 nfs 共享，然後執行
rsync -av /Volumes/FromUbuntu /Volumes/LocalCopy在它複製了大約 100GB 之後，它抱怨文件已經消失了。我假設由於某種原因 NFS 連結會過時？這可能是什麼原因造成的？Ubuntu 伺服器沒有崩潰，也沒有我知道的連接問題。在復製完成之前，我不介意一遍又一遍地執行 rsync 命令，但是 rsync 需要大約 6 個小時才能使其成為文件列表。
有什麼建議麼？僅通過 SSH 進行 rsync 會更快嗎？謝謝！
（PS：我試過只使用 ‘cp -arv’ 這似乎沒有失敗，但根據 Mac 上的網路流量監視器，在 rsync 建立其文件列表後，複製文件所需的時間似乎是 rsync 的兩倍?)
更新：我正在嘗試通過 ssh 從 mac 伺服器到 ubuntu 伺服器進行 rsync，它似乎速度更快（創建文件列表並開始傳輸花費了不到兩個小時，就像從 nfs 掛載進行 rsync 時一樣大約六個小時來建構初始文件列表。）在 Mac 上掛載 NFS 共享肯定有問題。有人遇到過這個問題嗎？反過來呢，在 ubuntu 客戶端的 mac 上掛載 nfs 共享呢？我計劃在 Mac 上為 Ubuntu 客戶端託管 NFS 共享，但現在我開始緊張了。感謝您的輸入！
據我所知，“文件已消失”條件不是 的致命錯誤條件
rsync，並且該過程應該繼續正常。您是說rsync在報告“消失的文件”消息時停止了嗎？如果您正在備份實時文件系統，則始終可以從
rsync. 在rsync將文件添加到其傳輸列表的時間和rsync實際開始讀取它的時間之間，文件可能由於任何數量的合法原因而“消失”（例如，臨時鎖定文件被刪除，或文件被重命名）。請注意，某些應用程序通過創建和刪除隱藏的鎖定文件來解決 NFS 文件鎖定的限制，並且rsync可能會看到其中的一些限制。我建議在備份時盡可能保持源文件系統處於靜止狀態。理想情況下，除了備份程序之外沒有其他人可以訪問它，但我意識到這可能不可行。如果您的源文件系統位於 LVM 邏輯卷上，那麼您可以考慮創建一個只讀快照以用作您的備份源。