在格式化主驅動器分區時,在HFS +的區分大小寫的版本中選擇 的原因是什麼?區分大小寫的方法並非總是最佳選擇嗎?
在格式化主驅動器分區時,在HFS +的區分大小寫的版本中選擇 的原因是什麼?區分大小寫的方法並非總是最佳選擇嗎?
使用默認值(不區分大小寫),除非您a)都知道自己在做什麼,b)絕對必須這樣做。有幾種程序(想到的是Norton Antivirus)在區分大小寫的文件系統上無法正常工作。不必理會您輸入的內容以進行比較,但它會記住您輸入的內容)。
一個或另一個可能破壞應用程序,但是默認情況下不區分大小寫。如果您一直在使用不區分大小寫的方式而沒有問題,則不能保證向區分大小寫的過渡會順利進行。以下是 apple支持頁面中的一個示例:
......不要假定您的第三方軟件解決方案在區分大小寫的情況下可以正常工作。重要提示:區分大小寫的名稱不會忽略Unicode可忽略字符。這意味著一個目錄可以具有多個使用Unicode比較規則被認為等同的名稱,但是在區分大小寫的HFSX卷上被認為是不同的。
選擇一個區分大小寫的文件系統是有充分理由的。如果您對運行的應用程序的質量和安全性感到擔心,那麼您可能會對任何早期機制感興趣,這些機制可能會區分編程不良的應用程序。
一個應用程序一次創建一個名為 conf
的文件,然後嘗試打開名稱為 CONF
的同一個文件,該應用程序的編寫效果很差。這只是普通的不良編程習慣。這種應用程序在其代碼長度上充滿著具有相同平均概率的漏洞。這是一個危險的應用程序。
該危險的應用程序很可能在區分大小寫文件系統上崩潰。
此危險的應用程序不會在 strong>不區分大小寫的文件系統。
(某些應用程序會同時崩潰,但是我們不太想解決這些問題。)
因此,區分大小寫的文件系統可以被認為是早期發現和阻止編程不良的應用程序的好工具。
另一方面,此級別的編程質量控制僅確保您沒有任何其他漏洞是遠遠不夠的。
在區分大小寫的情況下,有些重要的應用程序將無法正常工作。而且確實沒有理由這樣做。我假設是因為您問您確實沒有理由這樣做。除非有特殊原因,否則絕對最好不要這樣做,並且不必擔心許多應用程序不能正確使用它。
使用區分大小寫的文件系統的一個很好的原因是使用git存儲庫。如果不使用大小寫,則將它們同步到倉庫會反復出現問題。
但是我建議為此類應用程序使用區分大小寫的HFS +格式添加另一個分區,並將所需目錄鏈接到該分區。我的系統分區仍然不區分大小寫,不是因為我知道原因,而是因為擔心。
Adobe Creative Cloud應用程序無法在區分大小寫的系統上運行,並且可能是一個主要問題
Adobe程序因無法在區分大小寫的文件系統上運行而臭名昭著。Adobe說:
您不能在使用區分大小寫的文件系統的捲(例如HSFX(HFS +)或UFS)上安裝Adobe產品。此限制既適用於啟動驅動器,也適用於安裝了軟件的驅動器。
https://helpx.adobe.com/creative-suite/kb/error-case-sensitive-drives-supported.html
Steam也不能安裝在區分大小寫的文件系統上。
Steam當前不支持區分大小寫的文件系統或分區。
https://support.steampowered.com/kb_article.php?ref=8601-RYPX-5789