Je reviens avec des résultats expérimentaux -->
-
a) échec de la conversion directe CoreStorage => apfs
J'ai créé un
Fusion Drive CoreStorage associant 2 partitions de SDD. Supposons comme chez toi :
disk0s2 +
disk1s2 =>
Logical Volume disk2. Une commande :
Bloc de code:
diskutil ap convert disk2
- avorte sur un message d'erreur.
----------
-
b) succès de la création préliminaire à une installation d'un Fusion Style apfs
Je suppose ici que le
Fusion Drive CoreStorage antérieur a été détruit > libérant les 2 SSD. Alors une commande de la forme :
Bloc de code:
diskutil ap create disk0s2 disk1s2 Brol
- crée un Fusion Style apfs exportant un Conteneur disk2 incluant un unique volume nommé Brol. Noter que cette création ne fonctionne qu'à partir d'un environnement Mojave (macOS ou recoveryOS) > pas à partir d'un environnement High Sierra.
Dans un
Fusion Style apfs > un des 2 disques est nécessairement évalué comme
main (
principal = désigné comme SSD) et l'autre comme
secondary (
secondaire = désigné comme HDD - même s'il s'agit d'un SSD). Cela signifie que le magasin de stockage
Physical Store du SSD
main aura la
priorité à l'installation (donc le Système s'installera sur ce disque) et ne sera
jamais considéré comme repartitionnable (en cas de création d'une partition
BOOTCAMP par exemple). Si l'utilisateur ne spécifie rien > c'est le
Système qui arbitre entre les 2 disques (SSD ici) pour assigner l'un comme
main et l'autre comme
secondary. Mais l'utilisateur peut décréter ces assignations ainsi (par exemple) -->
Bloc de code:
diskutil ap create -main disk0s2 -secondary disk1s2 Brol
- avec ce type de commande > c'est le disk0 qui est assigné principal et le disk1 secondaire. Cela peut être judicieux si les 2 SSD avait des tailles inégales --> le plus petit devrait être assigné main > pour que tout repartitionnement affecte l'autre de plus grande taille. Chez toi > les SSD étant quasi égaux en taille > c'est négligeable.
Une fois le volume
Brol créé dans le
Conteneur --> il faut nécessairement déclencher d'abord une vraie
installation > afin que soient créés les
volumes auxiliaires Preboot (
prédémarrage --> sans lequel
Brol ne peut pas démarrer en tant que volume
apfs) et
Recovery (
secours --> contenant le
recoveryOS démarrable via
⌘R) dans le
Conteneur. Récupérer ensuite les données d'un clone ou d'une TM. Au démarrage sur l'OS installé et ouverture de session > le
4è volume auxiliaire =
VM (
Virtual Memory - archivant le contexte de la
RAM et les fichiers éventuels de
swap) est
créé à son tour.
Note : il est possible de
cloner le volume
Brol à partir d'un démarrage sur un clone recelant un OS
Mojave > en utilisant
Carbon Copy Cloner.
CCC > détectant que le volume de destination est en format
apfs > va créer les
2 volumes auxiliaires Preboot &
Recovery >
VM se créant automatiquement au démarrage sur l'OS cloné.