我有一個運行 Windows Server 的文件伺服器，並且我正在使用儲存池技術來建立儲存文件的磁碟區。
我嘗試將一些文件從一個卷移動到另一個卷，但收到一條奇怪的消息，說沒有可用空間來複製 37MB 文件，但顯示仍有 1,60TB 的可用空間
。
在類似情況下的 Linux 上，我會檢查一些 inode 問題，但我找不到複製失敗的正確原因。請注意，我什至檢查了權限錯誤（這裡不是問題）並嘗試使用 robocopy 進行複製（由於目的地缺少可用空間而出現錯誤 112）。
沒有配額策略應用於該磁碟區或新目錄，且這些磁碟區是 NTFS。
有什麼提示或建議嗎？
謝謝！
答案1
它不僅與可用空間本身有關，還與 a) 可用簇數和 b) 簇大小有關。比方說，如果您有很大的簇大小（這裡指兆位元組）和很多小簇，但不是非常小，因為這些簇是在NTFS 檔案系統內的MFT 內寫入的，例如同一位置、檔案中的元資料+ 資料...您可以空間很快就用完了！這就是 Windows 中的 FSUtil 可能派上用場的地方。
https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/fsutil
您需要做的是 a) 開啟 PowerShell cmd，b) 使用“fsinfo”和“ntfsinfo”參數來執行“fsutil”，後面接著目標磁碟機號碼或路徑（如果由於某種原因沒有指派磁碟機號碼）。
https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/fsutil-fsinfo
像這樣的事情：
fsutil fsinfo ntfsinfo YourDestinationCopyDriveLetter:
在輸出中，您檢查“空閒簇”和“每個簇的位元組數”報告值。如果將它們相乘，您將得到驅動器可以接受的大約最大數量的不是很小的文件（小文件存儲在 MFT 中，並且實際的集群從未觸及，就像我之前提到的那樣）。
希望有幫助:)