Puis-je avoir à la fois un volume système insensible à la casse et un volume sensible à la casse dans un volume CoreStorage crypté ?
Stockage central :
- ne peut pas créer un volume à l'intérieur d'un volume
- peut créer un volume logique (LV) au sein d'un volume logique groupe (LVG).
pour que le volume principal du système ne soit pas sensible à la casse
C'est raisonnable.
pour que mon répertoire d'origine soit sensible à la casse
Peut-être souhaitable, mais attention : certains logiciels pour OS X peuvent ne pas fonctionner comme prévu dans cet environnement. J'ai d'abord pensé à Adobe, j'ai trouvé des exemples de 2012 et 2013 :
Un exemple - OS X 10.9.5, Mavericks
J'ai utilisé l'utilitaire de disque pour créer deux partitions à partir d'un lecteur flash USB (à /dev/disk12 à l'époque), puis a effacé chacun des systèmes de fichiers non chiffrés - et a opté pour le chiffrement.
Pour les deux cryptages, j'ai choisi la même phrase de passe qui est utilisée pour crypter le volume de démarrage de FileVault 2 OS X.
La partie pertinente de la sortie de diskutil coreStorage list :
+-- Logical Volume Group 391198AA-F179-466A-BD30-1B9BF02D9CAF
| =========================================================
| Name: journaled, encrypted
| Status: Online
| Size: 2004877312 B (2.0 GB)
| Free Space: 0 B (0 B)
| |
| +-< Physical Volume 0A2101EC-811E-4E12-9CFD-A3CAEE4299D9
| | ----------------------------------------------------
| | Index: 0
| | Disk: disk12s2
| | Status: Online
| | Size: 2004877312 B (2.0 GB)
| |
| +-> Logical Volume Family 83E9BA42-4F8D-4AF4-BBEA-F831A4C5E1F5
| ----------------------------------------------------------
| Encryption Status: Unlocked
| Encryption Type: AES-XTS
| Conversion Status: Complete
| Conversion Direction: -none-
| Has Encrypted Extents: Yes
| Fully Secure: Yes
| Passphrase Required: Yes
| |
| +-> Logical Volume C098FD1F-49E4-48D7-A3ED-1F8AC38FCA14
| ---------------------------------------------------
| Disk: disk13
| Status: Online
| Size (Total): 1669324800 B (1.7 GB)
| Conversion Progress: -none-
| Revertible: No
| LV Name: journaled, encrypted
| Volume Name: journaled, encrypted
| Content Hint: Apple_HFS
|
+-- Logical Volume Group CA81191D-B39E-4B19-B4B6-FEC1FF3D2478
=========================================================
Name: case-sensitive, journaled, encrypted
Status: Online
Size: 1526685696 B (1.5 GB)
Free Space: 0 B (0 B)
|
+-< Physical Volume 4DDC2838-F234-430B-89E5-0C0AF59ECC28
| ----------------------------------------------------
| Index: 0
| Disk: disk12s3
| Status: Online
| Size: 1526685696 B (1.5 GB)
|
+-> Logical Volume Family FA8E36E2-724C-44B6-BC74-C7310BAE26D6
----------------------------------------------------------
Encryption Status: Unlocked
Encryption Type: AES-XTS
Conversion Status: Complete
Conversion Direction: -none-
Has Encrypted Extents: Yes
Fully Secure: Yes
Passphrase Required: Yes
|
+-> Logical Volume A4C96B6E-06F4-4E49-B57F-AA5DDC05EF66
---------------------------------------------------
Disk: disk14
Status: Online
Size (Total): 1191133184 B (1.2 GB)
Conversion Progress: -none-
Revertible: No
LV Name: case-sensitive, journaled, encrypted
Volume Name: case-sensitive, journaled, encrypted
Content Hint: Apple_HFSX
Limites
J'ai redémarré le Mac pour vérifier si l'une ou l'autre des familles de volumes logiques (LVF) était automatiquement déverrouillée avant le lancement de loginwindow par launchd. Comme prévu, aucune automatisation de ce genre.
Questions
Avec Mavericks, je ne trouve aucun moyen de créer plus d'un LV dans un LVF.
Les articles suivants indiquent qu'il est possible de le faire :
Dans l'article de Franke, il est remarquable que le même UUID est utilisé à la fois pour (a) réduire un LV existant ; et (b) créer un autre LV dans le même LVF.
Sauf erreur de ma part, cette approche est impossible avec Mavericks. Par exemple :
sh-3.2$ diskutil coreStorage resizeVolume DAED4621-90CF-43D1-BC40-F7ACABD7174F 600G
The Core Storage Logical Volume UUID is DAED4621-90CF-43D1-BC40-F7ACABD7174F
Started CoreStorage operation
Checking file system
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Yosemite appears to be OK
Shrinking file system
Shrinking Logical Volume
Resizing Core Storage Logical Volume structures
Resized Core Storage Logical Volume to 600000000000 bytes
Finished CoreStorage operation
sh-3.2$ diskutil coreStorage createVolume DAED4621-90CF-43D1-BC40-F7ACABD7174F jhfsx case-sensitive 65G
DAED4621-90CF-43D1-BC40-F7ACABD7174F does not appear to be a valid Core Storage Logical Volume Group UUID or name
sh-3.2$ diskutil cs list | grep DAED4621-90CF-43D1-BC40-F7ACABD7174F
+-> Logical Volume DAED4621-90CF-43D1-BC40-F7ACABD7174F
Suppression d'un bogue dans le stockage du noyau dans Mavericks
Nous devrions revoir cette réponse - peut-être en ajouter une autre - après la sortie de Yosemite.
(Je ne dois pas m'attendre à un correctif dans Mavericks).
