題:
HFS +區分大小寫還是不區分大小寫-主驅動器分區使用哪種類型?
Ian C.
2011-02-09 04:59:10 UTC
view on stackexchange narkive permalink

在格式化主驅動器分區時,在HFS +的區分大小寫的版本中選擇 的原因是什麼?區分大小寫的方法並非總是最佳選擇嗎?

有關HSFX問題的程序列表,請參閱http://apple.stackexchange.com/questions/46322/what-programs-have-trouble-with-case-sensitive-hfsx-filesystems-and-how-to-fi,以及(可能)修復。
七 答案:
Cajunluke
2011-02-09 06:33:49 UTC
view on stackexchange narkive permalink

使用默認值(不區分大小寫),除非您a)都知道自己在做什麼,b)絕對必須這樣做。有幾種程序(想到的是Norton Antivirus)在區分大小寫的文件系統上無法正常工作。不必理會您輸入的內容以進行比較,但它會記住您輸入的內容)。

conorgriffin
2011-02-09 05:07:54 UTC
view on stackexchange narkive permalink

一個或另一個可能破壞應用程序,但是默認情況下不區分大小寫。如果您一直在使用不區分大小寫的方式而沒有問題,則不能保證向區分大小寫的過渡會順利進行。以下是 apple支持頁面中的一個示例:

......不要假定您的第三方軟件解決方案在區分大小寫的情況下可以正常工作。重要提示:區分大小寫的名稱不會忽略Unicode可忽略字符。這意味著一個目錄可以具有多個使用Unicode比較規則被認為等同的名稱,但是在區分大小寫的HFSX卷上被認為是不同的。

那麼什麼是標準?不區分大小寫?
不區分大小寫是標準的,並且幾乎總是更好的選擇。
dan
2013-05-20 21:48:16 UTC
view on stackexchange narkive permalink

選擇一個區分大小寫的文件系統是有充分理由的。如果您對運行的應用程序的質量和安全性感到擔心,那麼您可能會對任何早期機制感興趣,這些機制可能會區分編程不良的應用程序。

一個應用程序一次創建一個名為 conf 的文件,然後嘗試打開名稱為 CONF 的同一個文件,該應用程序的編寫效果很差。這只是普通的不良編程習慣。這種應用程序在其代碼長度上充滿著具有相同平均概率的漏洞。這是一個危險的應用程序。

該危險的應用程序很可能在區分大小寫文件系統上崩潰。

此危險的應用程序不會在 strong>不區分大小寫的文件系統。

(某些應用程序會同時崩潰,但是我們不太想解決這些問題。)

因此,區分大小寫的文件系統可以被認為是早期發現和阻止編程不良的應用程序的好工具。

另一方面,此級別的編程質量控制僅確保您沒有任何其他漏洞是遠遠不夠的。

因此,基本上您是說,作為開發人員/測試人員,應該使用區分大小寫的文件系統,而對於單獨的用戶來說,應該使用不區分大小寫的文件系統?
→Patrix:我建議每個用戶使用“區分大小寫”文件系統。無需區分用戶。更好地應對編寫不良的應用程序,這些應用程序是所有安全漏洞的根源。
如果用戶需要使用期望文件系統不區分大小寫的應用程序,這將無濟於事(例如Adobe仍然存在問題)。
→Patrix:您的態度如何“ Adob​​e那裡仍然有“問題” **”。同時,Adobe有時能夠使應用程序編寫得井井有條,並且在市場上幾乎所有的操作系​​統上都不會出現故障(Adobe Reader)。
Hrunga Zmuda
2011-10-06 06:09:02 UTC
view on stackexchange narkive permalink

在區分大小寫的情況下,有些重要的應用程序將無法正常工作。而且確實沒有理由這樣做。我假設是因為您問您確實沒有理由這樣做。除非有特殊原因,否則絕對最好不要這樣做,並且不必擔心許多應用程序不能正確使用它。

Walter
2016-04-14 02:30:36 UTC
view on stackexchange narkive permalink

使用區分大小寫的文件系統的一個很好的原因是使用git存儲庫。如果不使用大小寫,則將它們同步到倉庫會反復出現問題。

但是我建議為此類應用程序使用區分大小寫的HFS +格式添加另一個分區,並將所需目錄鏈接到該分區。我的系統分區仍然不區分大小寫,不是因為我知道原因,而是因為擔心。

顯然沒有什麼可擔心的。OS X在區分大小寫的HFS +上可以正常運行。儘管某些應用程序可能沒有。我同意:git是執行此操作的很好理由。
這個答案不是很有用,因為它太模糊了。如果您給出可能出問題的具體示例,將會有所改善。我從未在macOS上遇到任何git問題。
想到的一個例子是@ChrisPage:當我在不區分大小寫的Mac APFS上克隆linux源代碼時,我立即看到更改的文件,其中“更改的內容”是文件命名(大寫到小寫)。mac上的Git似乎無法協調這-`git reset --hard`或`git checkout [file]`似乎不能使工作樹變得乾淨。
Léonard Cherouvrier
2017-07-29 16:21:35 UTC
view on stackexchange narkive permalink

Adobe Creative Cloud應用程序無法在區分大小寫的系統上運行,並且可能是一個主要問題

任何驗證?
只需嘗試在區分大小寫的文件系統上安裝,您將看到安裝程序無法正常工作。如果您想“更多”:https://helpx.adobe.com/creative-suite/kb/error-case-sensitive-drives-supported.html
Niyog Ray
2017-10-31 14:16:06 UTC
view on stackexchange narkive permalink

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



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 2.0許可。
Loading...