Appelé à la rescousse de deux sources concourantes, je ne pense pas pouvoir faire grand chose, sinon esquisser une interprétation.
Un
Fusion Drive consiste dans la création d'un
Groupe de Volumes Logiques : CoreStorage de type composite (et pas simple), en ce qu'il intègre 2 partitions-disques appartenant à 2 disques physiques réels distincts (SSD + HDD). Pour ce faire, chacune des partitions-disques concernées (la /dev/disk0s2 du SSD et la /dev/disk1s2 du HDD) se trouvent "recouvertes" en 1ère instance de l'artefact d'un Disque Physique Virtuel ("Physical Volume" : identification d'une partition à la valeur formelle de "disque total") --> les 2 Disques Physiques Virtuels générés en 1ère instance sur les 2 partitions-disques réelles se trouvent alors, en 2è instance, liés dans une structure-pilote unique, dite : Groupe de Familles Logiques ("Logical Family Group") dont la mission est de gérer des paramètres communs (de type : chiffré/non chiffré, réversible/non réversible etc.) --> à partir du paramétrage du Groupe de Familles Logiques, enfin, un unique Volume Logique au format jhfs+ se trouve rejeté, qui monte exactement comme un volume standard unique et apparaît pour l'utilisateur avec la même unicité et la même ustensilité.
Ce Volume Logique unique du Fusion Drive repose sur les 2 Disques Physiques Virtuels greffés chacun sur la partition majeure du SSD et du HDD, sans qu'absolument rien ne puisse permettre de savoir ni de gérer où, en dernière instance, les données contenues dans le Volume Logique se trouvent effectivement écrites [j'ai l'intime conviction - du moins s'il s'agit d'un Fusion Drive "maison" créé en ligne de commande grâce aux services du programme UNIX diskutil et pas "Apple_natif" - qu'aucune fonctionnalité d'optimisation des écritures, càd. d'allocation préférentielle au SSD ou au HDD en fonction de la fréquence d'usage, n'est mise en place dans les faits par la simple structure formelle composite du Groupe de Volumes Logiques : CoreStorage. Absolument rien dans les paramètres du Groupe de Familles Logiques n'atteste d'un tel service. Je conjecture au contraire que les écritures s'opèrent en aveugle selon une règle de facilité d'accès au disque, ce qui aurait des chances de favoriser le SSD dans un 1er temps pour toutes les écritures (dont l'installation totale de l'OS) et, une limite d'espace disponible atteinte, de rejeter dans un 2è temps sur le HDD la suite des écritures - ce qui, si c'était avéré, ferait d'un Fusion Drive un choix suicidaire à terme en ce qu'il impliquerait une saturation prévisible à un point donné du SSD passé l'état de grâce des commencements...].
Indépendamment de la conjecture à laquelle je viens de faire allusion (qui démentirait la présentation "flatteuse" du Fusion Drive dans la "réclame" : «le meilleur des 2 mondes : vitesse du SSD + stockage du HDD») - l'énorme danger inhérent à un Fusion Drive est que, contrairement à l'adage qui veut que : «l'union fait la force», la défaillance d'un seul des "membres" (disques) suffit à ruiner l'ensemble du "groupe" --> un Fusion Drive est donc plus faible que 2 disques existant séparément, car dans ce dernier cas, la défaillance de l'un n'affecte pas les données écrites sur l'autre ; alors que dans le premier cas, la défaillance de l'un suffit à ruiner les données de l'ensemble.
En effet, le Volume Logique unique où les écritures trouvent leur "espace de présentation" pour l'utilisateur dépend, pour son existence, d'une concomitance valide des 2 Disques Physiques Virtuels greffés sur les 2 partitions respectives des 2 Disques Physiques Réels. Que pour une raison = x, l'un des 2 disques défaille - alors c'est le Volume Logique tout entier qui ne monte plus et dont les données sont inaccessibles. Ce peut-être le HDD, par l'effet d'usure classique des disques à plateaux ; ce pourrait tout autant être le SSD, si ma conjecture s'avérait exacte qu'il se charge en écriture jusqu'à saturation avant report des écritures sur le HDD.
Les messages dans le «Terminal» de root atteint par le démarrage en mode Single User ne laissent guère la place à l'optimisme sous ce rapport. Il y est mentionné un échec de la requête adressée au "CoreStorageGroup" de déplacement des données (de chaque Disque Physique Virtuel au Volume Logique unique) avec erreur d'input/output ("I/O error") --> ce message "fatal" signifie qu'il y a impossibilité d'accès en lecture à l'intégralité des blocs / cellules des disques concernés et, régulièrement, signale la défaillance d'un disque.
Étant donné qu'un dispositif Fusion Drive ne peut pas être "déconstruit" sans destruction du Volume Logique unique qui en est rejeté, cela implique une perte des données dont il est l'espace de présentation. Avant une manœuvre aussi radicale, comme après démarrage sur la «Recovery HD» ( par ⌘R direct) l'«Utilitaire de Disque» semble montrer que le Volume Logique : «Macintosh HD» est malgré tout monté --> alors il est peut-être possible de sauvegarder des données de ce volume en solidarisant le Mac avec Fusion Drive avec un device indépendant supportant un OS démarrable (fragile conjecture : les I/O errors qui empêchent le démarrage suffisant de l'OS, n'empêchant pas le montage en volume à l'instar d'un simple volume de stockage non démarré, alors il y a peut-être espoir de repêcher des données comme dans le volume standard d'un DDE) :
- a) soit un DDE dont un volume supporterait un OS --> démarrer sur l'OS du DDE conecté au Mac (en USB, ou Thunderbolt ou FireWire) permettrait alors, sur le Bureau de session de l'utilisateur, de voir monter le Volume Logique du Mac auquel le DDE serait connecté --> l'accès au Volume Logique monté permettrait peut-être la récupération de données (si possible, je préconise le clonage par «Carbon Copy Cloner» - démo gratuite un mois - sur un volume parallèle de capacité suffisante : autre volume du même DDE ou le même que démarré si espace libre suffisant ; autre DDE connecté en parallèle sinon).
- b) soit un autre Mac démarré normalement, le Mac au Fusion Drive lui démarré en mode 'Target' - touche T pressée jusqu'à apparition d'un logo mobile à l'écran, soit Y du Firewire, soit ⚡︎ du Thunderbolt, en fonction du cable mis en place au préalable solidarisant les 2 Macs de port à port --> comme dans le cas précédent, il y aurait des chances que le Volume Logique «Macintosh HD» monte sur le bureau de session de l'autre Mac, pour permettre une sauvegarde de données.
