HFS + case-sensitive oder case-insensitive - welcher Typ wird für die primäre Laufwerkspartition verwendet?


39

Welche Gründe sprechen für die Wahl der Groß- und Kleinschreibung in der vertraulichen Version von HFS + beim Formatieren der primären Laufwerkspartition? Wäre Groß- und Kleinschreibung nicht immer die beste Wahl?


4
Siehe apple.stackexchange.com/questions/46322/... für eine Liste von Programmen mit HSFX Fragen und (möglichen) Behebungen.

Antworten:


34

Verwenden Sie die Standardeinstellung (ohne Berücksichtigung der Groß- / Kleinschreibung), es sei denn, Sie beide a) wissen, was Sie tun, und b) müssen dies unbedingt tun. Es gibt mehrere Programme (Norton Antivirus fällt ein), die auf einem Dateisystem mit Groß- und Kleinschreibung nicht ordnungsgemäß funktionieren.

HFS unterscheidet standardmäßig nicht zwischen Groß- und Kleinschreibung, bewahrt jedoch die Groß- und Kleinschreibung (dh es ist egal, was Sie zu Vergleichszwecken eingeben, es merkt sich jedoch, was Sie eingeben).


8

Das eine oder andere kann zu Problemen bei der Ausführung von Anwendungen führen, standardmäßig wird jedoch die Groß- und Kleinschreibung nicht berücksichtigt. Wenn Sie ohne Probleme zwischen Groß- und Kleinschreibung unterscheiden, gibt es keine Garantie dafür, dass der Übergang zu Groß- und Kleinschreibung problemlos verläuft. Hier ist ein Beispiel von den Apple Support-Seiten :

Gehen Sie nicht davon aus, dass Ihre Softwarelösungen von Drittanbietern korrekt funktionieren. Wichtig: Bei Namen, bei denen die Groß- und Kleinschreibung beachtet wird, werden Unicode-ignorierbare Zeichen nicht ignoriert. Dies bedeutet, dass ein einzelnes Verzeichnis mehrere Namen haben kann, die nach Unicode-Vergleichsregeln als gleichwertig gelten, auf einem HFSX-Volume mit Groß- und Kleinschreibung jedoch als unterschiedlich eingestuft werden.


1
Was ist dann der Standard? Groß- / Kleinschreibung wird nicht berücksichtigt?
Ian C.

8
Groß- und Kleinschreibung ist Standard und fast immer die bessere Option.
CajunLuke

7

Es gibt gute Gründe, ein Dateisystem zu wählen, bei dem zwischen Groß- und Kleinschreibung unterschieden wird. Wenn Sie sich Gedanken über die Qualität und Sicherheit der von Ihnen ausgeführten Anwendungen machen, sind Sie möglicherweise an einem frühen Mechanismus interessiert, der möglicherweise schlecht programmierte Anwendungen diskriminiert.

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

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

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

(Einige Anwendungen werden auf beiden abstürzen, aber wir sind nicht hoch motiviert, diese auszusortieren.)

Daher kann ein Dateisystem, bei dem die Groß- und Kleinschreibung beachtet wird, als gutes Werkzeug angesehen werden, um schlecht programmierte Anwendungen frühzeitig zu erkennen und zu blockieren.

Auf der anderen Seite ist diese Stufe der Programmierqualitätskontrolle alles andere als ausreichend, um sicherzustellen, dass Sie keine andere Sicherheitsanfälligkeit haben.


1
Sie sagen also im Grunde, dass man als Entwickler / Tester ein Dateisystem verwenden sollte, bei dem die Groß- und Kleinschreibung nicht beachtet wird, und als bloßer Benutzer sollte die Groß- und Kleinschreibung nicht beachtet werden?
Nohillside

→ Patrix: Ich würde jedem Benutzer raten, zwischen Groß- und Kleinschreibung zu unterscheiden . Keine Notwendigkeit, Benutzer zu diskriminieren. Besser gegen schlecht geschriebene Anwendungen vorgehen, die die Wurzeln aller Sicherheitslücken bilden.
Dan

2
Es hilft dem Benutzer nicht, wenn er eine Anwendung verwenden muss, bei der die Groß- und Kleinschreibung von Dateisystemen nicht berücksichtigt wird (z. B. hat Adobe immer noch Probleme).
Nohillside

1
→ Patrix: Wie richtig Sie sind "Adobe hat dort noch Probleme ". In der Zwischenzeit ist Adobe manchmal in der Lage, Anwendungen zu erstellen, die sauber programmiert sind und auf nahezu jedem Betriebssystem auf dem Markt (Adobe Reader) fehlerfrei laufen.
Dan

4

Es gibt einige wichtige Anwendungen, bei denen die Groß- und Kleinschreibung nicht korrekt berücksichtigt wird. Und es gibt wirklich keinen Grund, es zu tun. Ich gehe davon aus, dass du fragst, ob du wirklich keinen Grund dafür hast. Sie sind definitiv besser dran, es nicht zu tun, es sei denn, Sie haben einen bestimmten Grund und kümmern sich nicht darum, dass viele Anwendungen nicht richtig damit funktionieren.


2

Ein guter Grund, ein Dateisystem mit Groß- und Kleinschreibung zu verwenden, ist die Verwendung von Git-Repositorys. Das Synchronisieren mit dem Repo führt immer wieder zu Problemen, wenn case nicht verwendet wird.

Ich empfehle jedoch, eine weitere Partition hinzuzufügen, bei der die Groß- und Kleinschreibung von HFS + für eine solche Anwendung beachtet wird, und die Verzeichnisse zu verknüpfen, die Sie für diese Partition benötigen. Meine Systempartition ist immer noch unabhängig von 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 unter Groß- und Kleinschreibung von HFS + einwandfrei. Einige Anwendungen können jedoch nicht. Und ich stimme zu: Git ist ein sehr guter Grund, dies zu tun.
Ian C.

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 habe unter macOS noch nie Git-Probleme gehabt.
Chris Seite

@ChrisPage Ein Beispiel, das mir in den Sinn kommt: Wenn ich die Linux-Quelle auf Mac klone, bei dem die Groß- und Kleinschreibung nicht beachtet wird, werden sofort geänderte Dateien angezeigt versöhne das - git reset --hardoder git checkout [file]scheine den funktionierenden Baum nicht sauber zu machen.
Thom Nichols


1

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

Sie können keine Adobe-Produkte auf einem Volume installieren, bei dem die Groß- und Kleinschreibung beachtet wird, 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 ist.

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

Steam kann auch nicht auf Dateisystemen mit Groß- und Kleinschreibung installiert werden.

Steam unterstützt derzeit keine Dateisysteme oder Partitionen, bei denen zwischen Groß- und Kleinschreibung unterschieden wird.

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

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.