Filesystems
應用程序是否有可能破壞整個文件系統？
作業系統是 Debian 10。
我正在使用 Basilisk 將一些舊的 mac 經典應用程序安裝到共享驅動器，即“Unix Root”，因為 mac 卷沒有足夠的空間。
查看父文件系統上安裝的文件夾時，顯示為“xyz <?>（無效編碼）”
這讓我想到……作為普通使用者執行的應用程序是否有可能破壞底層文件系統，只需嘗試以不尋常的方式寫入它？（我想它可以在整個掛載點上有效地執行 rm ，但假設它沒有做任何“惡意”而是“錯誤”的事情）
我可以執行什麼命令來驗證文件系統的完整性？
我使用的實際父文件系統是 XFS。
文件名是一系列字節。不同的字元編碼使用這些字節以不同的方式對字元進行編碼。作為一個極端的例子，UTF-16 對每個字元使用 16 位（兩個字節），但 ISO-8859-1 僅使用 8 位（一個字節）埠字元。
Mac 使用的字元編碼很可能與伺服器預期的編碼不匹配。結果是在 Mac 上正確表示的文件名不能在伺服器上本地表示，因此您會收到您描述的錯誤。
這並沒有破壞通常意義上的文件系統（即文件系統結構仍然完好無損，並且可以以某種方式讀取文件名及其數據），但它創建了在伺服器上不可用的文件名。