Salut itony.
Il est parfois "imprudent" de poser des « questions », car il arrive qu'on obtienne des « réponses » qui mettent à jour le système astronomique étrange d'une étoile inconnue 
=> tel est bien celui dont relève le «Fusion Drive» : l'« étoile » du CoreStorage - le plus étrange format logique issu de l'ingéniérie de la .
☟
Un «Fusion Drive» exporte à partir de 2 disques physiques hétérogènes (SSD & HDD) un volume logique unique. Pour ce faire, une architecture complexe est mise en place, qui consiste en 3 "instances" ou "couches" logicielles :
- 1° à la base (instance primaire) : un Physical Volume ("Volume Physique" = émulation de disque dur) est importé sur chacune des 2 partitions d'accueil des disques physiques : la partition /dev/disk0s2 (secteur 2 du disque 0) du SDD et la partition /dev/disk1s2 (secteur 2 du disque 1) du HDD => on obtient donc 2 Physical Volumes, un peu l'analogue de disques virtuels .dmg qui auraient la taille d'une partition entière et se trouveraient "collés" sur elles ;
- 2° en intercalaire (instance secondaire) : une Logical Volume Family ("Famille de Volumes Logiques" = instance de paramétrage ou encore de pilotage), unicitaire, solidarise les 2 Volumes Physiques de manière à exporter à partir d'eux un Volume Logique solitaire.
- 3° au sommet (instance tertiaire) : un Logical Volume ("Volume Logique" = couche de support vide) se trouve monté par la Famille de Volumes Logiques sur la base des 2 Volumes Physiques qui émulent des disques durs.
=> j'admets que cette description est assez "abstruse", mais c'est que son objet lui-même (le Fusion Drive) est une "réalité logique" tout à fait "abstruse" intrinsèquement.
♤
Les 3 instances que je viens de te décrire (les 2 Physical Volumes, chacun "collé" à même la partition principale de son disque physique respectif ; la Famille de Volumes Logiques médiatrice ; et le Volume Logique unique de sortie) sont empilées dans un conteneur logiciel global qui s'intitule un Groupe de Volumes Logiques (Logical Volume Group). Cet empilement d'instances relève d'un format logique original : le CoreStorage (magazinage_du_noyau).
Bref : un Volume Logique unique se trouve exporté en sortie, qui consiste en une couche support vide, sur laquelle repose "tout en haut de la pile" (on top of the pool) le système de fichiers classique "Mac OS étendu (journalisé)" (jhfs+) de l'OS.
Par rapport à ce contexte, lorsque tu as "ré-installé" «El Capitan» (à la suite de problèmes), qu'est-ce que tu as fait ? Eh bien ! je conjecture que tu t'es contenté de déclencher une ré-écriture du contenu du système de fichiers jhfs+ terminal, laquelle n'a absolument rien touché à l'édifice logique du «Fusion Drive» : les 2 Physical Volumes sont toujours bien en place sur chacun des 2 disques, la Logical Volume Family est toujours bien là qui gère l'exportation d'un volume à partir de ces 2 Volumes Physiques, et le Logical Volume unique : le Volume Logique exporté est toujours bien en place, comme une espèce de couche support sommitale => tu n'as fait que "restaurer" le contenu d'écritures du système de fichiers OS X Étendu qui repose bien peinard sur cet empilement de "matelas" logiques (Logical Stack).
♧
Il t'est très facile d'obtenir la vérification expérimentale de ces conjectures : va depuis ta session dans «El Capitan» à Applications/Utilitaires et lance le «Terminal». Tu vois s'ouvrir une fenêtre qui a l'air de celle d'un traitement de texte très basique, dans laquelle tu peux passer des commandes (informatives ou opératives) en mode texte. Saisis la commande (purement informative) :
[code]diskutil cs list[/code] et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> tu invoques par là l'exécutable UNIX diskutil (disk_utility : le même que pilote graphiquement le logiciel «Utilitaire de Disque», mais qui peut être manipulé via le «Terminal» d'une manière disons plus "granulaire" et moins "tout-en-un" que par le procédé du "presse-bouton" graphique) avec le verbe list (lister) et la spécification intercalaire cs (abrégé de "CoreStorage") --> le tableau distributif des instances de ton format CoreStorage existant va se trouver affiché en retour --> peux-tu sélectionner toutes les lignes au pointeur, par ⌘C les copier dans le presse-papier et par ⌘V les coller ici en réponse ?
♡
Je te fais le pari a priori que la distribution de ce tableau consiste en 5 instances en cascade, chacune identifiée par un UUID de 32 caractères alpha-numériques :
- 1° Logical Volume Group ;
- 2° Physical Volume n° 1 correspondant à la partition /dev/disk0s2 du SSD ;
- 3° Physical Volume n° 2 correspondant à la partition /dev/disk1s2 du HDD ;
- 4° Logical Volume Family ;
- 5° Logical Volume évalué comme un /dev/disk2
=> si tel est bien le cas, ton «Fusion Drive» est intact et ton intervention antérieure n'a fait que "remeubler" à neuf le système de fichiers jhfs+ d'«El Capitan» supporté tout en haut de cet empilement logique (Logical Stack).
♢
