Je vois que
Clone a fini par
démarrer et que tu as pu
ouvrir ta session en externe : content pour toi !
À présent que tu es rassuré sur la valeur de sauvegarde des données du volume
Clone -->
- je préconiserai plutôt de s'en tenir au plan A = reformater Sophie > réinstaller proprement High Sierra > récupérer les donnée de Clone via l'Assistant de migration. Car dans ce scénario --> tu t'assures d'un Système fonctionnel installé sans faute > et tu y ajoutes les données (logiciels tiers et fichiers personnels). En effet > l'Assistant de migration ne récupère jamais les fichiers du Système de la source.
- il est toujours possible d'envisager le plan B = reformater Sophie > puis cloner directement Clone dans le nouveau volume vide reconverti à l'apfs. Dans ce scénario --> tu récupères tout : les données mais aussi le Système tel que cloné de la source. Avec ses erreurs éventuelles.
En résumé : certes le disque support de
Clone est un HDD connecté en USB-2. Donc pas un foudre de guerre. S'il s'agit même d'un ancien HDD et pas d'un DDE commercial --> peut-être un disque tournant à
5400 tr/mn : la totale dans la lenteur. Mais rien ne dit néanmoins qu'une extrême lenteur de chargement du Système cloné dans
Clone ne doive pas quelque chose à des
erreurs du Système originel du volume
Sophie - solidaire d'un système de fichiers
apfs corrompu.
Les 2 scénarios (
plan A &
plan B) sont
non-exclusifs l'un de l'autre --> la
source (=
Clone démarrable) se trouvant
non modifiée dans les 2 cas.
-
note : en ce qui concerne le
non-clonage de
Sophie en mode "
copie de blocs" via
asr : ce n'est pas que cette éventualité soit absolument impossible. Elle est
possible dans l'absolu. Dans ce fil dantesque : ☞
Mot de passe grisé montage volume☜ > tu peux lire aux messages
#82 =>
#86 mon descriptif des tribulations impliquées par une
restauration asr d'un
Conteneur apfs. Ce qu'il faut en retenir ici est qu'il n'est
pas possible de cloner via
asr le
volume de démarrage seul (
Sophie ici) d'un
Conteneur apfs. Pour qu'une "
copie de blocs" puisse s'effectuer > il faut que la
source soit le
Conteneur apfs entier avec ses 4 volumes. Et il ne faut pas qu'aucun volume de ce
Conteneur ne soit monté en "
lecture & écriture" (d'où la nécessité d'un
démarrage indépendant du
Conteneur apfs pour opérer). Mais ! --> par le truchement d'un clonage en mode "
copie de blocs" --> ce sont les
structures secondaires de l'
apfs qui sont
aussi clonés (et pas simplement tel ou tel volume).
l'apfs virtualise l'espace-disque secondaire d'un Conteneur (portant des volumes) > à partir de l'espace-disque primaire d'un magasin de stockage Physical Store inscrit dans la partition physique du disque. Il y a donc 2 niveaux logiciels : primaire (le magasin) et secondaire (le conteneur). En cas de clonage asr --> le magasin n'est pas cloné > mais seulement le conteneur (la structure secondaire). Conteneur qui doit pouvoir trouver sur la destination une partition déjà apprêtée recelant un magasin Physical Store. En somme pour lui coller un conteneur. Le problème est que sur la source (le SSD interne) --> le conteneur apfs est corrompu. Un clonage asr ne ferait donc que répercuter une structure corrompue de la source sur la destination. Ce qu'évite de faire un clonage en mode "copie de fichiers" (via cp).