Quelles sont les raisons du choix de l'affaire ? en version sensible de HFS+ lors du formatage de la partition du disque primaire ? La version sensible à la casse ne serait-elle pas toujours le meilleur choix ?
Réponses
Trop de publicités?Utilisez la valeur par défaut (insensible à la casse) sauf si a) vous savez ce que vous faites et b) vous devez absolument le faire. Il existe plusieurs programmes (Norton Antivirus par exemple) qui ne fonctionnent pas correctement sur un système de fichiers sensible à la casse.
HFS est, par défaut, insensible à la casse mais préserve la casse (c'est-à-dire qu'il ne se soucie pas de ce que vous tapez à des fins de comparaison, mais il se souviendra de ce que vous tapez).
L'un ou l'autre peut casser les applications, la sensibilité à la casse est cependant la valeur par défaut. Si vous avez utilisé la sensibilité à la casse sans problème, rien ne garantit qu'une transition vers la sensibilité à la casse se passera bien. Voici un exemple tiré du site pages d'assistance apple :
...ne supposez pas que votre solutions logicielles tierces fonctionnent correctement avec la sensibilité à la casse. Important : les noms sensibles à la casse ne ignorent pas les caractères ignorables d'Unicode ignorables. Cela signifie qu'un seul répertoire peut avoir plusieurs noms qui sont considérés comme équivalents en utilisant les caractères règles de comparaison Unicode, mais ils sont considérés comme distincts sur un volume HFSX sensible à la casse.
Il y a une bonne raison de choisir un système de fichiers sensible à la casse. Si vous vous préoccupez de la qualité et de la sécurité des applications que vous exécutez, vous pourriez être intéressé par un mécanisme précoce qui pourrait discriminer les applications mal programmées.
Une application qui, à un moment donné, crée un fichier nommé conf
et plus tard essayez d'ouvrir le même fichier avec le nom CONF
est au moins au moins mal écrit. C'est tout simplement une mauvaise pratique de programmation. Ce genre d'application est rempli de vulnérabilités avec la même probabilité moyenne sur toute la longueur de son code. C'est une application dangereuse.
Cette application dangereuse se plantera très probablement sur un sensible à la casse système de fichiers.
Cette application dangereuse ne tombera pas en panne sur un insensible à la casse système de fichiers.
(Certaines applications se planteront sur les deux, mais nous ne sommes pas très motivés pour trier celles-là).
Par conséquent, un sensible à la casse Le système de fichiers peut être considéré comme un bon outil de détection précoce et de blocage des applications mal programmées.
D'autre part, ce niveau de contrôle de la qualité de la programmation est loin d'être suffisant pour garantir que vous n'avez pas d'autre vulnérabilité.
Il y a certaines applications importantes qui ne fonctionneront pas correctement avec la sensibilité à la casse. Et il n'y a vraiment aucune raison de le faire. Je suppose, puisque vous posez la question, que vous n'avez pas vraiment de raison de le faire. Vous feriez mieux de ne pas le faire, à moins d'avoir une raison spécifique, et de ne pas vous soucier du fait que de nombreuses applications ne fonctionnent pas correctement avec cette fonction.
Une bonne raison d'utiliser un système de fichiers sensible à la casse est l'utilisation des dépôts git. La synchronisation avec le dépôt pose des problèmes à maintes reprises, si l'on n'utilise pas la casse.
Mais je suggère d'ajouter une autre partition en utilisant le format HFS+ sensible à la casse pour une telle application et de lier les répertoires dont vous avez besoin à cette partition. Ma partition système est toujours insensible à la casse, non pas parce que je sais pourquoi, mais simplement parce que j'ai peur.
- Réponses précédentes
- Plus de réponses