Salut
pouppinou
Dans le principe > un
Fusion Drive est l'association de 2 partitions de disques de nature différente (un SSD et un HDD) dans un système de stockage appelé
CoreStorage.
Brièvement -->
- la partition disk0s2 (2è slice ou tranche logique du disk0 ou premier disque) du SSD devient un "magasin de stockage" appelé Physical Volume > et il en va de même pour la partition disk1s2 (tranche logique 2 du disk1 ou second disque) du HDD qui devient aussi un Physical Volume.
- à partir de ces 2 Physical Volumes > un seul Logical Volume se trouve exporté : il s'agit d'une couche logique qui émule un disque "miroir" des 2 magasins de stockage des Physical Volumes. Ce disque virtuel porte le système de fichiers classique JHFS+ > qui monte le volume Macintosh HD de l'OS sur l'espace-disque virtuel du Logical Volume.
Comme tu peux le voir > un dispostif logiciel complexe qui > en cas de
Fusion Drive (2 magasins de stockage) > fonctionne avec une logique particulière :
- le magasin de stockage correspondant à la partition disk0s2 du SSD sert toujours en premier lieu d'espace d'écriture des données (Système et personnelles) > jusqu'à une limite de 90 % de l'espace disponible de la partition > les 10% exclus servant de tampon d'écritures ;
- la limite des 90% du Physical Volume disk0s2 du SSD atteinte > toutes les écritures excédentaires sont transférées au magasin de stockage du HDD (Physical Voume disk1s2) en premier instance ;
- mais un processus d'optimisation s'effectue en seconde instance pendant les phases de suspension d'écritures en session > tel que les fichiers les moins utilisés en lecture du magasin de stockage du SSD sont transférés à celui du HDD > en échange de fichiers de ce dernier davantage utilisés en lecture qui sont transférés au magasin de stockage du SSD.
----------
Cette description à grands traits du dispositif d'un
Fusion Drive permet de conclure ce qui suit :
- quelqu'un qui ferait un clean install d'OS au volume apparent (le Macintosh HD monté sur l'espace logique virtuel du Logical Volume) du CoreStorage Fusion Drive => aurait la certitude entière que les écritures du Système vont, de toute nécessité, au seul magasin de stockage du SSD (partition disk0s2). De même > s'il ajoutait des applications tierces - ce, pour un SSD de 128 Go, jusqu'à une limite théorique de 116 Go environ de données. Toutes les données excédant cette marque > iraient au magasin de stockage du HDD avant optimisation de fichiers.
- quelqu'un qui utiliserait l'«Assistant de Migration» de l'OS clean fourni avec l'iMac pour récupérer des données du volume de l'ancien iMac > a à savoir que l'«Assistant de Migration» commence toujours par récupérer le contenu du dossier des Applications > avant les données personnelles de l'utilisateur. Il s'en déduit que l'OS d'usine et les applications tierces migrées vont donc se retrouver nécessairement dans le magasin de stockage du SSD > puisque la règle de fonctionnement du CoreStorage Fusion Drive consiste à charger toujours nécessairement en premier lieu le Physical Volume de la partition disk0s2 du SSD jusqu'à une limite de 90 %. 116 Go théoriques => il y a de quoi voir venir.
En conséquence : tu ne peux pas "
voir" les données écritures sur tel ou tel des 2 magasins de stockage des
Physical Volumes. Mais tu peux "
savoir" (
a priori) que les
116 premiers Go d'écritures de données ont été nécessairement au magasin de stockage du SSD. L'OS étant pré-installé dans ce magasin > et l'aspect "logiciel" (applications tierces) du volume de l'ancien
iMac ayant été récupéré aussi à ce magasin de stockage > peu importe ensuite où vont exactement les données personnelles - puisqu'il ne s'agit que de stockage "dormant".
Il découle de mon raisonnement que > si tu as fait une
clean install > l'
OS est nécessairement installé dans le
Physical Volume du SSD (pour
17 Go environ) > si tu as migré des applications tierces > elles sont aussi sur le SDD > et les données personnelles n'ont été re-dirigées sur le magasin de stockage du HDD qu'à partir de la barre des
116 Go d'écriture environ.
Donc
tout est comme il peut l'être «
dans le meilleur des deux mondes » (= le
Fusion Drive).
----------
Comme un
Fusion Drive est une assocation purement
logique et n'est en rien un procédé
matériel (comme un
RAID matériel par exemple) > tu peux absolument si tu le souhaites
supprimer le dispositif de stockage associatif du
CoreStorage Fusion Drive > afin de libérer tes 2 disques et les rendre à leur indépendance. Ainsi > tu aurais
2 volumes séparés : un de
128 Go du SSD et un de
2 To du HDD. Tu pourrais alors installer tout le logiciel dans le volume du SSD > et par exemple déporter ton dossier de départ de session (dossier de compte à ton nom) dans le volume du HDD.
Ainsi > tu saurais toujours exactement où sont quelles sortes de données.
Mais > si tu as suivi la logique de mon raisonnement > tu ne devrais pas gagner un
iota en vitesse par rapport à ton dispositif actuel du
CoreStorage Fusion Drive > ta
clean install suivie d'une récupération sélective de données ayant opéré la meilleure distribution possible où le magasin de stockage du SSD joue le rôle moteur.
Mais tu peux si tu veux expérimenter pratiquement cette séparation des disques > afin de vérifier cette « théorie ».
Le «
Terminal» permet avec la plus grande aisance de
déconstruire un
Fusion Drive (une seule commande) ou de
reconstruire un
Fusion Drive (2 commandes) - la condition étant d'opérer à partir d'un système indépendant démarré. Un clone étant le plus confortable à l'usage.
pouppinou
