Yoskiz
Tu te fais du mal à laisser osciller ton esprit entre des espérances et des terreurs imaginaires- 
. Comme le dit bien le stoïcien Épictète : « Ce ne sont pas les événements qui troublent l'esprit des hommes, mais les jugements qu'ils portent sur les événements ». Jugements anticipés ici à propos de l'événement qui n'a pas encore eu lieu : la publication de l'OS «High Sierra».
--------------------
Je trouve qu'il est instructif de consulter le man de diskutil - parce que c'est cet exécutable binaire (partiellement utilisé en mode graphique par l'«Utilitaire de Disque») qui fixe le champ des actions possibles en ce qui concerne la gestion logique des disques. Cet exécutable - dont le man est résolument le plus copieux dans l'absolu de tous les manuels d'utilitaires exécutables en ligne de commande - se trouve mis-à-jour à chaque nouvel OS publié. Ce n'est donc pas un exécutable figé dans ses fonctionnalités, même si les essentielles offrent une belle invariance, mais enrichi (vs élagué) de capacités opératoires d'un OS à l'autre. À ce titre, cet utilitaire est absolument solidaire pour son exécution de l'environnement logiciel de l'OS dont il fait partie : il le nécessite en en constituant une « pars totalis » : une partie expressive de l'essence du tout.
Le § qui précède a donc valeur de démonstration du fait que : de nouvelles possibilités opératoires mises-à-jour pour l'exécutable diskutil solidaire de tel OS ont une valeur de principes logiques.
Si j'examine donc le man du diskutil solidaire de l'OS (encore en beta) «High Sierra» > j'aperçois que les rubriques spéciales concernant la logistique des disques qui se montaient à deux : l'Apple_RAID et le CoreStorage > se sont trouvées enrichies d'une 3è rubrique (qui avait déjà fait une apparition préparatoire dans le man du diskutil de «Sierra») : l'APFS. Ce qui est déclaré dans le man du diskutil de «High Sierra» touchant l'APFS (man consulté pour la 9è pré-version qui est la dernière beta) est la chose suivante, en ce qui concerne le procédé de la FUSION :
-- en ce qui concerne les Physical Stores, qui sont les magasins de stockage physiques inscrits sur des partitions de disques et importés par le Container APFS comme "bases de données physiques" :
[code]An APFS Container can import more than one Physical Store, e.g. for Fusion-style Containers.[/code]
Un Container APFS peut importer plus d'un Magasin Physique, par exemple en ce qui concerne les Containers "Fusion Style".
Cette déclaration décrit une possibilité opératoire du binaire diskutil de «High Sierra» : la capacité d'importer dans un seul Container APFS 2 Magasins Physiques de stockage de données de manière à rendre possible un « Fusion Style ».
-- L'explication des possiblités opératoires du verbe createContainer précise ce « Fusion Style » :
[code]Create an empty APFS Container. The device(s)
specified become APFS Physical Stores.
If you specify more than one device, a Fusion Con-
tainer is created, with the performance roles
assigned automatically (preferred) unless you use
the -main and -secondary options, in which case,
the secondary disk is assumed by APFS's performance
algorithms to be on "slower" hardware. The sec-
ondary disk is usually not solid solid state, is
usually larger, and is used to store associated
"auxiliary" data such as any Windows partition(s)
for Boot Camp Assistant.[/code]
Créer un Container APFS vide. Les appareils spécifiés [partitions de disques par exemple] deviennent des Magasins Physiques APFS.
Si vous spécifiez plus d'un appareil, un « Container Fusion » est créé, avec les rôles efficaces assignés automatiquement - à moins que vous n'utilisiez les options -main [appareil prioritaire] et -secondary [appareil auxiliaire] --> auquel cas, l'appareil auxiliaire est assumé par les algorithmes de performance APFS être sur un disque matériel "plus lent". Ce disque auxiliaire est habituellement pas un SSD [donc un HDD], est de plus grande taille, et est utilisé pour stocker des données périphériques comme celles de toute partition Windows de l'«Assistant BootCamp».
-- Enfin, en ce qui concerne le verbe convert (convertir) :
[code]Non-destructively convert an HFS volume to an APFS
Container with a single APFS Volume. The APFS Con-
tainer can then be manipulated (e.g. adding and
deleting APFS Volumes) as usual. The source HFS
volume can be located on a partition or on a
CoreStorage logical volume (LV); in the latter
case, the CoreStorage logical volume group (LVG) is
dismantled.[/code]
Convertit non destructivement un volume HFS à un Container APFS exportant un unique Volume [de données]. Le Container APFS peut être manipulé (par exemple pour ajouter ou supprimer des Volumes APFS [de stockage de données] conformément à l'usage régulier. Le volume source HFS peut être localisé sur une partition de disque ou sur un Logical Volume (LV) CoreStorage. Dans ce dernier cas de figure, le Logical Volume Group (LVG = Conteneur) CoreStorage est démantelé.
=> en examinant donc les « principes opératoires » du diskutil de «High Sierra», à la rubrique APFS, tels qu'exposés par son man, il me paraît clairement que le procédé « FUSION » qui était assumé antérieurement par le système de stockage CoreStorage Fusion Drive > se trouve logiquement reconduit dans sa propre logique par l'APFS. En ce que 2 Physical Stores peuvent être affectés, l'un à une partition de SSD et l'autre à une partition de HDD > être importés ensemble dans un même Container APFS comme ses magasins de stockage > avec assignation de rôles spécifiques tels que le Physical Store du SSD est le prioritaire et le Physical Store du HDD est l'auxiliaire > ce qui permet l'effectuation des algorithmes de performance du procédé « FUSION » > avec exportation d'un seul Volume Logique [permettant la représentation des écritures de ces 2 magasins de stockage physique comme des fichiers dans un espace de montage unique].
Il me paraît donc qu'en ce qui concerne les principes opératoires > l'APFS supporte entièrement le procédé associatif de la « FUSION » de 2 disques hétérogènes : SSD & HDD.
--------------------
Voilà pour la « théorie ». En ce qui concerne la « pratique » --> le test expérimental que j'ai effectué hier utilisait l'installateur d'une des toutes premières beta de «High Sierra». Cet installateur n'a fait aucune difficulté à convertir un CoreStorage Fusion Drive expérimental en un Container APFS de type « Fusion Style » associant 2 Physical Stores : un sur une partition de SSD et un sur une partition de HDD > puis à installer «High Sierra» dans le Volume Logique unique exporté.
J'avais noté néanmoins, in fine, l'important ralentissement de fonctionnement de l'OS «High Sierra» dans une telle configuration.
J'ai décidé de reprendre mes expérimentations à la base en téléchargeant l'installateur de la dernière beta publique de «High Sierra». Le volume d'un CoreStorage Fusion Drive donné comme destination d'installation --> «High Sierra» s'installe sans possibilité de conversion à l'APFS dans le format de système de fichiers JHFS+. En fonctionnant correctement.
J'ai essayé de contourner cette impossibilité du passage à l'APFS -->
-- une fois «High Sierra» installé dans le volume résidant sur le CoreStorage Fusion Drive > re-démarrer sur une clé d'install de «High Sierra - beta 9» > et utiliser son «Terminal» pour passer la commande : [code]diskutil ap convert [LVdisk][/code] en conséquence > l'opération s'engage > mais à un point donné retourne une erreur du processus de conversion et restaure le dispositif de stockage CoreStorage Fusion Drive.
-- démarré sur ma clé d'install de «High Sierra 9» > supprimer le CoreStorage Fusion Drive pour désolidariser les 2 disques > puis par une commande : [code]diskutil ap createContainer -main disk0s2 -secondary disk1s2[/code] créer un Container « FUSION » important 2 magasins de stockage physiques avec priorités assignés --> la création est honorée.
Par une commande :
[code]diskutil ap addVolume [APFSContainer-disk] [NomduVolume][/code] créer un Volume Logique d'un nom donné dans ce Container « FUSION » --> la création est honorée.
Déclencher l'option : "Ré-installer macOS" à destination du Volume Logique du Container APFS « FUSION » --> l'installation s'engage aux 3/4 puis se bloque. Plusieurs tentatives ont toutes avorté au même point.
=> j'en tire l'interprétation suivante : bien que « théoriquement » supporté (= dans le principe - comme en témoigne le man de diskutil) > le procédé APFS « Fusion Style » bute actuellement sur un obstacle en terme d'effectuation « pratique » --> ce qui a dû conduire Apple à différer cette possibilité opératoire (pas d'option : "convertir à l'APFS" en cas d'installation de «High Sierra» à destination d'un volume supporté par un Fusion Drive CoreStorage).
Il y a tout lieu de penser que le problème provient du Magasin Physique inscrit sur une partition de HDD. Un problème d'ingéniérie à résoudre.
