Comment vérifier si mon disque dur est sensible à la casse ou non?

48

Comment obtenir des informations si mon format HD est sensible à la casse ou insensible à la casse?

Je veux m'assurer que mon Mac exécutant Mountain Lion dispose d'un système de fichiers sensible à la casse.

macos  mountain-lion  hard-drive 
— GusDeCooL
source
3
Comme bmike l'a mentionné, l'utilisation d'un système de fichiers sensible à la casse est probablement une mauvaise idée: plusieurs logiciels (dont le plus célèbre est Adobe) ne fonctionneront pas sur un système de fichiers sensible à la casse. L’état de casse du système de fichiers n’est pas une «fonctionnalité extra» pour les utilisateurs aléatoires, mais bien pour les utilisateurs expérimentés qui savent ce qu’ils font. Pour un utilisateur aléatoire, un système de fichiers sensible à la casse est plus susceptible d’être un passif qu’autrement.
— user1256923

Réponses:

58

Vous pouvez utiliser terminal pour lire la personnalité du système de fichiers:

diskutil info /

Recherchez les champs nommés ci-dessous:

   File System Personality:  Journaled HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended (Journaled)

Si le système de fichiers est sensible à la casse, vous verrez HFS journalisé sensible à la casse dans la première ligne collée et Mac OS étendu (sensible à la casse, journalisé) à la troisième.

Utilitaire de disque vous le montrera également depuis la fenêtre d’information pour tous les systèmes de fichiers qu’il peut voir.

— bmike
source
8
Je ne veux pas vous dissuader d'utiliser des systèmes de fichiers sensibles à la casse, mais sachez que la plupart des tests de logiciel ne permettent pas de couvrir efficacement ce cas limite et que la plupart des administrateurs expérimentés déconseilleront de l'activer sur votre volume de démarrage en raison: mauvaises expériences passées supportant cette configuration. Je fabrique généralement un disque externe ou un dmg lorsque j'ai vraiment besoin de la casse pour les besoins multi-plateformes ou d'une base de code très spécifique. Vous avez peut-être de bonnes raisons d’avoir besoin de cela, mais je voulais être sûr que les autres utilisateurs savent qu’il peut y avoir des problèmes d’être trop sensible avec votre système de fichiers.
— bmike
1
Oui, j'en ai besoin pour tester le développement Web. La plupart des hébergements sont sensibles à la casse. Donc, je veux correspondre. Mais comme vous l'avez dit: si certains logiciels ne fonctionnaient pas, ils
— semblaient
2
Le vôtre est en fait la seule raison pour laquelle j'ai créé des partitions de test et / ou des images de disque et choisi un système de fichiers sensible à la casse. Je conserve mon système par défaut, mais je teste le développement, le déploiement et les scripts sur une racine Web en fonction du chemin du système de fichiers alternatif. J'ajouterais également que je n'ai pas exécuté OS X sur des systèmes de fichiers sensibles à la casse depuis l'époque de Snow Leopard. Je suis donc peut-être obsolète et j'ai peur de rien à cause des expériences passées. On dirait que vous êtes bien armé pour lancer l'un ou l'autre scénario - ou compartimenter vos tests.
— bmike
2
Si vous avez besoin d'un environnement pour tester le développement Web, vous pouvez également envisager d'utiliser une machine virtuelle, car il peut exister d'autres bizarreries et différences entre votre Mac et l'environnement sur les serveurs de production. Jetez un coup d'oeil à VirtualBox + Vagrant.
— Gerry
2
Remarque: sous OS X 10.8.x (Mountain Lion), je devais le faire diskutil infocar je ne listprésentais pas les informations attendues.
— Nick
28

Quelque chose comme ça devrait marcher:

Essai

touch abc1
touch abC1
ls ab*

Interprétation des résultats

  • 1 fichier - insensible à la casse
  • 2 fichiers - sensible à la casse
— John
source
J'ai essayé la même approche sous Mac OS 10.12.6. bien que j'ai un système de fichiers sensible à la casse, un seul fichier est créé. Comment est-ce possible?
— Sanandrea
13

Courez diskutil info <device>et votre réponse sera affichée.

File System Personality reflétera l'une des personnalités connues.

Si vous voyez: File System Personality: Journaled HFS+cela signifie que c'est insensible à la casse. Pour répondre à votre question, vous voulez voir File System Personality: Case-sensitive Journaled HFS+.

— titulaire
source
7

Mise à jour pour El Capitan, voir la capture d'écran ci-jointe à partir de la fenêtre d'informations de Disk Utility.

entrez la description de l'image ici

— db
source
5

MISE À JOUR : Comme certaines personnes l'ont noté, la réponse que j'ai proposée ci-dessous est imparfaite. @ John a cependant une réponse similaire sans la faille.

Vous pouvez faire un test dans un shell:

  • Ouvrez le terminal

  • Entrez les commandes suivantes:

    touch abc1
touch ABC2
ls a*

Si la commande ls affiche les deux fichiers, abc1 et ABC2, votre lecteur ne tient pas compte de la casse (la casse importe peu). Si seul abc1 est affiché, alors il est sensible à la casse (c'est-à-dire que le cas importe).

Avant de fermer le terminal, entrez rm abc1 et rm ABC2 pour nettoyer après le test.

— Jean-François Beauchamp
source
Une solution empirique - très sympa.
— bmike
4
Comment abc1 et ABC2 entrent-ils en collision? Ne devrait-ce pas être abc1 et ABC1?
— getWeberForStackExchange le
4
abc1 et ABC2 ne sont pas destinés à entrer en collision. J'aurais pu choisir Allan et Armor à la place comme noms de fichiers. c'est la ls a*commande qui vous indiquera que le système de fichiers est sensible à la casse. Si c'est le cas, seule l'armure sera listée à l'aide de mon dernier exemple, car il y a une lettre minuscule a dans ls a*. Toutefois, si le système d'exploitation n'est pas sensible à la casse, la ls a*commande répertorie Allan et l'armure.
— Jean-François Beauchamp
2
@ Jean-FrançoisBeauchamp Pour répondre à votre question: j'ai modifié parce que votre réponse était & est incorrecte. J'utilise Journaled HFS + qui est un système de fichiers insensible à la casse, mais il préserve la casse . Votre méthode crée deux fichiers, abc1et ABC2, mais ls a*montre seulement le fichier un. J'essayais seulement d'aider, cependant, je ne veux pas modifier votre texte à votre guise et vous semblez être sensible à ce sujet - je vais donc laisser la réponse telle quelle et laisser un vote négatif à la place.
— wim
2
@wim Ok, merci pour l'explication! Vous avez raison, ma réponse est imparfaite. Je préfère toujours une explication que mon post ne soit pas édité sans comprendre pourquoi. Patrix a également raison sur nocaseglob.
— Jean-François Beauchamp
2

Ce qui fonctionne pour moi est:

echo -n This file system is case->tmp; echo -n in>>TMP; echo sensitive>>tmp; cat tmp
— Jwatt
source
1

Le moyen le plus rapide est d'utiliser Terminal.app:

diskutil info /Volumes/NAME-OF-VOLUME

ou (si vous voulez voir uniquement la ligne correspondante)

diskutil info /Volumes/NAME-OF-VOLUME | grep 'User Visible'
— nohillside
source
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.