MacBook Pro l'installation de macOS n'a pas pu etre achevée

Bonjour Macomaniac !
J'ai mon oncle qui a le même problème. Je n'ai pas accès à l'ordi donc je lui fait faire les manips à distance. Du coup je n'ai que des photos désolé. Peux-tu m'aider stp ?

IMG_9172.jpegIMG_9173.jpegIMG_9183.jpegIMG_9185.jpeg
 
Bonjour Maxkylum

La présence d'un dossier macOS Install Data dans le volume de démarrage > dossier dédié aux composants d'une installation => révèle qu'une mise-à-jour ou mise-à-niveau d'OS a été tentée.

- l'absence d'un dossier de quarantaine Recovered Items (dédié au déplacement des dossiers-Système à remplacer) et la complétude des dossiers-Système de l'OS en place => montrent que l'installation ne s'est pas enclenchée.​
- le chemin de démarrage du volume pointe au lanceur boot.efi de l'OS en place = rien d'irrégulier.​

Question : le Mac ne démarre pas sur Macintosh HD ?
 
Merci pour le retour !

Il démarre. Il arrive sur cette fenêtre :IMG_9198.jpeg

Ensuite il charge la session et ça bloque là...
IMG_9199.jpeg
Effectivement il y a une une mise à jour qui n'a pas l'air d'être allée au bout.
Du coup on a tenté une réinstallation de macOS à partir de CMD + R et ça donne ça :

IMG_9165.jpeg
 
Est-ce que l'écran de connexion intervient d'entrée de démarrage (= FileVault activé) > ou en fin de démarrage (= FileVault désactivé) ?
 
Passe la commande :
Bloc de code:
diskutil ap list
  • qui affiche un tableau détaillé de l'apfs

Poste le tableau => on verra si le volume est chiffré.
 
IMG_9203.jpeg
Il est chiffré à priori. Le disque apparaît démonté à chaque fois que l'on lance le Recovery. Il remonte correctement et le SOS ne révèle rien ni sur le disque ni sur le conteneur.
 
Dernière édition:
Macintosh HD est mentionné : non monté > car verrouillé par FileVault. Comme le volume de démarrage chiffré est donc a priori verrouillé > dès le départ du démarrage un écran de connexion s'affiche afin que l'utilisateur puisse déverrouiller et remonter le volume avec son mot-de-passe de session. Cela fait => l'OS du volume peut théoriquement se charger > et à la fin la session de l'utilisateur qui a déverrouillé le volume s'ouvre automatiquement (le mot-de-passe de déverrouillage saisi au départ => valant aussi comme mot-de-passe d'ouverture de session).

- cet éclaircissement effectué => que se passe-t-il exactement une fois le mot-de-passe saisi à l'écran de déverrouillage initial ? - est-ce qu'une barre de chargement de l'OS s'affiche ?​
 
Macintosh HD est mentionné : non monté > car verrouillé par FileVault. Comme le volume de démarrage chiffré est donc a priori verrouillé > dès le départ du démarrage un écran de connexion s'affiche afin que l'utilisateur puisse déverrouiller et remonter le volume avec son mot-de-passe de session. Cela fait => l'OS du volume peut théoriquement se charger > et à la fin la session de l'utilisateur qui a déverrouillé le volume s'ouvre automatiquement (le mot-de-passe de déverrouillage saisi au départ => valant aussi comme mot-de-passe d'ouverture de session).

- cet éclaircissement effectué => que se passe-t-il exactement une fois le mot-de-passe saisi à l'écran de déverrouillage initial ? - est-ce qu'une barre de chargement de l'OS s'affiche ?​
Lorsque le mot de passe est saisi la barre de chargement s'affiche, elle se remplit et ça s'arrête là. Comme si c'était bloqué. Même après 2h d'attente.IMG_9199.jpegIMG_9200.jpeg
 
D'accord : je vois le problème. À la fin du chargement de l'OS > il y a blocage d'ouverture de la session.

- l'OS installé est-il High Sierra ou Mojave ?​
 
Bon. Encore un détail -->

- lors du chargement de la barre horizontale : est-ce que la vitesse de chargement paraît normale sur la 1ère moitié environ > mais est-ce que la progression s'avère extrêmement ralentie sur tout le reste de la jauge de chargement => au point que l'extrémité est atteinte péniblement ?​
 
Bon. Encore un détail -->

- lors du chargement de la barre horizontale : est-ce que la vitesse de chargement paraît normale sur la 1ère moitié environ > mais est-ce que la progression s'avère extrêmement ralentie sur tout le reste de la jauge de chargement => au point que l'extrémité est atteinte péniblement ?​
Oui apparemment c'est ça.
 
Diagnostic : corruption du cache mbr_cache du Service d'Annuaire (Open Directory) > qui gère les utilisateurs et les groupes. Cette corruption se traduit par un ralentissement du chargement de l'OS et un blocage d'ouverture de session. Corruption assez courante avec High Sierra > plus rare mais attestée avec Mojave. Cette corruption résiste à toute tentative de réinstallation directe de l'OS => qui ne débloque pas la situation.

- on peut tenter une réparation express par suppression du cache mbr_cache --> ce qui marche parfois mais non systématiquement. Sinon => ce sera le plan B.​

Dans l'Utilitaire de disque > sélectionner le volume Macintosh HD grisé (non monté car verrouillé par FileVault) > bouton : "Monter" > le mot-de-passe de session dans le panneau qui le demande => Macintosh HD doit être libellé en noir si remonté. Est-ce le cas ?
 
Diagnostic : corruption du cache mbr_cache du Service d'Annuaire (Open Directory) > qui gère les utilisateurs et les groupes. Cette corruption se traduit par un ralentissement du chargement de l'OS et un blocage d'ouverture de session. Corruption assez courante avec High Sierra > plus rare mais attestée avec Mojave. Cette corruption résiste à toute tentative de réinstallation directe de l'OS => qui ne débloque pas la situation.

- on peut tenter une réparation express par suppression du cache mbr_cache --> ce qui marche parfois mais non systématiquement. Sinon => ce sera le plan B.​

Dans l'Utilitaire de disque > sélectionner le volume Macintosh HD grisé (non monté car verrouillé par FileVault) > bouton : "Monter" > le mot-de-passe de session dans le panneau qui le demande => Macintosh HD doit être libellé en noir si remonté. Est-ce le cas ?
Oui c'est monté c'est bon.
Merci beaucoup pour ton aide en tout cas !
 
Voici la commande à passer :
Bloc de code:
rm /Volumes/"Macintosh HD"/var/db/caches/opendirectory/mbr_cache
  • la commande de suppression rm ne supporte pas les abréviations dans les adresses > d'où ma rédaction en adresse absolue
  • "Macintosh HD" avec les "" ; pas d'espace entre HD" et la / qui suit
  • la commande supprime le cache mbr_cache. Cette commande de suppression a des fortunes diverses : soit elle passe en mode muet (retour direct de -bash-3.2# = succès franc) > soit elle retourne un "no such file or directory" (qui ne veut pas forcément dire qu'elle n'a pas trouvé sa cible > à cause d'un bogue de la commande dans l'environnement de secours qui crée une boucle : la commande supprime l'objet > puis un listage est relancé et ne trouvant plus l'objet supprimé prétend qu'il n'y était pas a priori)

Indique quel a été le retour.
 
Voici la commande à passer :
Bloc de code:
rm /Volumes/"Macintosh HD"/var/db/caches/opendirectory/mbr_cache
  • la commande de suppression rm ne supporte pas les abréviations dans les adresses > d'où ma rédaction en adresse absolue
  • "Macintosh HD" avec les "" ; pas d'espace entre HD" et la / qui suit
  • la commande supprime le cache mbr_cache. Cette commande de suppression a des fortunes diverses : soit elle passe en mode muet (retour direct de -bash-3.2# = succès franc) > soit elle retourne un "no such file or directory" (qui ne veut pas forcément dire qu'elle n'a pas trouvé sa cible > à cause d'un bogue de la commande dans l'environnement de secours qui crée une boucle : la commande supprime l'objet > puis un listage est relancé et ne trouvant plus l'objet supprimé prétend qu'il n'y était pas a priori)

Indique quel a été le retour.
On est sur un succès franc à priori !
IMG_9206.jpeg
 
D'accord -->

- y'apuka tester un redémarrage sur Macintosh HD => et dire si la session a fini par s'ouvir au terme du chargement de l'OS (qui devrait encore s'avérer ralenti).​