10.14 Mojave Session bloquée suite à mise à jour MacOs

En essayant d'aller voir si le volume était déverrouillé et monté, j'ai fait une mauvaise manip et me retrouve avec un écran vide et ne parviens pas à revenir à l'écran avec les 4 Utilitaires...

Je n'ai pas redémarré depuis le début de la procédure.
 
Dernière édition par un modérateur:
Pas grave : un plantage de la session de secours -->

- il va falloir que tu redémarres > en pressant aussitôt les touches ⌘R pour réouvrir la session de secours. Quand tu auras récupéré l'écran aux 4 Utilitaires macOS > il faudra encore que tu repasses la commande :​
Bloc de code:
diskutil cs unlockLV 8B99E932-8795-44FF-AB6E-2BCA91C7065A -passphrase toto

  • (avec remplacement de toto par ton mot-de-passe de session) => pour redéverrouiller Macintosh HD (qui aura été reverrouillé au redémarrage)

Reposte alors le message-retour de la commande.

Note : je fais une pause. Je reviendrai en soirée dans ton fil. D'ici là > laisse ton Mac sur la session de secours ouverte > volume déverrouillé. Et prends les choses avec sérénité : on pourra toujours cloner Macintosh HD > si on ne parvient pas à le redémarrer tel quel. Donc tu ne perdras aucune donnée a priori. Tu pourrais seulement voir si tu n'as pas un DDE disponible (avec dans les 200 Go d'espace libre).
 
Bloc de code:
-bash-3.2# diskutil cs unlockLV 8B99E932-8795-44FF-AB6E-2BCA91C7065A -passphrase pupuce
Started CoreStorage operation
Logical Volume successfully unlocked
Logical Volume successfully attached as disk20
Logical Volume successfully mounted as /Volumes/Macintosh HD
Core Storage disk: disk20
Finished CoreStorage operation
-bash-3.2#

Merci beaucoup de prendre le temps de m'aider. Je vais regarder si j'ai assez d'espace sur mon DDE. Il n'y aura pas de risque de perdre les données de mon DDE si on fait cette procédure ?
 
Dernière édition par un modérateur:
Alors si Macintosh HD est toujours remonté > passe (avec soin) la commande suivante -->
Bloc de code:
rm /Volumes/"Macintosh HD"/var/db/caches/opendirectory/*

  • mets "Macintosh HD" avec les "" ; pas d'espace (!) entre HD" et la barre / qui suit ; il y a bien un astérisque * à la fin
  • la commande supprime le cache mbr_cache du Service d'Annuaire (qui gère les utilisateurs et les groupes) > dont la corruption dans l'OS High Sierra (spécifiquement) --> ralentit considérablement l'initialisation de l'OS et boque l'ouverture de session finale

=> est-ce que tu as obtenu un retour ?
 
Donc la commande est bien passée.

On continue de tenter de restaurer le démarrage du volume Macintosh HD --> passe encore la commande :
Bloc de code:
diskutil repairVolume disk20

  • la commande vérifie / répare : a) le système de stockage CoreStorage > b) le système de fichiers jhfs+ (formateur du volume Macintosh HD)

Poste l'affichage retourné.
 
Bloc de code:
-bash-3.2# diskutil repairVolume disk20
Started file system repair on disk20 Macintosh HD
Verifying storage system
Performing fsck_cs -n -x --lv --uuid 95A6165C-61C7-4E65-9DB7-6E88291BCB94
Checking volume
disk0s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
Logical Volume Group 95A6165C-61C7-4E65-9DB7-6E88291BCB94 on 1 device
disk0s2: Scan for Metadata Volume
Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Load and verify Transaction Segment
Incorporate 8 newer non-checkpoint transactions
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 03681A6C-C61E-4D01-A6D3-02569E6DD5AC
Load and verify 8B99E932-8795-44FF-AB6E-2BCA91C7065A
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 95A6165C-61C7-4E65-9DB7-6E88291BCB94 appears to be OK
Storage system check exit code is 0
Repairing file system
Volume was successfully unmounted
Performing fsck_hfs -fy -x /dev/rdisk20
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
Trimming unused blocks
The volume Macintosh HD appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Checking for overcommitted space in Logical Volume Group
Finished file system repair on disk20 Macintosh HD
-bash-3.2#
 
Aucune erreur.

Passe enfin la commande :
Bloc de code:
kextcache -u /Volumes/"Macintosh HD"

  • mets "Macintosh HD" avec les ""
  • la commande met à jour le cache de démarrage-Système prelinkedkernel > chargé par le lanceur boot.efi au démarrage

=> est-ce que tu as eu un retour ?
 
Commande passée.

Alors tu vas tenter ta chance -->

- va à : Menu  > Disque de démarrage > sélectionne Macintosh HD > redémarre dessus​

=> tu n'auras qu'à dire si tu as pu réouvrir la session ou si le même blocage a persisté...
 
Hé ! hé ! - le plan A) a fonctionné -->

- c'était donc bien une corruption de cache du Service d'Annuaire qui était le facteur de blocage. La réparation du système de fichiers (formateur du volume) et la mise-à-jour du cache de démarrage => étaient là en appui pour aider au démarrage ; mais c'est la suppression du cache qui a décidé du succès.​

Va à : Menu  > Préférences Système > Sécurité et confidentialité > FileVault -->

- est-ce que tu as un délai mentionné (pour la complétion du chiffrement) = preuve que l'opération a été relancée ? - ou bien pas ?​
 
Tu risques d'être obligé d'effectuer un clone de Macintosh HD => dans le volume d'un DDE USB > si le processus de chiffrement ne reprend pas. Il n'est pas impossible que cet état de chiffrement en cours => soit responsable du ralentissement des opérations dans ta session.

- tu n'auras qu'à dire demain ce qu'il en est...​
 
Hello Macomaniac ! Alors on en est au même point ce matin, pas d'indication de temps restant du chiffrement. Est-il possible de tout simplement désactiver FileVault ?
 
Tu ne peux pas désactiver FileVault (ce qui équivaut à lancer un processus de déchiffrement) > aussi longtemps que l'activation de FileVault n'est pas achevée (càd. qu'un processus de chiffrement est en suspens).

- redémarre une fois et indique : a) si le fonctionnement dans ta session est moins lent > b) si le chiffrement a été relancé.​

Si ces deux conditions ne sont pas remplies > branche ton DDE au Mac.

Tu trouves alors le Terminal de MacOS at: Applications > Utilitaires > Terminal. Passe la commande :
Bloc de code:
diskutil list ; df -H

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

Poste les 2 retours.
 
Après redémarrage, le fonctionnement de la session est moins lent en effet, et une indication de temps apparaît maintenant : "1h restante". Ça devrait être bon du coup !
 
Alors tu as des chances d'être tiré d'affaire -->

- lorsque le chiffrement FileVault sera terminé > redémarre une fois de plus > puis de retour dans ta session => lance la désactivation de FileVault (= un processus de déchiffrement). Que tu concluras encore par un redémarrage.​

=> tu n'auras qu'à indiquer si tout s'est bien passé et si tu as récupéré un fonctionnement normal dans ta session...