10.14 Mojave Mot de passe grisé montage volume

J'ai le fichier affichant les contenus de Preboot.

Je n'ai pas l'affichage des contenus de Recovery > en retour de la commande :
Bloc de code:
ls -R /Volumes/Recovery

  • il n'y a rien qui soit retourné ?
 
Bloc de code:
-bash-3.2# ls -R /Volumes/Recovery
00BEC4C2-6D66-4F48-AAFD-0B71570AD770    6C7B8CDC-AA59-4206-A19D-2C4ED042D02E
13037449-8FD5-4D02-8228-0D535B631DE3    7318A9BA-9A8B-426D-8AEA-4304245CFD60
1F7B3337-35C6-4085-826A-93EF354BB64B    7EEF8783-F6FF-3C74-A067-1E233F8C2A7C
260106F1-1A63-499E-A6EF-FF06643032D1    B38C5030-2206-46C6-93FD-BBD7EA75FFAA

/Volumes/Recovery/00BEC4C2-6D66-4F48-AAFD-0B71570AD770:
BaseSystem.chunklist        boot.efi.j137ap.im4m
BaseSystem.dmg            com.apple.Boot.plist
PlatformSupport.plist        immutablekernel
SystemVersion.plist        immutablekernel.j137ap.im4m
boot.efi            prelinkedkernel

/Volumes/Recovery/13037449-8FD5-4D02-8228-0D535B631DE3:

/Volumes/Recovery/1F7B3337-35C6-4085-826A-93EF354BB64B:
BaseSystem.chunklist        boot.efi.j137ap.im4m
BaseSystem.dmg            com.apple.Boot.plist
PlatformSupport.plist        immutablekernel
SystemVersion.plist        immutablekernel.j137ap.im4m
boot.efi            prelinkedkernel

/Volumes/Recovery/260106F1-1A63-499E-A6EF-FF06643032D1:
BaseSystem.chunklist        boot.efi.j680ap.im4m
BaseSystem.dmg            com.apple.Boot.plist
PlatformSupport.plist        immutablekernel
SystemVersion.plist        immutablekernel.j132ap.im4m
boot.efi            immutablekernel.j137ap.im4m
boot.efi.j132ap.im4m        immutablekernel.j680ap.im4m
boot.efi.j137ap.im4m        prelinkedkernel

/Volumes/Recovery/6C7B8CDC-AA59-4206-A19D-2C4ED042D02E:
BaseSystem.chunklist        boot.efi.j680ap.im4m
BaseSystem.dmg            com.apple.Boot.plist
PlatformSupport.plist        immutablekernel
SystemVersion.plist        immutablekernel.j132ap.im4m
boot.efi            immutablekernel.j137ap.im4m
boot.efi.j132ap.im4m        immutablekernel.j680ap.im4m
boot.efi.j137ap.im4m        prelinkedkernel

/Volumes/Recovery/7318A9BA-9A8B-426D-8AEA-4304245CFD60:
BaseSystem.chunklist        boot.efi.j680ap.im4m
BaseSystem.dmg            com.apple.Boot.plist
PlatformSupport.plist        immutablekernel
SystemVersion.plist        immutablekernel.j132ap.im4m
boot.efi            immutablekernel.j137ap.im4m
boot.efi.j132ap.im4m        immutablekernel.j680ap.im4m
boot.efi.j137ap.im4m        prelinkedkernel

/Volumes/Recovery/7EEF8783-F6FF-3C74-A067-1E233F8C2A7C:
.diagnostics            boot.efi.j137ap.im4m
BaseSystem.chunklist        com.apple.Boot.plist
BaseSystem.dmg            immutablekernel
PlatformSupport.plist        immutablekernel.j137ap.im4m
SystemVersion.plist        prelinkedkernel
boot.efi

/Volumes/Recovery/7EEF8783-F6FF-3C74-A067-1E233F8C2A7C/.diagnostics:
AppleDiagnostics.chunklist    Info.plist
AppleDiagnostics.dmg

/Volumes/Recovery/B38C5030-2206-46C6-93FD-BBD7EA75FFAA:
BaseSystem.chunklist        boot.efi.j137ap.im4m
BaseSystem.dmg            com.apple.Boot.plist
PlatformSupport.plist        immutablekernel
SystemVersion.plist        immutablekernel.j137ap.im4m
boot.efi            prelinkedkernel
-bash-3.2#
 
Passe encore les 2 commandes :
Bloc de code:
diskutil info disk2s1
diskutil info disk2s5

  • elles retournent des tableaux d'informations sur les 2 volumes Macintosh HD & Sans titre (en donnant notamment les UUID de ces volumes)

Poste ces tableaux.
 
La première :
Bloc de code:
-bash-3.2# diskutil info disk2s1
   Device Identifier:        disk2s1
   Device Node:              /dev/disk2s1
   Whole:                    No
   Part of Whole:            disk2

   Volume Name:              Macintosh HD ( ancien mojave )
   Mounted:                  No

   Partition Type:           41504653-0000-11AA-AA11-00306543ECAC
   File System Personality:  Case-sensitive APFS
   Type (Bundle):            apfs
   Name (User Visible):      APFS (Case-sensitive)
   Owners:                   Disabled

   OS Can Be Installed:      No
   Booter Disk:              disk2s2
   Recovery Disk:            disk2s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              7318A9BA-9A8B-426D-8AEA-4304245CFD60
   Disk / Partition UUID:    7318A9BA-9A8B-426D-8AEA-4304245CFD60

   Disk Size:                250.8 GB (250790436864 Bytes) (exactly 489825072 512-Byte-Units)
   Device Block Size:        4096 Bytes

   Volume Total Space:       0 B (0 Bytes) (exactly 0 512-Byte-Units)
   Volume Free Space:        0 B (0 Bytes) (exactly 0 512-Byte-Units)

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (not mounted)

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes
   Hardware AES Support:     No

-bash-3.2#


La deuxième :
Bloc de code:
-bash-3.2# diskutil info disk2s5
   Device Identifier:        disk2s5
   Device Node:              /dev/disk2s5
   Whole:                    No
   Part of Whole:            disk2

   Volume Name:              Sans titre
   Mounted:                  No

   Partition Type:           41504653-0000-11AA-AA11-00306543ECAC
   File System Personality:  Case-sensitive APFS
   Type (Bundle):            apfs
   Name (User Visible):      APFS (Case-sensitive)
   Owners:                   Disabled

   OS Can Be Installed:      No
   Booter Disk:              disk2s2
   Recovery Disk:            disk2s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              1F7B3337-35C6-4085-826A-93EF354BB64B
   Disk / Partition UUID:    1F7B3337-35C6-4085-826A-93EF354BB64B

   Disk Size:                250.8 GB (250790436864 Bytes) (exactly 489825072 512-Byte-Units)
   Device Block Size:        4096 Bytes

   Volume Total Space:       0 B (0 Bytes) (exactly 0 512-Byte-Units)
   Volume Free Space:        0 B (0 Bytes) (exactly 0 512-Byte-Units)

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (not mounted)

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes
   Hardware AES Support:     No

-bash-3.2#
 
C'est noté : j'ai enregistré les 4 tableaux (Preboot > Recovery > infos Macintosh HD > infos Sans titre) dans des fichiers TextEdit.

Vu la prolixité immense des informations de ton Preboot (et aussi dans une moindre mesure de ton Recovery) --> je ne peux pas improviser un commentaire. J'étudierai ces données demain matin (la période du jour qui m'est la plus favorable pour ce type d'exercice) et je te dirai ce que j'en pense > et s'il s'en laisse tirer des conséquences opératoires.
 
Le volume Macintosh HD du Conteneur a pour UUID de volume : 7318A9BA-9A8B-426D-8AEA-4304245CFD60.

Dans le volume de prédémarrage Preboot du même Conteneur > les mentions de 1er rang :
Bloc de code:
00BEC4C2-6D66-4F48-AAFD-0B71570AD770    6C7B8CDC-AA59-4206-A19D-2C4ED042D02E
13037449-8FD5-4D02-8228-0D535B631DE3    7318A9BA-9A8B-426D-8AEA-4304245CFD60
1F7B3337-35C6-4085-826A-93EF354BB64B    7EEF8783-F6FF-3C74-A067-1E233F8C2A7C
260106F1-1A63-499E-A6EF-FF06643032D1    B38C5030-2206-46C6-93FD-BBD7EA75FFAA

  • constituent des intitulés de dossiers-parents identiques donc à des UUID. UUID de volumes > puisque l'intitulé 7318A9BA-9A8B-426D-8AEA-4304245CFD60 du dossier n° 6 est identique à l'UUID : 7318A9BA-9A8B-426D-8AEA-4304245CFD60 du volume Macintosh HD.

On note ainsi une caractérique fonctionnelle du volume de prédémarrage Preboot : il se crée dans son espace autant de dossiers intitulés de l'UUID des volumes --> que de volumes créés dans le Conteneur apfs de référence. Ainsi se trouve résolu a priori le paradoxe d'un seul volume de prédémarrage Preboot pour n volumes créables dans un même Conteneur apfs.

----------

Dans le volume de secours Recovery du même Conteneur > les mentions de 1er rang :
Bloc de code:
00BEC4C2-6D66-4F48-AAFD-0B71570AD770    6C7B8CDC-AA59-4206-A19D-2C4ED042D02E
13037449-8FD5-4D02-8228-0D535B631DE3    7318A9BA-9A8B-426D-8AEA-4304245CFD60
1F7B3337-35C6-4085-826A-93EF354BB64B    7EEF8783-F6FF-3C74-A067-1E233F8C2A7C
260106F1-1A63-499E-A6EF-FF06643032D1    B38C5030-2206-46C6-93FD-BBD7EA75FFAA

  • répliquent à l'identique le même dispositif que dans Preboot. Il y a autant de dossiers intitulés de leurs UUID que de volumes correspondants dans le Conteneur apfs. Il s'ensuit qu'il doit y avoir a priori autant de possibilités de démarrer sur un OS de secours (contenu dans une image-disque BaseSystem.dmg du dossier) > qu'il y de dossiers de volumes du Conteneur dans le volume de secours Recovery.

Ce qui doit permettre a priori la possibilité de démarrer sur des OS de secours de versions d'OS différents > si des volumes contenant des versions d'OS différents coexistent dans un Conteneur apfs.

----------
 
Je me concentre ici sur le dossier 7318A9BA-9A8B-426D-8AEA-4304245CFD60 existant dans Preboot comme dans Recovery > et qui est dont le dossier de prédémarrage / secours du volume apfs Macintosh HD. Les sous-dossiers du dossier 7318A9BA-9A8B-426D-8AEA-4304245CFD60 de Preboot sont :
Bloc de code:
/Volumes/Preboot/7318A9BA-9A8B-426D-8AEA-4304245CFD60:
Library            com.apple.installer    var
System             usr

  • cette distribution est formellement identique à celle des autres dossiers de volumes de Preboot : elle n'a donc rien d'invalide a priori.
  • ayant scruté la distribution enveloppée dans chacun de ces sous-dossiers > comparativement avec celle des autres dossiers de volumes de Preboot (dont des volumes démarrables) --> je n'ai repéré aucune anomalie formelle : il n'y a nulle part pas la moindre lacune de fichiers dans le dossier 7318A9BA-9A8B-426D-8AEA-4304245CFD60 concernant le volume Macintosh HD

J'en déduis qu'aucune information de prédémarrage contenue dans le dossier 7318A9BA-9A8B-426D-8AEA-4304245CFD60 de Macintosh HD n'a été affectée ou modifiée. Le dossier doit être intègre et identique à ce qu'il était quand le volume Macintosh HD était déverrouillable > remontable > et démarrable.

Je fais les mêmes constatations en ce qui concerne le dossier 7318A9BA-9A8B-426D-8AEA-4304245CFD60 du volume de secours Recovery : la distribution de secours enveloppée dans ce dossier est formellement identique à celle des autres dossiers : aucune lacune constatable > dont on déduit que le contenu du dossier n'a pas été affecté mais est intègre par rapport à son état originel.

----------

Je m'en tiens là pour cette séance, Gregoryen --> car comme tu le vois on entre dans de sérieuses minuties dignes du comptage des poils de tarse d'un micro-coléoptère dans l'objectif d'une binoculaire par un entomologiste.

Aucune anomalie d'existence d'objets ne m'a paru constatable dans le dossier 7318A9BA-9A8B-426D-8AEA-4304245CFD60 de prédémarrage / secours de Macintosh HD (pareil d'ailleurs pour Sans titre). Il s'ensuit que ces 2 volumes devraient - théoriquement parlant - être déverrouillables et remontables > voire redémarrable pour Macintosh HD.

Cette possibilité théorique formellement acquise --> reste la question pratique : comment ce fait-il que l'effet ne suive pas la raison > et que la possibilité théorique ne s'effectue pas comme déverrouillage / remontage / [démarrage] ?
 
Waw ... ah oui la c'est une aiguille dans une botte de foin que tu trouves !

Merci pour cet excellent rapport !

S'il est possible de le monter, alors pourquoi il ne le veux pas... Bonne question ahah .. Problème matériel ou logiciel ?
 
Repasse la commande (que tu avais passée précédemment) :
Bloc de code:
diskutil ap unlock disk1s1 -passphrase xxxxx

  • ton mot-de-passe de session dans Macintosh HD en clair à la place des xxxxx
  • la commande tente de déverrouiller Macintosh HD pour le remonter

Poste l'affichage retourné.
 
Note : fais-le dans ta session d'utilisateur actuelle (pas besoin de la session de secours). Le Terminal de macOS est à : Applications > Utilitaires > Terminal.
 
Si tu es dans la session de secours > l'appareil est disk2s1. Si tu es dans ta session d'utilisateur > l'appareil est disk1s1.
 
En gros, il me dit de monter le volume donc je fait

Bloc de code:
diskutil mount disk2s1

Il me dit :

Bloc de code:
Volume on disk2s1 failed to mount; it appears to be an APFS Volume which might be locked
Try "diskutil apfs unlockVolume"

Donc j'essaie :

Bloc de code:
diskutil apfs unlockVolume disk2s1

Il me demande mont mot de passe, je le met et la rebelotte :

Bloc de code:
Unlocking any cryptographic user on APFS Volume disk2s1
Error unlocking APFS Volume: Couldn't mount disk (-69842)


Le serpend qui se mort la queue. Il me demande de le monter pour le debloquer, et pour le debloquer il faut le monter..

Donc si je met tout dans une ligne de commande, le monter + le debloquer voici ce que j'ai :

Bloc de code:
-bash-3.2# diskutil mount disk2s1 apfs unlockvolume
Usage:   diskutil mount [readOnly] [-mountPoint Path] DiskIdentifier|DeviceNode
Mount will mount the volume in the "standard" place (/Volumes), unless
an optional mount point is specified.
-bash-3.2#
 
Je vois que tu affectionnes le Terminal de la session de secours. Donc le Conteneur est disk2.

Tente la commande :
Bloc de code:
diskutil ap updatePreboot disk2s1

  • la commande met à jour les informations de prédémarrage de Preboot > en rapport avec le volume désigné en cible (ici disk2s1 = Macintosh HD) --> donc c'est le dossier 7318A9BA-9A8B-426D-8AEA-4304245CFD60 de Preboot qui est concerné.

=> poste l'affichage retourné. Le volume n'étant pas montable > il risque d'y avoir des erreurs.
 
Oui je trouve l'espace plus " pur " moins dispo aux bugs ^^

Bloc de code:
-bash-3.2# diskutil ap updatePreboot disk2s1
Started APFS operation
UpdatePreboot: Commencing operation to update the Preboot Volume for Target Volume disk2s1 Macintosh HD ( ancien mojave )
UpdatePreboot: The Target Volume's OpenDirectory (non-special kind) user count is 0 and the Recovery (any of 3 kinds) user count is 0
UpdatePreboot: No custom Open Directory path given
UpdatePreboot: Using GivenVolumeMountPointOrNilIfNotMounted for the MacOSSearchPath
UpdatePreboot: Using MacOSSearchPath's child dslocal path for the OpenDirectorySearchPath
UpdatePreboot: MacOS Search Path = (nil=NotMounted) = (null)
UpdatePreboot: Open Directory Database Search Path = (nil=MacOSSearchPathNotMounted) = (null)
UpdatePreboot: Preserve EncryptedRootPList When No-OD = 0
UpdatePreboot: Unable to open Open Directory database; setting AuthODNodeOrNil accordingly
UpdatePreboot: Mounting and ensuring as mounted the related Preboot Volume
UpdatePreboot: Preboot Volume = disk2s2 Preboot
UpdatePreboot: Taking mount hold on Preboot Volume
UpdatePreboot: Preboot Volume Target Directory = /Volumes/Preboot/7318A9BA-9A8B-426D-8AEA-4304245CFD60
UpdatePreboot: Error among all processed users was 0
UpdatePreboot: The Encrypted Root PList File content is ready
UpdatePreboot: Not encrypting the Encrypted Root PList File content
UpdatePreboot: Encrypted Root PList File to be created path will or would be /Volumes/Preboot/7318A9BA-9A8B-426D-8AEA-4304245CFD60/System/Library/Caches/com.apple.corestorage/EncryptedRoot.plist.wipekey
UpdatePreboot: Proceeding to write Encrypted Root PList, creating a path as neccessary
UpdatePreboot: Successfully wrote Encrypted Root PList File
UpdatePreboot: DiskManagement Info PList File path will be /Volumes/Preboot/7318A9BA-9A8B-426D-8AEA-4304245CFD60/var/db/CryptoUserInfo.plist
UpdatePreboot: Successfully wrote DiskManagement Info PList File
UpdatePreboot: Not writing EFI global localized resource files because list not found
UpdatePreboot: Not generating AdminUserList because no Open Directory database found
UpdatePreboot: Releasing mount hold on Preboot Volume
UpdatePreboot: Unmounting Preboot Volume
UpdatePreboot: Did unmount Preboot Volume err=(ignored)=0
UpdatePreboot: Doing memory releases
UpdatePreboot: Exiting Update Preboot operation with overall error=(ZeroMeansSuccess)=0
Finished APFS operation
-bash-3.2#
 
Cette mise-à-jour partielle de Preboot effectuée > retente la commande :
Bloc de code:
diskutil ap unlock disk2s1 -passphrase xxxxx

  • disk2s1 si tu es dans le Terminal de la session de secours ; dis1s1 dans le Terminal de macOS (d'une session d'utilisateur)

=> est-ce qu'il y a eu un changement ?