10.13 High Sierra MacOS X 10.14 (alias Mojave) et APFS

yateich

Membre expert
Club iGen
8 Janvier 2004
1 526
24
45
Bonjour

Avant de mettre mon High Sierra (10.13.6) a jour , j'ai 2 question concernant les Fusion drives :

Comment se passe le passage en APFS et qu'en sera t'il de mes données ?

Merci
 
C'est totalement transparent et les données sont conservées.

Par contre, il est toujours prudent de faire une sauvegarde intégrale de son disque avant une mise à jour aussi lourde qu'une nouvelle version du système.
 
  • J’aime
Réactions: Centaurdedé
Salut yateich

Comment se passe le passage en APFS

  • la translation du Fusion Drive CoreStorage > au Fusion Style apfs (nécessairement impliquée par la mise-à-niveau à Mojave via un installateur) --> est susceptible de mal se passer. Voir dans ce fil au long cours > le cas de Kymm exposé hier : ☞Panique - MacOS n'a pas pu être installé☜. Nouvel OS et déjà nouveau plantage à l'installation (impliquant ici une conversionde format complexe). Il paraît absolument nécessaire d'effectuer une sauvegarde intégrale du volume terminal du Fusion Drive avant toute tentative de mise-à-niveau à Mojave.
 
Bonjour,

installé hier et pas vu de bugs pour le moment. Je suppose que je suis en APFS sur le fusiondrive mais bon de manière générale je ne vois pas trop de changement entre high sierra et mojave ...
 
bonjour,
je suis passé de HS à Mojave hier soir.
je suis en FusionDrive avec 2 SSD et je n'ai pas l'impression que Mojave ait mis de l'APFS.

comment puis je vois cela ?

voici la commande Diskutil List :
Capture d’écran 2018-09-26 à 21.07.00.png
Merci
 
Salut love_leeloo

Est-ce que tu peux reposter le tableau ci-dessus > en copier-coller > ton coller dans une fenêtre de code par le procédé suivant ? -->

  • dans la page de ce fil de MacGé > presse le bouton
    InsererCodeMcGe.jpg
    ici :
    521520_original.png

    menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)

=> c'est pour que moi-même je puisse recopier-coller les lignes significatives du tableau dans mon propre message...
 
Salut macomaniac,
voici le code :
Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *128.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Kamino                  127.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *120.0 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:          Apple_CoreStorage Kamino                  119.7 GB   disk1s2
   3:                 Apple_Boot Boot OS X               134.2 MB   disk1s3

/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Kamino                 +246.2 GB   disk2
                                 Logical Volume on disk0s2, disk1s2
                                 7CE43BDF-C3FE-4900-97AD-42CB6C49F2E0
                                 Unencrypted
 
Ouaip ! --> comme tu l'avais bien deviné > il n'y a pas plus d'apfs que de beurre en broche. Tu en es resté au dispositif classique d'un Fusion Drive = une architecture CoreStorage.

Dans ces 2 partitions -->
Bloc de code:
   2:          Apple_CoreStorage Kamino                  127.2 GB   disk0s2
   2:          Apple_CoreStorage Kamino                  119.7 GB   disk1s2

  • se trouvent inscrits les magasins de stockage physique CoreStorage appelés Physical Volumes. Ces 2 Physical Volumes se trouvent logiciellement associés dans un Conteneur CoreStorage pour exporter un espace-disque virtuel unifié appelé Logical Volume. Tu le vois ici -->
Bloc de code:
/dev/disk2 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Kamino                 +246.2 GB   disk2
                                 Logical Volume on disk0s2, disk1s2
                                 7CE43BDF-C3FE-4900-97AD-42CB6C49F2E0
                                 Unencrypted

  • sur cet espace-disque virtuel (une couche logique secondaire) > s'accroche un système de fichiers jhfs+ (Mac OS étendu journalisé) standard > qui monte le volume Kamino.

Normalement > Mojave aurait dû convertir ce Fusion Drive CoreStorage --> au dispositif Fusion Style apfs. Avec 2 magasins de stockage physique Physical Stores > exportant un Conteneur unique avec 4 volumes (le Kamino de démarrage et 3 volumes auxiliaires).

S'il ne l'a pas fait > c'est (conjecturé-je à la taille de tes 2 disques) --> parce que... ce sont tous les 2 des SSD. Le programme d'installation (par défaut) de Mojave doit rejeter une conversion à l'apfs en l'absence d'un HDD. Je ne sais pas si l'on peut contourner cet obstacle en forçant la construction d'un Fusion Syle apfs > puis en installant dans le volume unique exporté. Disons que je n'ai pas essayé (j'avais essayé avec High Sierra et ça plantait) --> mais ça me donne une idée d'expérimentation.
 
on pourra expérimenter, j'ai tout sauvegardé ;)
apres, ça marche bien comme ça.
est ce que le fait de passer à l'APFS va améliorer des choses ?
 
J'avais testé avec mon MacBook Pro 2011 (2 SSD Crucial en interne) --> dans 2 volumes séparés : a) une installation de High Sierra en jhfs+ classique vs une installation en apfs. Le débit variait du simple au double entre le jhfs+ (dans les 225 Mo/s en lecture & écriture) et l'apfs (dans les 500 Mo/s). J'ai donc abandonné le jhfs+ sur SSD (une commande spécialisé permettait de forcer cette installation classique).

La commande :
Bloc de code:
diskutil ap convert disk2

  • est censée convertir un volume jhfs+ --> à l'apfs

Tu peux toujours tester. J'ai des doutes sur l'issue de la manœuvre.
 
Je viens de voir qu'en bootant sur la clé d'installation Mojave, j'ai utilitaires de disque et que je peux formater Kamino sous plusieurs formes dont :
- APFS
- APFS chiffré
- APFS sensible à la casse
- APFS sensible à la casse chiffré
à l'occasion il faudrait que j'essaie de formater en APFS par ce biais et de réinstaller Mojave.

au pire j'ai mon iPad, mon iPhone, le MacBook Air de madame.
toutes mes données sensibles sont sur mon NAS.

si tu penses que ça améliore les perfs, je tenterai bien.
 
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é.
 
Marci macomaniac.

donc si je résume :
1/ je lance la commande suivante : diskutil ap create disk0s2 disk1s2 Brol
2/ je lance la commande suivante : diskutil ap create -main disk0s2 -secondary disk1s2 Brol
3/ je lance une nouvelle install de Mojave
4/ je te félicite :D

?
 
[…] 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.
[Un peu H.S.] Si le but est de n'avoir qu'un seul volume à partir de deux SSD, y a-t-il un avantage à créer un Fusion Drive plutôt qu'à simplement concaténer les deux volumes (question surgie à l'occasion de cette discussion) ?

N.B. Dans cette FAQ (en voie de remplacement ; il faut interrompre le chargement de la page au bon moment pour qu'elle reste affichée…), Apple confirme bien le support de disques RAID avec APFS :
Can RAID be used with Apple File System?

Yes. Apple File System does not directly implement software RAID; however APFS-formatted volumes can be combined with an Apple RAID volume to support Striping (RAID 0), Mirroring (RAID 1), and Concatenation (JBOD). APFS-formatted volumes can also be used with direct-attached hardware RAID solutions.
 
[Un peu H.S.] Si le but est de n'avoir qu'un seul volume à partir de deux SSD, y a-t-il un avantage à créer un Fusion Drive plutôt qu'à simplement concaténer les deux volumes (question surgie à l'occasion de cette discussion) ?

N.B. Dans cette FAQ (en voie de remplacement ; il faut interrompre le chargement de la page au bon moment pour qu'elle reste affichée…), Apple confirme bien le support de disques RAID avec APFS :

Un Mac peut-il démarrer à partir d'un macOS installé sur un volume RAID?
 
:coucou: love_leebo

Est-ce que tu connais le procédé pour casser un Fusion Drive CoreStorage ? - cela demande une commande très spécifique : demande laquelle si tu veux.

---------

En supposant à présent que tu aies cassé ton Fusion Drive > ce qui aura séparé les 2 SSD --> alors il ne faut pas enchaîner les 2 commandes que j'ai mentionnées : c'est l'une ou l'autre au choix. Tu peux te contenter de :
Bloc de code:
diskutil ap create disk0s2 disk1s2 Kamino

  • ce qui laisse au Système le soin de décider quel SSD va être le prioritaire et quel le secondaire

Sinon > et à supposer que le plus petit SDD (120 Go) soit toujours indexé disk1 > ce qui devrait en faire le prioritaire --> tu peux passer la commande :
Bloc de code:
diskutil ap create -main disk1s2 -secondary disk0s2 Kamino

  • et c'est toi qui a décidé que le SSD de 120 Go serait le prioritaire & le SSD de 128 Go le secondaire