Content que tu t'en sois tiré à bon compte !
Tu auras compris qu'avoir une
sauvegarde évite ces démarches de récupération à rallonges. Tu disposes actuellement sur le DDE bien paramétré (
GUID et
JHFS+) > d'un volume
Clone de secours. Mais évidemment surdimensionné (
1 To) en regard du volume
Macintosh HD qui fait
319 Go. Et pas démarrable en l'état.
Si le DDE est connecté au Mac > la commande (le «
Terminal» de l'OS est at:
Applications >
Utilitaires >
Terminal.app - tu peux te payer le luxe d'un copier-coller de la commande cette fois) -->
Bloc de code:
diskutil resizeVolume /Volumes/Clone 320g jhfs+ Data 0b
- te permet de rétrécir (non destructivement) le volume Clone et sa partition à 320 Go (= une taille analogue à celle du volume Macintosh HD) > et crée une nouvelle partition avec un nouveau volume vide intitulé Data de la taille du reste de l'espace (environ 680 Go)
Je te signale à présent que le logiciel ☞
Carbon Copy Cloner☜ (clique le lien rouge - démo gratuite un mois) --> fait d'excellents clones (clone = "image-miroir démarrable d'un volume-Système"). Tu le déplaces dans les
Applications > le lances > dans son panneau tu choisis de créer un nouvelle tâche du nom que tu veux (bouton
+) et les options :
--> presse le bouton
Cloner (ça devrait aller vite --> les données de
Macintosh HD sont déjà copiées dans
Clone). À la fin > le logiciel te demandera si tu veux qu'il crée sur le disque du DDE un partition de secours --> tu acceptes et il va cloner la
Recovery HD sous le volume
Clone.
=> le volume
Clone sera un volume
image (au point actuel) du volume
Macintosh HD et
démarrable (avec "
alt"). Si tu mets à jour régulièrement ton clone > en cas de pépin > hop ! tu démarres sur le clone. Tu récupères à la main les fichiers pas encore clonés. Et tu... clones à rebours (avec «
CCC»)
Clone dans
Macintosh HD qui redevient démarrable.
L'autre volume (
Data 680 Go) --> tu y stockes ce que tu veux (des données volumineuses par exemple : vidéos ou autre).
----------
Pour ta question :
d'où peut venir ce problème sur le ddi? Est-ce que c’etait a cause de ça que l’ordinateur était plus lent.
Les systèmes de fichiers (conditions logicielles de l'existence des volumes montables sur les partitions) constituent des structures logiques difficilement scrutables. Je n'ai jamais pu me représenter dans une idée claire & distincte comment des
erreurs interviennent dans tel ou tel fichier de cette structure, comme chez toi le fichier du
catalogue B-tree. Je connais le concept générateur de ce type de catalogue > ce que je ne me représente pas c'est comment des erreurs interviennent qui l'invalident.
Un autre point inscrutable est le suivant : un système de fichiers dont le
catalogue B-tree est invalide ne devrait pas passer la
probation du service de l'OS
diskarbitrationd chargé d'effectuer cette vérification avant de passer au
kernel la tâche de monter le volume sur la partition. Que ton système de fichiers planté ait quand même pu passer la probation et permettre le montage du volume par le
kernel --> voilà qui déconcerte. Quels sont les types d'erreurs
invalidant tout remontage de volume, et lesquels par contre
passent la probation (en somme : il y a des erreurs acceptables et d'autres non) ?
Et encore : ce système de fichiers planté gravement (
catalogue B-tree invalide) > qui a obtenu quand même le
quitus du service
diskarbitrationd > voilà qu'il ne permet qu'un montage de volume de type
verrouillé (mode : "
lecture seule"). Y a-t-il une corrélation entre un certain type d'erreur dans le système de fichiers et la réduction du montage possible du volume au mode "lecture seule" ?
Les utilitaires disponibles en ligne de commande ne permettent pas de pousser assez profondément (pour le simple amateur) l'examen de ces questions. En bref : tu as eu un « bol » terrible dans ton infortune :
catalogue B-tree complètement nase permettant quand même un montage de volume en mode "lecture seule".
