當遵循與OP類似的建議時，我遇到了相同的問題，特別是使用Time Machine啟動備份以在網絡共享上創建新的稀疏捆綁，停止備份並複制 Backups.backupdb 到新創建的稀疏包。

我的解決方案是模仿Time Machine創建新的稀疏捆綁包的方式，只有一個區別：採用“ Mac OS Extended（Journaled）”格式，不區分大小寫。該解決方案的主要好處是，除了保留舊的備份外，還可以保持Time Machine對網絡共享備份磁盤的所有期望，因此，每小時自動備份等將無縫運行，而無需其他腳本或變通辦法。 >

在“從外部HDD到Samba的遷移”部分中，我為自己保留了詳細信息和註釋： https://gist.github.com/martian111/e0d9885004eb56fd6abf3d1ba7671737，但TL;與解決此問題有關的DR步驟為（從OP在遇到錯誤時停止的地方開始）：

1. 如有必要，停止Time Machine備份並禁用，直到遷移完成。
2. 使用“ Mac OS Extended（Journaled）”作為格式並使用與Time Machine創建的不可用，區分大小寫的稀疏包相同的命名約定來創建新的稀疏包。
3. 在裝入“ Time Machine Backups”卷上後，使用 distutil 來 enableOwnership （在裝入創建的稀疏包之後）。 （參考： https://apple.stackexchange.com/a/53243/174505）
4. 在Finder中，在確認啟用所有權之後，將 Backups.backupdb 目錄移動/複製到新卷。 Finder應該提示您輸入管理員權限。
5. 卸載“ Time Machine備份”卷
6. 將由Time Machine創建的sparsebundle目錄中的 com.apple.TimeMachine。* 元數據文件複製到上面創建的sparsebundle中。
7. 刪除無法使用的Time Machine創建的sparsebundle，並將其替換為此處創建的sparsebundle（更改sparsebundle目錄名稱）。
8. 重新啟用Time Machine的“自動備份”。
ol>

完成上述操作後，下一次Time Machine備份應識別出已創建的稀疏包，並從上次備份中斷的地方繼續。此外，進入Time Machine時，所有歷史備份都是可瀏覽的。

注意：Mac的根卷也不區分大小寫，因此我認為這對於我的設置是安全的。

注意2：“我的Time Machine”網絡共享是在Linux中運行的Samba / SMB共享。託管SMB共享的磁盤已使用LUKS加密，因此，我不使用Time Machine的加密備份功能。

我建議將數據複製到某個地方，並按照此頁面底部的說明進行操作： https://web.archive.org/web/20170910134343/http://pondini.org/TM/18.html ＃id18

您的假設是，更改文件周圍的結構應該使文件保持完整，這是不正確的。就像以某種方式說文件可以完全獨立於支持它們的結構而存在..事實並非如此。如果您剝離車身，變速箱和一些發動機，汽車將不再是汽車。現在，您可以用其他汽車的零件替換這些零件，但是性能會有所不同。為此，也許您可以創建一個區分大小寫的分區，然後將文件複製到那裡，銷毀舊的分區，正確地重新創建舊的分區，然後將文件複製回去，但是我不會冒險。您的數據比這更有價值。您想毫無疑問地知道，如果需要備份，就可以得到備份，而以這種方式弄亂可能會引起懷疑（應該如此）。

您可以使用“磁盤工具”（而不是使用Time Machine創建Sparsebundle /磁盤映像）來創建它（以下是有關如何執行此操作的信息： http://www.makeuseof.com/tag/turn-nas-windows-share-time-machine-backup /），並以此方式控制區分大小寫。因此，如果要從不區分大小寫的驅動器進行複制，則可以將稀疏包也設置為不區分大小寫。然後，將Backups.backupdb文件夾複製到磁盤映像中時，不會收到錯誤消息。

我認為我發現了一個非常棘手的問題的非常簡單的解決方案（無需重新格式化驅動器等）

1. 轉到TM備份
2. 選擇要復制的文件夾
3. 壓縮文件夾
4. 壓縮文件夾將出現在桌面上
5. 解壓縮文件夾
6. 複製到任何地方
ol>