10.11 El Capitan MacbookPro dd interne non monté et saturé

Éteins ton Mac de force. Puis rallume-le avec les 2 touches ⌘R pressées --> est-ce que tu ouvres la session de secours dans un temps raisonnable ?

- note : quel est le modèle de ton Mac ? - son année ?​
 
Donc tu ne peux pas démarrer par internet : c'est soit le Single User > soit l'OS de secours du disque.
 
Ok
La barre de progression est en cours d’augmentation mais je sens que ca va me faire la même qu’hier, soit un temps extrêmement long ( si au final il me l’ouvre!)
Je patiente...
 
Passe les 2 commandes :
Bloc de code:
diskutil list
df -H

  • qui affichent la configuration des disques & l'occupation des volumes montés

Poste les tableaux.
 
Tu as déjà remporté une victoire ! -->

- il y avait 160 Go de données dans le volume Macintosh HD (d'après une mesure du que tu avais passée en Single User). Il y a 162 Go de données dans Clone (il y a toujours un excédent de blocs consommés par une commande de recopie sur la destination --> quand le volume source dépend d'un système de fichiers corrompu. Seulement 2 Go en sus --> est le signe d'un excellent clone).​

Passe la commande :
Bloc de code:
/Volumes/Clone/usr/bin/du -sh /Volumes/Clone/*

  • la commande liste & mesure (en Gi) les dossiers de 1er rang de Clone
  • la commande du faisant défaut dans les ressources natives d'un OS de secours démarré --> il faut aller chercher l'exécutable dans le volume Clone en départ de commande : d'où l'allure bizarre du début de la commande

Poste le tableau quand tu auras réobtenu -bash-3.2# en signal de fin.
 
Je viens de comparer avec le tableau antérieur de la commande du pour Macintosh HD : aucun perte pour Clone.

- veux-tu le rendre démarrable --> afin de voir si tu ne pourrais pas démarrer ensuite ton Mac dessus ?​
 
Alors il faut bien garder à l'esprit que la table de partition générale du disque est une MBR (au lieu de la GPT requise). Mais il est déjà arrivé que des volumes macOS dépendants d'une table MBR aient pu être démarrés par l'EFI du Mac --> on ne fait donc ici qu'explorer une chance tout à fait ténue.

Voici la longue commande à passer :
Bloc de code:
bless --folder /Volumes/Clone/System/Library/CoreServices --file /Volumes/Clone/System/Library/CoreServices/boot.efi

  • il faut que tu la saisisses en continuité jusqu'au boot.efi final. Pour t'aider > étire au maximum en largeur la fenêtre du terminal --> afin de ne pas avoir de saut de ligne. Tu notes qu'en milieu de commande --> tu as un petit segment --file séparé par un espace libre aussi bien de ce qui précède que de ce qui suit
  • la commande inscrit un chemin de démarrage sur l'en-tête du volume Clone > pointant au démarreur boot.efi de l'OS cloné. Elle passe sans commentaire (retour direct de -bash-3.2#) si elle passe

=> est-ce que ça a été le cas ?
 
Il faut que lises la fin de la commande jusqu'au ---/boot.efi terminal --> afin de la saisir complète.
 
Petite vérification --> passe la commande informative (de taille normale) :
Bloc de code:
bless --info /Volumes/Clone

  • la commande affiche le chemin de démarrage actif de Clone

Poste le tableau retourné.