10.13 High Sierra mise à jour High sierra bloqué car chiffrement filevault en cours

M

Matthieu S

Membre confirmé
15 Février 2020
66
0
47
Bonsoir,
Je suis bloqué au milieu d'une mise à jour High Sierra.
Filevault est en cours de chiffrement ce qui explique sans doute le blocage...
Mais je ne sais pas comment m'en sortir...
Merci d'avance
 
J'ai redemarré en appuyant sur Maj... la barre de progression reste indéfiniment (24h pour l'instant) en fin de progression...
Peut etre le Filevault doit terminer le chiffrement
Merci de votre aide
 
Matthieu S a dit:
J'ai redemarré en appuyant sur Maj... la barre de progression reste indéfiniment (24h pour l'instant) en fin de progression...
Peut etre le Filevault doit terminer le chiffrement
Merci de votre aide
Cliquez pour agrandir...

Salut,

Je pense que oui.... même si je n'utilise pas FV..... à cause des "emmerdes" qu'il peut procurer ;)
 
Matthieu S a dit:
Malheureusement pour le desactiver il faut que j'attende que FV finisse.... insupportable
Cliquez pour agrandir...
C'est normal de devoir attendre que FV termine.
Mais si ça dure depuis 24h, il y a surement un problème. On a déjà vu quand d'autres fils que FV pouvait être bloqué…
 
Je vais chercher dans d'autres fils... mais dans la pratique que puis-je faire pour sortir de la mise à jour?
Merci d'avance
 
Bonjour Matthieu

Redémarre > en tenant aussitôt pressées les 2 touches ⌘R (cmd R) pour démarrer sur l'OS de secours du disque (c'est la seule façon de sortir du cercle vicieux du redémarrage perpétuel sur un processus d'installation planté).

=> est-ce que tu obtiens bien après un temps de chargement un écran affichant une fenêtre de 4 Utilitaires macOS (= écran de la session de secours) ?​
 
Voici comment tu vas pouvoir fournir ici les informations de base (tuto) -->

- va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.​

Dans la fenêtre ouverte > saisis la commande informative (ce qui est inscrit sous Bloc de code) :
Bloc de code: 
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs configurations
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS relevant d'un volume monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari»
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil
  • en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite du smiley souriant) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.

=> ces informations montreront la configuration logique de ton disque.

Note 1 : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) - tu as un bouton : "Joindre un fichier" en bas de cette page.

Note 2 : dans la session de secours > les applications se lancent en mode "alternatif" et pas parallèle. Il faut quitter le Terminal pour lancer Safari. Vice-versa > quitter Safari pour récupérer l'écran général de la session de secours et pouvoir relancer le Terminal. Aucun redémarrage n'est requis.
 
Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *750.2 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS SOS                     749.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/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 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk2

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +2.1 MB     disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +12.6 MB    disk9

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

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

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

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +1.0 MB     disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 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               +524.3 KB   disk18

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

-bash-3.2#
 
Je ne vois pas que le volume interne SOS soit chiffré par FileVault. Car si c'était le cas > il dépendrait d'un dispositif CoreStorage > alors qu'ici il est formé sur une partition de type Apple_HFS standard.

- passe la commande :​
Bloc de code: 
diskutil info disk0s2

  • qui affiche un tableau d'informations sur SOS

Poste le tableau => il précisera la situation actuelle de ce volume.
 
Bloc de code: 
-bash-3.2# diskutil info disk0s2
   Device Identifier:        disk0s2
   Device Node:              /dev/disk0s2
   Whole:                    No
   Part of Whole:            disk0

   Volume Name:              SOS
   Mounted:                  Yes
   Mount Point:              /Volumes/SOS

   Partition Type:           Apple_HFS
   File System Personality:  Journaled HFS+
   Type (Bundle):            hfs
   Name (User Visible):      Mac OS Extended (Journaled)
   Journal:                  Journal size 57344 KB at offset 0x15d1000
   Owners:                   Enabled

   OS Can Be Installed:      Yes
   Booter Disk:              disk0s3
   Recovery Disk:            disk0s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              174283D2-67AA-3816-8257-6FDB37AC34FA
   Disk / Partition UUID:    00001D14-5116-0000-4102-00009D730000
   Partition Offset:         209735680 Bytes (409640 512-Byte-Device-Blocks)

   Disk Size:                749.3 GB (749296615424 Bytes) (exactly 1463469952 512-Byte-Units)
   Device Block Size:        512 Bytes

   Volume Total Space:       749.3 GB (749296615424 Bytes) (exactly 1463469952 512-Byte-Units)
   Volume Used Space:        55.2 GB (55168733184 Bytes) (exactly 107751432 512-Byte-Units) (7.4%)
   Volume Free Space:        694.1 GB (694127882240 Bytes) (exactly 1355718520 512-Byte-Units) (92.6%)
   Allocation Block Size:    4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         No

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              No
   Hardware AES Support:     No

-bash-3.2#
 
Aucune anomalie formelle : volume de format jhfs+ > monté en lecture & écriture > état SMART vérifié > réinstallable. 55 Go d'occupation. Pas de trace d'un chiffrement FileVault. On met donc entre parenthèses ce facteur.

- et on recentre l'enquête sur les facteurs déterminant le démarrage du volume : la distribution interne des dossiers & le chemin de démarrrage actuel.​

Passe la commande :
Bloc de code: 
ls /Vol*/SOS

  • qui liste les objets de 1er rang du volume (fichiers ou dossiers)

Poste le tableau obtenu. Il permettra de voir si la distribution actuelle de dossiers de l'OS est régulière > ou si une tentative d'installation y a apporté des modifications.
 
Bloc de code: 
-bash-3.2# ls /Vol*/SOS
.DS_Store                Applications
.DocumentRevisions-V100            Library
.OSInstallerMessages            Network
.PKInstallSandboxManager-SystemSoftware    System
.file                    Users
.vol                    private
-bash-3.2#
 
En laissant de côté les objets invisibles (dont l'intitulé commence par un .) > voici les dossiers-Système présents :

- Applications > Library > System > Users > private​

Disons qu'il y a là le gros de la troupe de dossiers-Système (avec notamment en ce qui te concerne : le dossier Users qui contient ton dossier de compte et tes données > et le dossier private qui contient - entre autres - ton identité d'utilisateur). Mais il manque les dossiers-Système suivants :

- bin > sbin > usr > Volumes (pour l'essentiel) + les liens symboliques ⤻etc > ⤻tmp > ⤻var pointant directement à des sous-dossiers de private​

Ton volume n'est pas fonctionnel en l'état > mais il n'y a aucune trace d'une installation (comme un dossier macOS Install Data qui en contiendrait les ressources ou un dossier Recovered Items de quarantaine de dossiers-Système toujours créé au lancement d'une installation). La distribution de l'OS a donc été partiellement endommagée (mais pas foncièrement) > sans trace des facteurs d'endommagement.

- passe encore la commande :​
Bloc de code: 
bless --info /Vol*/SOS

  • qui affiche le chemin de démarrage actuel du volume

Poste le retour => en complément d'enquête.
 
et voila

Bloc de code: 
-bash-3.2# bless --info /Vol*/SOS
finderinfo[0]:      0 => No Blessed System Folder
finderinfo[1]:      0 => No Blessed System File
finderinfo[2]:      0 => Open-folder linked list empty
finderinfo[3]:      0 => No alternate OS blessed file/folder
finderinfo[4]:      0 => Unused field unset
finderinfo[5]:      0 => No OS 9 + X blessed X folder
64-bit VSDB volume id:  0x9D0935665C36C48A
-bash-3.2#
 
Il n'y a aucun chemin de démarrage actuellement inscrit sur l'en-tête du volume SOS -->

- je pense en conclusion : qu'une réinstallation de l'OS devrait permettre de récupérer le volume SOS comme volume démarrable et te permettre de réouvrir ta session.​

Dans la fenêtre des 4 Utilitaires macOS > lance l'option : "Réinstaller macOS" => et choisis SOS comme destination lorsque cela te sera proposé. Tu n'auras qu'à dire comment ça s'est passé.
 
Bon ça ne fonctionne pas...
Je peux essayer en relançant à partir d'une sauvegarde time machine en le branchant en ethernet?
Qu'en penses tu?

image0.jpeg
 
Oui : tu peux essayer l'alternative Time Machine.

- je ne vois pas pourquoi la réinstallation normale bloque.​
 

Sujets similaires

E
10.13 High Sierra Mise à jour macOS impossible
Réponses
41
Affichages
643
macOS
Elgibo
E
B
10.13 High Sierra Comment trouver l'extension qui bloque le démarrage de mon Imac ?
Réponses
5
Affichages
2K
macOS
Sly54
Sly54
B
10.11 El Capitan Filevault, chiffrement bloqué en cours
Réponses
8
Affichages
1K
macOS
Bojack
B
P
10.9 Mavericks Revenir à Mavericks car SMC qui ne correspond pas à mon MBP
Réponses
7
Affichages
510
macOS
Paillon
P
AnneGaëtane
FileVault chiffrement bloqué en cours
Réponses
3
Affichages
1K
macOS
AnneGaëtane
AnneGaëtane
Haut Bas