Windows 10 在 Linux 上使用 <space> 作為允許的文件夾名出現問題
問題：
我不小心在 Linux 上命名了一個在末尾添加空格的文件夾。在 Windows 10 上，這甚至是不可能的，最後的空間會被自動刪除。在 Linux Mint 19.2 上，這是可能的，但在嘗試在 Windows 上訪問該文件夾時會引起麻煩。
一旦我將一個附加文件複製到該文件夾中，該文件夾就被 Windows 重命名為一個文件夾名稱，末尾沒有空格，結果是兩個文件夾，一個末尾有空格，一個沒有，看起來完全一樣，顯示在 Windows 資源管理器中。兩個文件夾中只有新粘貼的文件，其余文件未顯示。
首先嘗試解決它：
給最後有空格的文件夾添加後綴並重新打開Windows資源管理器後，我還可以看到文件夾中的舊文件，最後沒有空格。我也可以將這些文件保存在其他地方。因此，Linux 文件只是被 Windows 資源管理器文件夾管理器在視覺上抑制，新粘貼的文件及其分配的文件夾支配了之前的所有內容。
問題 2：我將所有文件都移到了一個新文件夾中，沒有出現這個問題。然後我試圖刪除Windows更正的文件夾，但那個文件夾不存在！它只是在視覺上假裝在那裡。而且我必須恢復以空格結尾的文件夾的重命名和移動，以便在沒有 Windows 更正空間的情況下刪除文件夾。
視窗截圖：
解決方法：
返回Linux並刪除空格結尾，然後返回Windows，可以像往常一樣粘貼任何文件。
但是這個解決方案很尷尬。
尤其是如果我以某種方式甚至設法刪除了以 Windows 結尾的空格的文件夾（我沒有這樣做，但誰知道這可能是如何發生的？），從那時起，在 Windows 上，我什至沒有有機會刪除更正後的文件夾。我必須在 Linux 上再次在同一個文件夾中創建一個帶有空格的新文件夾，以便能夠刪除沒有空格的文件夾。然後我將再次像解決方案所說的那樣回到 Linux。
無論是否刪除 Windows 上的文件夾，任何使用者在 Linux 和 Windows 之間切換都可能發生這種僅僅因為空格結尾的混淆。
因此問題：
在 Linux 上，是否有一個設置可以像在 Windows 10 上一樣自動刪除文件夾名稱末尾的空格，這意味著在更改本身時？
問題出在 exfat SD 卡上，儘管我猜 NTFS 也會發生這種情況。人們也可以不將其視為 Linux，而是將其視為純粹的 Windows 文件管理問題。這就是為什麼作為“另一面”的 Windows 問題現在出現在使用Windows 10 的超級使用者上：如何處理以空格結尾的文件夾名稱，這些名稱在 Linux 上是允許的，但在 Windows 資源管理器中不能進一步使用？. 請在此處回答 Linux 解決方案，並在此處回答 Windows 解決方案。
我在本機驅動程序或 FUSE 驅動程序中都沒有看到這種選項的證據。兩個驅動程序的選項都相對稀疏。
據我所知，這些是 exFAT 文件系統上的有效文件名，它們在 Linux 上絕對有效。由於 exFAT 與 UDF 一樣，可以在任何作業系統上有效使用，並且根本不需要涉及 Windows，因此沒有理由認為應該禁止這些。Windows 是否支持它們是 Linux（或 macOS）上不存在的實施質量問題。