HFS+ case sensitive oder case insensitive – welcher Typ soll für die primäre Laufwerkspartition verwendet werden?

Welche Gründe sprechen dafür, beim Formatieren der primären Laufwerkspartition die case- in -sensitive Version von HFS+ zu wählen ? Wäre Groß- und Kleinschreibung nicht immer die beste Wahl?

Siehe apple.stackexchange.com/questions/46322/… für eine Liste von Programmen mit HSFX-Problemen und (möglichen) Korrekturen.

Antworten (7)

Verwenden Sie die Standardeinstellung (Groß-/Kleinschreibung wird nicht beachtet), es sei denn, Sie a) wissen, was Sie tun, und b) Sie müssen es unbedingt wissen. Es gibt mehrere Programme (Norton Antivirus kommt mir in den Sinn), die auf einem Dateisystem, bei dem die Groß-/Kleinschreibung beachtet wird, nicht richtig funktionieren.

HFS berücksichtigt standardmäßig nicht die Groß-/Kleinschreibung, behält aber die Groß-/Kleinschreibung bei (dh es kümmert sich nicht darum, was Sie zu Vergleichszwecken eingeben, aber es merkt sich, was Sie eingeben).

Das eine oder andere kann Anwendungen kaputt machen, Groß- und Kleinschreibung ist jedoch die Standardeinstellung. Wenn Sie die Groß-/Kleinschreibung ohne Probleme verwendet haben, gibt es keine Garantie dafür, dass ein Übergang zur Groß-/Kleinschreibung gut verläuft. Hier ist ein Beispiel von den Support-Seiten von Apple :

... gehen Sie nicht davon aus, dass Ihre Softwarelösungen von Drittanbietern korrekt mit Groß-/Kleinschreibung funktionieren. Wichtig: Bei Namen mit Berücksichtigung der Groß-/Kleinschreibung werden keine Unicode-Zeichen ignoriert. Dies bedeutet, dass ein einzelnes Verzeichnis mehrere Namen haben kann, die anhand von Unicode-Vergleichsregeln als gleichwertig angesehen werden, aber auf einem HFSX-Volume, bei dem die Groß-/Kleinschreibung beachtet wird, als unterschiedlich betrachtet werden.

Was ist dann der Standard? Groß-/Kleinschreibung beachten?
Die Groß- und Kleinschreibung ist Standard und fast immer die bessere Option.

Es gibt einen guten Grund, ein Dateisystem mit Berücksichtigung der Groß-/Kleinschreibung zu wählen. Wenn Sie sich Sorgen um die Qualität und Sicherheit der von Ihnen ausgeführten Anwendungen machen, interessieren Sie sich möglicherweise für einen frühen Mechanismus, der schlecht programmierte Anwendungen diskriminieren kann.

Eine Anwendung, die einmal eine Datei mit dem Namen erstellt confund später versucht, dieselbe Datei mit dem Namen zu öffnen, CONFist zumindest schlecht geschrieben. Das ist einfach nur schlechte Programmierpraxis. Diese Art von Anwendung ist über die gesamte Codelänge mit Schwachstellen mit der gleichen durchschnittlichen Wahrscheinlichkeit gefüllt. Dies ist eine gefährliche Anwendung.

Diese gefährliche Anwendung wird höchstwahrscheinlich auf einem Dateisystem abstürzen, bei dem zwischen Groß- und Kleinschreibung unterschieden wird.

Diese gefährliche Anwendung stürzt nicht auf einem Dateisystem ab, bei dem die Groß-/Kleinschreibung nicht berücksichtigt wird.

(Einige Anwendungen werden auf beiden abstürzen, aber wir sind nicht sehr motiviert, diese zu sortieren.)

Daher kann ein Dateisystem mit Berücksichtigung der Groß-/Kleinschreibung als gutes Werkzeug angesehen werden, um schlecht programmierte Anwendungen frühzeitig zu erkennen und zu blockieren.

Andererseits reicht dieses Niveau der Qualitätskontrolle der Programmierung bei weitem nicht aus, um sicherzustellen, dass Sie keine andere Schwachstelle haben.

Sie sagen also im Grunde, dass man als Entwickler/Tester ein Dateisystem verwenden sollte, bei dem die Groß- und Kleinschreibung beachtet wird, und als bloßer Benutzer ein Dateisystem, bei dem die Groß- und Kleinschreibung nicht berücksichtigt wird?
→ Patrix: Ich würde jedem Benutzer raten, im Dateisystem zwischen Groß- und Kleinschreibung zu unterscheiden. Keine Notwendigkeit, Benutzer zu diskriminieren. Bekämpfen Sie besser schlecht geschriebene Anwendungen, die die Wurzel aller Sicherheitslücken sind.
Es hilft dem Benutzer nicht, wenn er eine Anwendung verwenden muss, die erwartet, dass Dateisysteme die Groß- und Kleinschreibung nicht beachten (Adobe hat dort zum Beispiel immer noch Probleme).
→ Patrix: wie recht du hast "Adobe hat da immer noch Probleme ". Mittlerweile ist Adobe teilweise in der Lage, Anwendungen zu erstellen, die sauber programmiert sind und auf fast allen Betriebssystemen auf dem Markt störungsfrei laufen (Adobe Reader).

Es gibt einige wichtige Anwendungen, bei denen die Groß-/Kleinschreibung nicht korrekt funktioniert. Und es gibt wirklich keinen Grund, es zu tun. Ich nehme an, da Sie fragen, dass Sie wirklich keinen Grund haben, es zu tun. Sie sind definitiv besser dran, es nicht zu tun, es sei denn, Sie haben einen bestimmten Grund, und es ist Ihnen egal, dass viele Anwendungen damit nicht richtig funktionieren.

Ein guter Grund, ein Dateisystem mit Berücksichtigung der Groß-/Kleinschreibung zu verwenden, ist die Verwendung von Git-Repositories. Das Synchronisieren mit dem Repo verursacht immer wieder Probleme, wenn kein Case verwendet wird.

Ich schlage jedoch vor, für eine solche Anwendung eine weitere Partition mit HFS+-formatierter Groß- und Kleinschreibung hinzuzufügen und die benötigten Verzeichnisse mit dieser Partition zu verknüpfen. Meine Systempartition unterscheidet immer noch nicht zwischen Groß- und Kleinschreibung, nicht weil ich weiß warum, sondern nur weil ich Angst habe.

Anscheinend gibt es nichts zu befürchten. OS X läuft gut auf HFS+, bei dem zwischen Groß- und Kleinschreibung unterschieden wird. Obwohl einige Anwendungen dies möglicherweise nicht tun. Und ich stimme zu: Git ist ein sehr guter Grund, dies zu tun.
Diese Antwort ist nicht sehr hilfreich, weil sie zu vage ist. Es wäre besser, wenn Sie ein konkretes Beispiel dafür geben würden, was schief gehen kann. Ich bin unter macOS noch nie auf Git-Probleme gestoßen.
@ChrisPage ein Beispiel, das mir in den Sinn kommt: Wenn ich die Linux-Quelle auf APFS ohne Berücksichtigung der Groß- und Kleinschreibung auf einem Mac klone, sehe ich sofort geänderte Dateien, wobei "was sich geändert hat" die Dateibenennung ist (Großbuchstaben in Kleinbuchstaben). Git auf dem Mac scheint dies nicht zu können versöhnen dies - git reset --hardoder git checkout [file]können den Arbeitsbaum nicht sauber machen.

Adobe Creative Cloud-Apps laufen nicht auf einem System, bei dem die Groß-/Kleinschreibung beachtet wird, und können ein großes Problem darstellen

Irgendeine Verifizierung?
Versuchen Sie einfach, auf einem Dateisystem zu installieren, bei dem die Groß-/Kleinschreibung beachtet wird, und Sie werden sehen, dass das Installationsprogramm nicht funktioniert. Wenn Sie "mehr" wollen: helpx.adobe.com/creative-suite/kb/…

Adobe-Programme sind berüchtigt dafür, dass sie nicht mit Groß-/Kleinschreibung arbeiten. Adobe sagt:

Sie können Adobe-Produkte nicht auf einem Volume installieren, das ein Dateisystem verwendet, bei dem die Groß-/Kleinschreibung beachtet wird, wie z. B. HSFX (HFS+) oder UFS. Diese Einschränkung gilt sowohl für das Startlaufwerk als auch für das Laufwerk, auf dem die Software installiert wird.

https://helpx.adobe.com/creative-suite/kb/error-case-sensitive-drives-supported.html

Steam kann auch nicht auf Dateisystemen installiert werden, bei denen die Groß-/Kleinschreibung beachtet wird.

Steam unterstützt derzeit keine Dateisysteme oder Partitionen, bei denen die Groß-/Kleinschreibung beachtet wird.

https://support.steampowered.com/kb_article.php?ref=8601-RYPX-5789

HFS+ case sensitive oder case insensitive – welcher Typ soll für die primäre Laufwerkspartition verwendet werden?
AntwortenHierDatenschutz-Bestimmungen1y, 0v