10.13 High Sierra Session ne s'ouvre pas

Bloc de code:
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/1641A504-A4BE-398C-A648-15AEED66C2B7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/Lucida13White.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Generating AdminUserList for Recovery purposes
UpdatePreboot: Considering admin user FFFFEEEE-DDDD-CCCC-BBBB-AAAA00000000
UpdatePreboot: Considering admin user 71908579-2355-4CDB-8CC8-E2881B7564B1
UpdatePreboot: Error among all processed admin users was 0
UpdatePreboot: Writing Admin User Info File to path /Volumes/Preboot/1641A504-A4BE-398C-A648-15AEED66C2B7/var/db/AdminUserRecoveryInfo.plist
UpdatePreboot: Successfully wrote Admin User Info File
UpdatePreboot: Checking for existence of Secure Access Token file /Volumes/Macintosh HD/var/db/dslocal/nodes/Default/secureaccesstoken.plist
UpdatePreboot: Before copying Secure Access Token file /Volumes/Macintosh HD/var/db/dslocal/nodes/Default/secureaccesstoken.plist into directory /Volumes/Preboot/1641A504-A4BE-398C-A648-15AEED66C2B7/var/db
UpdatePreboot: After copying error=(ZeroMeansSuccess)=0
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#
 
Pas d'erreur.

- tu vas tenter ta chance à présent. Va à : Menu  > Disque de démarrage > sélectionne Macintosh HD > Redémarrer

=> tu n'auras qu'à dire si ta session s'est ouverte à la fin du chargement de l'OS.
 
J'ai laissé tourner 25min, le chargement de l'OS est resté bloqué à environ 10% du début à la fin...
Je relance et je laisse tourner quelques heures pour voir ?
 
Je pense que le plan A a échoué et qu'il faut passer au plan B -->

- tu as beaucoup de place dans le Conteneur apfs. On peut donc repartitionner (sans perte pour les données) pour créer un nouveau volume Clone. Cloner le volume-Données => Clone. Supprimer / recréer le Conteneur apfs de Macintosh HD. Réinstaller Catalina. Récupérer à la fin les données de Clone (via l'Assistant de migration).​

Qu'est-ce que tu en penses ?
 
Je pense que le plan A a échoué et qu'il faut passer au plan B -->

- tu as beaucoup de place dans le Conteneur apfs. On peut donc repartitionner (sans perte pour les données) pour créer un nouveau volume Clone. Cloner le volume-Données => Clone. Supprimer / recréer le Conteneur apfs de Macintosh HD. Réinstaller Catalina. Récupérer à la fin les données de Clone (via l'Assistant de migration).​

Qu'est-ce que tu en penses ?

Je suis partant ! Je t'écoute pour la procédure.
Merci beaucoup de ton aide jusqu'à présent
 
Redémarre via ⌘R pourà réouvrir la session de secours (tu vas peut-être avoir à faire une extinction forcée si tu n'as pas d'option de redémarrage à ton écran actuel).

- dans l'Utilitaire de disque > remonte le volume Macintosh HD - Données reverrouillé par FileVault. Vérifie que les 2 volumes principaux soient libellés en noir (= remontés). On ne peut pas repartitionner avec des volumes verrouillés par FileVault.​

Cela fait > passe la commande :
Bloc de code:
diskutil list internal

  • qui n'affiche que la configuration du disque interne

Poste le tableau (histoire de voir si le Conteneur est bien toujours indexé disk2).
 
Bloc de code:
-bash-3.2# diskutil list internal
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         499.9 GB   disk0s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  89.5 GB    disk2s1
   2:                APFS Volume Preboot                 52.7 MB    disk2s2
   3:                APFS Volume Recovery                525.4 MB   disk2s3
   4:                APFS Volume VM                      4.3 GB     disk2s4
   5:                APFS Volume Macintosh HD            10.8 GB    disk2s5

-bash-3.2#

Le reste est fait
 
Il y a 89 Go de données dans Macintosh HD - Données.

- passe la commande préalable :​
Bloc de code:
ls /Vol*/"Macintosh HD - Données"

  • la commande liste les objets de 1er rang (fichiers ou dossiers) du volume-Données

Poste le retour. C'est pour vérifier s'il y a bien une distribution régulière dans ce volume (et pas celle d'une installation qui aurait planté).
 
Bloc de code:
-bash-3.2# ls /Vol*/"Macintosh HD - Données"
.DS_Store                Applications
.DocumentRevisions-V100            Library
.HFS+ Private Directory Data?        System
.IAProductInfo                Users
.OSInstallerMessages            Volumes
.PKInstallSandboxManager-SystemSoftware    cores
.Spotlight-V100                home
.TempReceipt.bom            macOS Install Data
.TemporaryItems                mnt
.file                    opt
.fseventsd                private
.installer-compatibility        sw
.vol                    usr
-bash-3.2#
 
Je vois bien un dossier macOS Install Data qui était destiné à héberger des composants de réinstallation (téléchargés par internet) > mais à part ce dossier --> la distribution du volume-Données est intacte. C'est important pour qu'après clonage de ce volume > puis réinstallation propre --> le clone puisse être validé comme volume source de récupération de données par l'Assistant de migration).

- passe la commande :​
Bloc de code:
diskutil ap resizeContainer disk2 300g apfs Clone 0b ; diskutil list internal

  • (copier-coller à rebours) la commande rétrécit le Conteneur à 300 Go > et crée un volume Clone relevant d'un second Conteneur indépendant de près de 200 Go > puis réaffiche la configuration interne

Poste le retour.
 
Bloc de code:
-bash-3.2# diskutil ap resizeContainer disk2 300g apfs Clone 0b ; diskutil list internal
Started APFS operation
Aligning shrink delta to 199 898 107 904 bytes and targeting a new physical store size of 299 999 997 952 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 110 326 972 416 bytes
Resizing APFS Container designated by APFS Container Reference disk2
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Performing fsck_apfs -n -x -S /dev/disk0s2
Checking the container superblock
Checking the EFI jumpstart record
Checking the space manager
Checking the space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD - Données was formatted by hfs_convert (945.275.7) and last modified by apfs_kext (1412.61.1)
Checking the object map
error: (oid 0x1a1b3b) om: btn: dev_read_finish(1710907, 1): Input/output error
Object map is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 8
Error: -69716: Storage system verify or repair failed
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         499.9 GB   disk0s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Données  89.5 GB    disk2s1
   2:                APFS Volume Preboot                 52.7 MB    disk2s2
   3:                APFS Volume Recovery                525.4 MB   disk2s3
   4:                APFS Volume VM                      4.3 GB     disk2s4
   5:                APFS Volume Macintosh HD            10.8 GB    disk2s5

-bash-3.2#
 
Avant un repartitionnement > le système de fichiers apfs est vérifié. Ici il y a une erreur qui a bloqué l'opération.

- passe la commande :​
Bloc de code:
diskutil repairVolume disk2

  • qui lance une réparation de l'apfs du Conteneur et de ses 5 volumes

Poste le retour.
 
Bloc de code:
-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 space manager free queue trees
Checking the object map
Checking volume
Checking the APFS volume superblock
The volume Macintosh HD - Données was formatted by hfs_convert (945.275.7) and last modified by apfs_kext (1412.61.1)
Checking the object map
error: (oid 0x1a1b3b) om: btn: dev_read_finish(1710907, 1): Input/output error
Object map is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 8
Error: -69716: Storage system verify or repair failed
Underlying error: 8
-bash-3.2#
 
L'erreur n'a pas pu être corrigée. J'en viens même à me demander si elle ne serait pas la raison du plantage du démarrage.

- donc mon plan B ne peut pas fonctionner dans sa version primitive (repartitionnement interne pour créer un volume de destination du clone du volume-Données). Il faudrait un DDE USB avec dans les 150 Go d'espace libre > qui permettrait qu'on formate un volume d'accueil en apfs.​

=> est-ce que tu disposes d'un tel DDE ? - si tu veux sauvegarder tes données - bien sûr.
 
En effet, cette série d'erreur pourrait bien être la cause de tous mes soucis...
Je pense disposer d'un tel disque dur oui, mais pas vierge. Cela pose t il souci ?

La sauvegarde de mes données est indispensable car pour beaucoup je n'ai pas de copie ...
 
Si le DDE a des paramètres favorables à un repartitionnement (table GUID + format jhfs+) > on peut l'utiliser sans compromettre ses données.

- est-ce que tu l'as sous la main ?​
 
Hélas non :( je suis en déplacement toute la semaine et en voyage à l'étranger semaine prochaine, j'ai juste pris le Mac sous le bras pour pouvoir avancer le soir. Donc pas de DDE avant 2 semaines
 
Comme l'erreur dans l'apfs est irréparable --> on ne peut rien faire dans le laps de temps (réinstallation impossible > repartitionnement impossible).

- il va alors te falloir patienter une quinzaine.​

Édition. Je me ravise -->

- dans la mesure où l'apfs du Conteneur a été validée (l'erreur ne portant que sur celle du volume Macintosh HD - Données = une branche particulère)> on peut créer un nouveau volume Clone dans le même Conteneur > et l'utiliser comme destination d'une réinstallation > qui serait suivie d'une récupération des données de Macintosh HD - Données. Un Conteneur apfs pouvant héberger plusieurs distributions d'OS apfs (d'âges différents ou du même âge).​

=> veux-tu tenter ce plan C ?
 
Dernière édition par un modérateur:
Passe la commande :
Bloc de code:
diskutil ap addVolume disk2 apfs Clone ; diskutil list disk2

  • la commande crée un volume vide Clone dans le Conteneur > puis affiche sa nouvelle distribution

Poste le retour (qu'on voie si cette addition est validée malgré la corruption de l'apfs du volume Macintosh HD - Données).