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" :
Bloc de code:
An APFS Container can import more than one Physical Store, e.g. for Fusion-style Containers.
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 » :
Bloc de 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.
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) :
Bloc de 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.
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 :
Bloc de code:
diskutil ap convert [LVdisk]
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 :
Bloc de code:
diskutil ap createContainer -main disk0s2 -secondary disk1s2
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 :
Bloc de code:
diskutil ap addVolume [APFSContainer-disk] [NomduVolume]
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.
