Jean
Le verbe
resizeStack n'est pas valide dans le cas présent - car il commande une récupération d'espace libre qui serait disponible sur le disque
en-dehors du périmètre du
CoreStorage > soit en-dessous de la partition
disk1s3 de la
Recovery HD.
Or il n'existe
aucun espace libre de ce genre > l'espace libre de
400 Go se trouve situé
en-dedans du périmètre du
CoreStorage : il consiste dans le fait que le
Volume Logique a une taille de
1,8 Go alors que la somme des
Volumes Physiques est de
2,2 To. Ce qui revient à dire que
400 Go de blocs du second
Volume Physique (celui qui est importé directement sur la partition
disk1s2 du HDD) ne sont
pas actuellement utilisés par le
Volume Logique exporté. C'est donc un espace libre existant sur la partition
disk1s2 du HDD en terme de blocs bruts, et pas en-dehors.
--------------------
Vincent
La tentative de réparation du dispositif interne du
CoreStorage a donc également échoué > en retournant un message analogue à celui de la commande de re-dimensionnement interne du
Volume Logique (verbe
resizeVolume) du message
#10 -->
Bloc de code:
Recherche d'espace surengagé dans le groupe de volume logiques
Adaptation de la taille du volume logique pour emplir le groupe de volumes logiques
Le volume logique CoreStorage fourni est de taille incorrecte. Vous devriez réparer l'intégralité du disque.
L'opération a échoué
Ce qui est signalé est bien une tentative pour dilater "
en interne" la taille du
Volume Logique > afin qu'elle redevienne congruente avec la dimension globale du
Groupe de Volumes Logiques (définie par la sommes des tailles des
Volumes Physiques) > tentative avortée parce que le
Volume Logique est identifié comme ayant une «
taille incorrecte ».
Il ne s'agit pas d'une taille simplement «
inférieure » à la taille des
Volumes Physiques - car dans ce cas la dilatation du
Volume Logique serait possible. Je me suis amusé à tester sur 2 clés USB solidarisées en mode
Fusion Drive : il est possible de
rétrécir formellement le
Volume Logique par rapport à la taille des
Volumes Physiques du
CoreStorage > puis de le
redilater formallement sans problème > aussi longtemps que ces opérations logiques s'effectuent en mode formellement «
valide ».
Il s'agit ici d'une taille du
Volume Logique «
inférieure » à celle des
Volumes Physiques enregistrée de manière «
incorrecte » dans les fichiers de paramétrage (
headers) du
CoreStorage : on a donc affaire à une «
erreur » interne de paramètres, trop grave pour être réparée.
--------------------
Alors voici ce que je propose en 3è tentative :
Ta session ouverte > tu vas à :
Menu >
Préférences Système >
Sécurité et confidentialité >
FileVault > tu déverrouilles le cadenas d'administration > tu presses le bouton "
Désactiver FileVault" (car le chiffrement
FileVault est activé).
Ton Mac va re-démarrer > ta session ré-ouverte > tu pourras suivre l'avancement du déchiffrement dans le panneau
FileVault des
Préférences Système. Une fois que le processus sera complété > je te conseille de
re-démarrer en mode
Recovery > et de refaire un
S.O.S. sur le volume
Drive2To (qui ne sera plus verrouillé).
=> tu n'auras qu'à poster ici ce qui est retourné par la réparation du
CoreStorage (en prenant un cliché) > et par le retour d'une nouvelle commande :
passée dans ta session.
Explication :
désactiver FileVault va engager un processus de
déchiffrement bloc à bloc des blocs des 2
Volumes Physiques (disques durs virtuels) du
CoreStorage - disques virtuels à partir desquels s'exporte le
Volume Logique. Il y a des chances que
tous les blocs de ces
Volumes Physiques, y compris donc
tous les blocs du
Volume Physique du HDD qui mappe l'ensemble de la partition
disk1s2, soient actuellement
chiffrés. Donc aussi les
400 Go de blocs "physiques" qui ne sont plus utilisés par le
Volume Logique rétréci.
Dans plusieurs cas sur les forums > une telle opération de déchiffrement d'un
CoreStorage chiffré dans lequel le
Volume Logique était plus
étroit que les
Volumes Physiques suite à un accident de partitionnement > a
rectifié l'erreur du
Volume Logique > en restaurant sa taille exactement à congruence de celle des
Volumes Physiques. C'est dans l'espoir où ça pourrait se passer aussi dans ton cas > que je te propose cette tentative. Tu vas bien voir.
--------------------
=> si l'opération échouait encore à réparer le décalage interne de taille :
Volume Logique / Volumes Physiques du
CoreStorage Fusion Drive > il te restera la 4è et dernière solution : celle du dernier recours - garantie à 100% mais un peu ingrate à mettre en œuvre -->
cloner avec «
Carbon Copy Cloner» le contenu de ton
Volume Logique dans celui d'un DDE >
redémarrer sur le clone >
supprimer le
Fusion Drive > le
re-créer de neuf > ce qui produira un
Volume Logique associatif vide d'une taille congruente aux
Volumes Physiques (sans erreur donc) >
cloner à rebours le clone dans le nouveau
Volume Logique.
C'est une méthode garantie à 100% > mais un peu ingrate car elle demande d'avoir un DDE libre d'une taille suffisante > et prend un peu de temps pour les opérations de clonage / rétro-clonage. Pour ce qui est de l'opération logique :
suppression du
Fusion Drive >
re-création d'un
Fusion Drive neuf --> il suffit de quelques commandes brèves dans le «
Terminal» - ça ne comporte pas de difficultés.