10.14 Mojave MacBook Air bloque à l’ouverture de session

[2mac]

Bonjour, j’ai un souci sur mon MacBook Air dont le chargement de la session bloque au démarrage.

Après avoir entré mon mot de passe, la barre de chargement se remplit et se bloque à environ 100 %.

Est-ce que quelqu’un pourrait m’aider ?

Voici le résultat du diskutil list :

Bloc de spoiler: diskutil list

[-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         121.1 GB   disk0s2

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk1
   1:                  Apple_HFS OS X Base System        2.0 GB     disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            81.1 GB    disk2s1
   2:                APFS Volume Preboot                 24.2 MB    disk2s2
   3:                APFS Volume Recovery                510.4 MB   disk2s3
   4:                APFS Volume VM                      4.3 GB     disk2s4

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 MB    disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +4.2 MB     disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk18

/dev/disk19 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk19

/dev/disk20 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk20

-bash-3.2#

Je précise que FileVault est activé… j'ai lu qu'il valait mieux le désactiver mais il faudrait que je puisse ouvrir ma session pour ça :S

Merci beaucoup

 

[2mac]

En essayant de m'appuyer sur d'autres problèmes similaires sur le forum, j'ai lancé ces 2 commandes :

Bloc de spoiler: [-bash-3.2# diskutil repairDisk disk0

Repairing the partition map might erase disk0s1, proceed? (y/N) y
Started partition map repair on disk0
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map repair on disk0

Qui semble indiquer qu'il n'y a pas de problème à ce niveau.

Et :

Bloc de spoiler: [-bash-3.2# diskutil repairVolume disk2s1

Started file system repair on disk2s1 Macintosh HD
Repairing file system
Volume is already unmounted
Performing fsck_apfs -y -x /dev/rdisk2s1
error: mount_apfs exit status 73
File system check exit code is 78
Restoring the original state found as unmounted
Error: -69845: File system verify or repair failed
Underlying error: 78
-bash-3.2#

Qui me retourne une erreur 78, que je suppose liée au fait que le volum disk2 n'est pas monté (car Filevault est activé).

Du coup, dans l'Utilitaire de disque, je monte le disque en question (en saisissant mon mot de passe de session quand demandé) : le disque se monte correctement.

Je retente de lancer la commande :

Bloc de spoiler: [-bash-3.2# diskutil repairVolume disk2

Started file system repair on disk2
Repairing storage system
Performing fsck_apfs -y -x /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the object map
Checking volume
Checking the APFS volume superblock
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
error: inode_val: object (oid 0x3): invalid nchildren (-1)
fsroot tree is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system repair on disk2
-bash-3.2#

J'ai donc une erreur "inode_val: object (oid 0x3): invalid nchildren (-1)
fsroot tree is invalid"… qui peut m'aider ?

 

[Membre supprimé 1060554]

Salut 2mac

Il y a une erreur touchant le « fsroot tree » : l'arbre "racine du système de fichiers". Plusieurs composants de l'apfs sont désignés comme des "trees" (arbres) > l'arbre principal étant le "fsroot" (la "racine du système de fichiers"). Il est bien difficile d'en savoir davantage.

Cet "arbre-racine" est évalué comme invalide > mais tu noteras quand même que le code de sortie de la vérification globale est 0 (comme zéro erreurs). Cette bizarre inconsistance (qu'un système de fichiers incluant des erreurs soit évalué comme sans erreur) > qui affectait déjà High Sierra (apfs) > paraît se poursuivre avec Mojave.

Je ne suis pas certain que l'invalidité du fsroot tree --> soit la raison qui plante l'ouverture de session finale > si la barre (figurant le chargement du Système) se remplit déjà à 100%.

Passe la commande exacte (le volume Macintosh HD bien monté au préalable) :

rm /Volumes/"Macintosh HD"/var/db/opendirectory/*

• mets "Macintosh HD" avec des "" ; pas d'espace entre HD" et la / qui suit ; mets bien un * à la fin (= tout contenu du sous-dossier opendirectory)

• la commande supprime le cache mbr_cache du Service d'Annuaire (Open Directory) > dont la corruption suscitait dans High Sierra les symptômes que tu expérimentes : chargement lent et blocage final de l'ouverture de session

Cela fait > va à : Menu  > Disque de démarrage > choisis Macintosh HD > redémarre dessus -->

• sois patient : tu n'auras qu'à dire si tu as pu réouvrir ta session à la fin (je suis curieux de vérifier si les mêmes effets sont produits par les mêmes causes - entre High Sierra & Mojave)

 

[2mac]

Salut et merci pour ta réponse. J'ai réinstallé macOS Mojave entre temps depuis la partition de restauration (pomme + R). Ça a fonctionné (après environ 1h) et je n'ai rien perdu sur mon mac. Je ne sais pas trop comment il a fait pour réinstaller l'OS sans que je ne perde mes données et mes paramétrages (vu que je n'ai qu'une seule partition…).

Toujours est-il que ça a fonctionné, et j'ai désactivé Firevault immédiatement après (environ 2h de décryptage). Merci pour ton aide !

 

[Membre supprimé 1060554]

Une réinstallation d'OS ne reformate pas > mais restaure (ou met-à-niveau) le seul Logiciel-Système. C'est dans pas mal de cas une façon de se tirer d'affaire et ça l'a été dans ton cas.

Je te conseille d'avoir une sauvegarde (démarrable) de ton volume de démarrage dans celui d'un DDE (clone ou TM). En cas de pépin > on est bien content de pouvoir démarrer dessus. La supériorité d'un clone est qu'on ouvre une vraie session d'utilisateur > miroir de l'originale (au lieu d'être cantonné à une session de secours de réinstallation). Si les sauvegardes sont bien à jour > hop ! il suffit de les restaurer au volume de démarrage pour rétablir la situation.