10.13 High Sierra Impossible de booter sur mon SSD APFS High Sierra

[Halcyone69]

Bonjour à tous,

J'ai emmené mon macbook pro de 2011 à réparer dans une boutique indépendante à Lyon pour un problème de carte graphique, l'écran restait vert ou noir au démarrage. Ils l'ont envoyés chez un réparateur en région parisienne et la réparation s'est bien passée. Cependant, au moment de le tester dans la boutique, je me suis aperçu qu'il bootait sur le disque dur en 10.6 ("Dooky V"), alors qu'il démarre habituellement sur le SSD sur lequel est installé High Sierra.



Je constate que cette partition a en fait disparu du finder, et je peux seulement la voir en grisée, donc non montée dans Utilitaire de disque. Ce qui est curieux, c'est que la partition W7 installé sur ce même SSD est toujours là, et que je redémarre sans problème dessus. Impossible par contre de redémarrer sur la partition "Dooky VII", elle n'apparait pas quand je démarre avec la touche option enfoncée.

Je suis déçu, la boutique m'avait dit qu'il n'y avait à priori pas lieu de s'inquiéter pour mes données au vu de la panne qui ne nécessitait pas d'effacement. Mais je sais bien que ce type d'incident peut arriver et qu'il est recommandé de sauvegarder ses données avant toute intervention. Je branche donc mon disque time machine ("Dooky VI") sur le mac pour tenter une réinstallation à partir de celui-ci. Et la surprise! Il me propose une réinstallation à partir de "Dooky VI", mais également à partir de "Dooky VII", comme s'il arrivait à le lire de nouveau et que les données n'avaient pas été effacées.



Je fais un tour dans l'utilitaire de disque à partir du mode recovery, et je vois cette fois bien la partition Mac os High Sierra apparaitre! Elle apparait crypté en APFS. Je tente donc une récupération : celle-ci se déroule très vite : cela me demande le code de verrouillage de session, et échoue misérablement, puisque le mac finit par rebooter sur le disque dur "Dooky V" en 10.6.




Je joins également le résultat de la commande diskutil list...
macbook-pro-de-halcyone-yinyang:~ halcyoneyinyang$ Diskutil list
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *512.1 GB disk0
1: EFI 209.7 MB disk0s1
2: 7C3457EF-0000-11AA-AA11-00306543 485.1 GB disk0s2
3: Microsoft Basic Data 26.8 GB disk0s3
/dev/disk1
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *320.1 GB disk1
1: EFI 209.7 MB disk1s1
2: Apple_HFS Dooky V 319.7 GB disk1s2
/dev/disk2
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk2
1: EFI 209.7 MB disk2s1
2: Apple_HFS Dooky VI 999.9 GB disk2s2
macbook-pro-de-halcyone-yinyang:~ halcyoneyinyang$

Pensez vous qu'il soit possible de restaurer cette partition et de rebooter dessus? Je vous remercie d'avance pour votre aide...

 

[Halcyone69]

Sinon, il ne m'est apparemment de toute façon pas possible de réinstaller HS à partir de ma copie Time Machine, car me dit il, "Ce mac ne gère pas les volumes APFS"...

 

[Membre supprimé 1060554]

Salut Halcyone

Le Système de l'«Snow Léopard 10.6» est incapable d'interpréter le format de système de fichiers apfs. C'est pourquoi dans le tableau des disques et partitions retourné par la commande diskutil list --> tu obtiens ceci :

2:      7C3457EF-0000-11AA-AA11-00306543         485.1 GB       disk0s2

• càd. un UUID de la partition à la place du type Apple_APFS et du volume défini par ce système de fichiers.

Cela ne veut donc absolument pas dire que tu as perdu le volume Dooky VII > mais que «Snow Léopard» est incapable de le monter. D'ailleurs > quand tu démarres en mode Recovery > l'«Utilitaire de Disque» de l'OS de secours apfs détecte très bien le volume Dooky VII comme monté.

Le gestionnaire de démarrage (boot_manager) de l'EFI devrait en principe aussi l'afficher comme démarrable - à condition que le volume apfs Dooky VII contienne un Système valide > et qu'un chemin de démarrage valide existe pour ce volume. Ce qui ne semble pas le cas.

Il y a des chances que le volume ait perdu son chemin de démarrage.

----------

Alors voici ce que je te propose --> démarre dans le mode Recovery > arrivé à l'écran qui affiche la fenêtre des 4 Utilitaires macOS --> va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

Dans la fenêtre ouverte > passe la commande que tu connais  :

diskutil list

• outre les disques principaux et leurs partitions > une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dans le volume desquelles sont montés des dossiers du Recovery OS sur lequel tu démarres. Elles s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre des captures d'écran -->

• tu sélectionnes le tableau > ⌘C pour les 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 

• dans la page de ce fil de MacGé > presse le bouton ⌹ (carré avec un + inscrit - juste au milieu de la largeur de la fenêtre totale) dans la barre de menus au-dessus du champ de saisie d'un message > menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)

=> ces informations donneront une idée de la configuration logique de ton disque. Et me permettront de te passe d'autres commandes de vérification.

 

[Halcyone69]

Super Macomaniac! Je teste ça dés que je suis rentré ce soir!

 

[Halcyone69]

Bien suivi tes indications! Par contre impossible de lancer le mode recovery... Il me demande de me connecter à internet, je met les identifiants wifi, et il y a une petite roue qui tourne un moment avant de me redemander de taper le mot de passe... Je suis donc passé par le mode recovery mais en démarrant avec le disque machine, j'espère que cela marche aussi?

-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         485.1 GB   disk0s2
   3:       Microsoft Basic Data                         26.8 GB    disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *320.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Dooky V                 319.7 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +485.1 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Dooky VII               460.4 GB   disk2s1
   2:                APFS Volume Preboot                 19.6 MB    disk2s2
   3:                APFS Volume Recovery                506.6 MB   disk2s3
   4:                APFS Volume VM                      6.4 GB     disk2s4

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Dooky VI                999.9 GB   disk3s2

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

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

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

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

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +12.6 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               +1.0 MB     disk14

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

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

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

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

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

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

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

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

-bash-3.2#

 

[Membre supprimé 1060554]

Comme tu peux le voir -->

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk2         485.1 GB   disk0s2
   3:       Microsoft Basic Data                         26.8 GB    disk0s3

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +485.1 GB   disk2
                                 Physical Store disk0s2
   1:                APFS Volume Dooky VII               460.4 GB   disk2s1
   2:                APFS Volume Preboot                 19.6 MB    disk2s2
   3:                APFS Volume Recovery                506.6 MB   disk2s3
   4:                APFS Volume VM                      6.4 GB     disk2s4

• la partition n°2 du disque (= disk0s2) est bien identifiée cette fois comme "de type : Apple_APFS" > et comme le support d'un Conteneur apfs disk2 --> qui se trouve détaillé dans un sous-tableau. Le volume Dooky VII apparaît alors bien comme l'un des 4 membres de ce Conteneur > et recèle 460 Go de données.

À présent --> la question prioritaire est : pourquoi ce volume Dooky VII bien identifié n'est-il pas reconnu comme démarrable par le boot_manager (gestionnaire de démarrage de l'EFI appelé par la touche "alt") ?

Afin d'éclaircir cette anomalie --> je te propose de passer (l'une après l'autre) 3 commandes informatives que je te présente en tableau pour la commodité d'affichage :

diskutil info /Volumes/"Dooky VII"
ls /Volumes/"Dooky VII"
bless --info /Volumes/"Dooky VII"

(respecte les espaces ; le "l" de "ls" est la minuscule de la lettre "L" ; mets bien "Dooky VII" entre "" afin de déclarer que l'espace médian ne crée pas 2 objets mais qu'il n'y a là qu'un intitulé ; tu peux copier-coller le segment final /Volumes/"Dooky VII" depuis la 1ère commande pour boucler les 2 autres)

• la 1ère affiche un tableau d'informations sur le volume

• la 2è liste les dossiers de premier niveau dans le volume

• la 3è retourne le chemin de démarrage inscrit sur l'en-tête du volume - s'il y en a un

=> poste ces 3 tableaux ici.

 

[Halcyone69]

Malheureusement ils semble ne pas trouver le disque avec ces commandes!

Je vais quand même réessayer...

Tu penses qu'il est possible de retrouver ce fameux chemin de redémarrage? Est-ce que cela solutionnerait le problème d'installer High Sierra à la place de Snow Leopard sur Dooky V?

-bash-3.2# diskutil info /Volumes/"Dooky VII"
Could not find disk: /Volumes/Dooky VII
-bash-3.2# ls /Volumes/"Dooky VII"
ls: /Volumes/Dooky VII: No such file or directory
-bash-3.2#
-bash-3.2# bless --info /Volumes"Dooky VII"
No mount point for /VolumesDooky VII
Can't get mount point for /VolumesDooky VII
-bash-3.2# bless --info /Volumes/"Dooky VII"
No mount point for /Volumes/Dooky VII
Can't get mount point for /Volumes/Dooky VII
-bash-3.2#

 

[Membre supprimé 1060554]

No mount point for /Volumes/Dooky VII

• veut dire que le volume Dooky VII n'est pas monté. Il est peut-être verrouillé par FileVault.

Quitte le Terminal > lance l'«Utilitaire de Disque» > sélectionne le volume Dooky VII grisé (non monté) > bouton "Monter" > ton mot-de-passe de session dans le panneau qui le demande --> le volume Dooky VII doit être affiché en noir plein s'il est monté.

=> est-ce le cas ?

 

[Halcyone69]

Oui, je te confirme qu'il n'est pas monté!

 

[Membre supprimé 1060554]

Est-ce que tu peux le remonter avec l'«Utilitaire de Disque» ?

 

[Halcyone69]

Bien vu! Désolé, je suis bête, je n'ai même pas pensé à cela...

Je te poste donc le tableau avec les 3 commandes!

-bash-3.2# diskutil info /Volumes/"Dooky VII"
   Device Identifier:        disk2s1
   Device Node:              /dev/disk2s1
   Whole:                    No
   Part of Whole:            disk2

   Volume Name:              Dooky VII
   Mounted:                  Yes
   Mount Point:              /Volumes/Dooky VII

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

   OS Can Be Installed:      Yes
   Booter Disk:              disk2s2
   Recovery Disk:            disk2s3
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Not Supported
   Volume UUID:              33B20216-0C5C-35C5-9FFF-A468EA8B59E7
   Disk / Partition UUID:    33B20216-0C5C-35C5-9FFF-A468EA8B59E7

   Disk Size:                485.1 GB (485135200256 Bytes) (exactly 947529688 512-Byte-Units)
   Device Block Size:        4096 Bytes

   Volume Total Space:       485.1 GB (485135200256 Bytes) (exactly 947529688 512-Byte-Units)
   Volume Used Space:        467.5 GB (467512651776 Bytes) (exactly 913110648 512-Byte-Units) (96.4%)
   Volume Available Space:   17.6 GB (17622548480 Bytes) (exactly 34419040 512-Byte-Units) (3.6%)
   Allocation Block Size:    4096 Bytes

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

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes

-bash-3.2#
-bash-3.2#
-bash-3.2#
-bash-3.2#
-bash-3.2#
-bash-3.2# ls /Volumes/"Dooky VII"
.DS_Store
.DS_Store (depuis l’ancien Mac)
.DocumentRevisions-V100
.HFS+ Private Directory Data?
.PKInstallSandboxManager-SystemSoftware
.Spotlight-V100
.Trashes
.com.apple.timemachine.donotpresent
.com.bombich.ccc.start_time
.dbfseventsd
.file
.fseventsd
.vol
Applications
Developer
Guides de l’utilisateur et informations
Guides de l’utilisateur et informations (depuis l’ancien Mac)
ImageDebug
Incompatible Software
Library
Network
System
Users
Volumes
bin
cores
dev
etc
home
installer.failurerequests
net
private
sbin
tmp
usr
var
-bash-3.2#
-bash-3.2#
-bash-3.2#
-bash-3.2#
-bash-3.2#
-bash-3.2#
-bash-3.2#
-bash-3.2# bless --info /Volumes/"Dooky VII"
         477 => Blessed System File is <Preboot>/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/CoreServices/boot.efi
          23 => Blessed System Folder is <Preboot>/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/CoreServices
The blessed volume in this APFS container is "/Volumes/Dooky VII"
-bash-3.2#

 

[Membre supprimé 1060554]

Tout est en ordre dans ce volume - même le chemin de démarrage est correct. Il n'y formellement aucun défaut nulle part.

--> tu dis qu'il ne démarre pas ?

 

[Halcyone69]

Oui, Impossible de l'avoir comme disque de démarrage en appuyant sur alt au démarrage, impossible de le voir comme disque de démarrage dans 10.6. Je peux le sélectionner dans disque de démarrage dans le mode recovery, mais Il finit par booter sur 10.6...

 

[daffyb]

@macomaniac , je te propose cette conjecture
La carte mère de notre ami n'est pas celle de son Mac d'origine et il s'agit d'une carte mère d'un Mac qui n'a jamais vu un installer de HighSierra. L'EFI n'est pas à jour et ne sait dont pas booter sur un volume APFS…
A toi la main

 

[Membre supprimé 1060554]

daffyb

La carte mère de notre ami n'est pas celle de son Mac d'origine et il s'agit d'une carte mère d'un Mac qui n'a jamais vu un installer de HighSierra. L'EFI n'est pas à jour et ne sait dont pas booter sur un volume APFS…

J'avais envisagé cette hypothèse précédemment > mais je l'ai rejetée pour 2 raisons -->

• Halcyone n'a mentionné nulle part un changement de Carte-Mère pour régler son problème de processeur graphique > mais une intervention artisanane qui n'a dû affecter que cette puce sans changement de Carte-Mère. Le logiciel EFI reste donc celui d'avant dans sa puce propre.

• La preuve que l'EFI actuelle reconnaît High Sierra > c'est qu'il y a eu boot par ⌘R sur un OS de secours qui correspond à High Sierra et identifie l'apfs. Forcément > puisque cet OS de secours est recelé dans le volume Recovery du Conteneur apfs disk2. Donc l'EFI est capable d'exécuter un boot_loader boot.efi de High Sierra (l'OS de secours étant un High Sierra apfs en réduction). Donc le boot_manager (le sous-programme gestionnaire de démarrage) de l'EFI actuelle est capable d'identifier un boot_loader boot.efi de High Sierra.

On a donc un curieux petit problème : on a un volume qui a un chemin de boot (blessing) inscrit sur l'en-tête valide > et on a une EFI à jour de l'identification d'un boot_loader boot.efi de type High Sierra. Pourquoi diantre le volume Dooky VII n'est-il pas alors identifié par le gestionnaire de démarrage de l'EFI comme volume démarrable ?

À question spéculative --> réponse spéculative. Un volume-Système apfs n'est jamais monté automatiquement dans le temps du boot (la phase de démarrage du Mac). En plus FileVault est activé et le volume est verrouillé au démarrage et donc non monté par défaut.

Seul son volume « booter » = le volume de pré-démarrage Preboot peut être monté dans le temps du boot. C'est le volume Preboot qui est le "représentant" du volume-Système non-monté et en attente de pré-démarrage. C'est dans le volume Preboot qu'existe le boot_loader boot.efi relayeur (pré-démarreur) qui doit être identifié par le gestionnaire de démarrage de l'EFI. Identifié comme « booter » d'un volume Macintosh HD non-encore monté.

Ce petit raisonnement démontre la conséquence (spéculative) suivante : c'est le volume Preboot qui a un problème > pas le volume Macintosh HD. C'est le volume « booter » (prédémarreur) qui est actuellement corrompu. C'est à son niveau qu'il faut reconstruire le boot.

----------

J'ai dans ma besace une solution "massue" à ce problème. Mais je préfère qu'Halcyone tente d'abord une solution "spéculative". Cette solution consiste à passer les 2 commandes suivantes (attention ! le volume Dooky VII doit être déverrouillé et monté au préalable dans l'«Utilitaire de Disque») :

bless --folder /Volumes/"Dooky VII"/System/Library/CoreServices --file /Volumes/"Dooky VII"/System/Library/CoreServices/boot.efi --setBoot
diskutil apfs updatePreboot disk2s1

• la 1ère restaure le chemin de démarrage sur l'en-tête de Macintosh HD pour qu'il pointe sur le boot_loader boot.efi des CoreServices > et inscrit en NVRAM une pré-férence de démarrage automatique pour l'EFI sur ce volume

• la 2è met à jour le volume pré-démarreur Preboot de ces instructions

Voici le procédé, Halcyone, pour saisir ces commandes commodément -->

• tu commences via Safari par venir à ce fil > tu sélectionnes les 2 commandes de mon tableau (en déroulant bien le tapis roulant de la 1ère jusqu'à --setBoot) > par ⌘C tu les copies dans le presse-papier

• tu quittes Safari > ce qui te ramène à l'écran de session des 4 Utilitaires macOS --> tu relances le Terminal > et là tu commences par faire un cmd N pour ouvrir un 2è Terminal en parallèle au 1er

• par ⌘V tu colles les 2 commandes dans le 1er Terminal sans rien exécuter

• tu sélectionnes la 1ère commande (la plus longue) --> tu en fais un copier-coller dans le 2è Terminal et tu l'exécutes. Tu récidives exactement pareil avec la 2è commande

=> quel est le retour des 2 commandes à l'exécution ? - quelque chose ou rien ?

 

[Halcyone69]

Voici donc les résultats de ces 2 commandes! (la première n'a rien donné, mais le mac a travaillé quelques secondes sur la 2° avant de donner ces quelques lignes).

-bash-3.2# bless --folder /Volumes/"Dooky VII"/System/Library/CoreServices --file /Volumes/"Dooky VII"/System/Library/CoreServices/boot.efi --setBoot
-bash-3.2# diskutil apfs updatePreboot disk2s1
Started APFS operation
UpdatePreboot: Commencing operation to update the Preboot Volume for Target Volume disk2s1 Dooky VII
UpdatePreboot: The Target Volume's OpenDirectory (non-special kind) user count is 1 and the Recovery (any of 3 kinds) user count is 1
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) = /Volumes/Dooky VII
UpdatePreboot: Open Directory Database Search Path = (nil=MacOSSearchPathNotMounted) = /Volumes/Dooky VII/var/db/dslocal/nodes/Default
UpdatePreboot: Preserve EncryptedRootPList When No-OD = 0
UpdatePreboot: Successfully opened Open Directory database; setting AuthODNodeOrNil accordingly
UpdatePreboot: Mounting and ensuring as mounted the related Preboot Volume
UpdatePreboot: Preboot Volume = disk2s2 Preboot
UpdatePreboot: Preboot Volume Target Directory = /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7
UpdatePreboot: Considering APFS Crypto User 0AADB27B-01F2-45C6-8071-86A73353BBCF
UpdatePreboot: Defaulting and requiring that this be an Open Directory User
UpdatePreboot: Treating this APFS Crypto User to be, and requiring to match, an Open Directory User
UpdatePreboot: Correlated APFS Volume Crypto User with Open Directory User 0AADB27B-01F2-45C6-8071-86A73353BBCF aka "halcyonings"
UpdatePreboot: Reading JPEG user picture of length 57287 from Open Directory database
UpdatePreboot: All required data for this Open Directory user has been obtained
UpdatePreboot: Parameters for EFILoginUserGraphics count=1 "unlockOptions"="0"
UpdatePreboot: Before render EFILoginUserGraphics user (graphics/audio) resources Name=Halcyone69 PictureSize=(NoneIsOK)=57287 HintOptional=DragonBall Attack & Yinyang Love
UpdatePreboot: After render EFILoginUserGraphics Data=(0=Error)=0x7fa5f5d088f0=621561
UpdatePreboot: Before rendering EFILoginUserNamesData resources UserArrayCount=4
UpdatePreboot: After rendering EFILoginUserNamesData Data=(NULL=Skip)=0x7fa5f5d0a8f0 DataItemCount=4
UpdatePreboot: Successfully added a macOS OD User to the building dictionary
UpdatePreboot: Successfully processed APFS Volume Crypto User 0AADB27B-01F2-45C6-8071-86A73353BBCF
UpdatePreboot: Error for this processed user was 0
UpdatePreboot: Considering APFS Crypto User EC1C2AD9-B618-4ED6-BD8D-50F361C27507
UpdatePreboot: This is the iCloud User for this Volume
UpdatePreboot: Successfully ignoring this type of user
UpdatePreboot: Successfully processed APFS Volume Crypto User EC1C2AD9-B618-4ED6-BD8D-50F361C27507
UpdatePreboot: Error for this processed user was 0
UpdatePreboot: Considering APFS Crypto User 64C0C6EB-0000-11AA-AA11-00306543ECAC
UpdatePreboot: This is the iCloud Recovery Key for this Volume
UpdatePreboot: Treating this APFS Crypto User as an iCloud Recovery Key User
UpdatePreboot: Successfully processed an iCloud Recovery Key User
UpdatePreboot: Successfully processed APFS Volume Crypto User 64C0C6EB-0000-11AA-AA11-00306543ECAC
UpdatePreboot: Error for this processed user was 0
UpdatePreboot: Error among all processed users was 0
UpdatePreboot: At least one RECOVERY-type(s) user was processed successfully, in the presence of at least one successfully-processed OD user, so clearing among-all-users error if any
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/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/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/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/var/db/CryptoUserInfo.plist
UpdatePreboot: Successfully wrote DiskManagement Info PList File
UpdatePreboot: Checking for existence of Static EFI Resources directory /Volumes/Dooky VII/usr/standalone/i386/EfiLoginUI
UpdatePreboot: Before copying contents of directory of Static EFI Resources at /Volumes/Dooky VII/usr/standalone/i386/EfiLoginUI into directory /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/usr/standalone/i386
UpdatePreboot: After copying error=(0=success)=0
UpdatePreboot: Looking for locale list on macOS on Target Volume
UpdatePreboot: Locale list item count is 1
UpdatePreboot: Before rendering EFILoginInterfaceGraphics global localized resources
UpdatePreboot: After rendering EFILoginInterfaceGraphics FileNamesAndData=(0=error)=0x7fa5f5c3c4e0=10
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/loginui.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/flag_picker.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/preferences.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/battery.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/appleLogo.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/unknown_userUI.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/disk_passwordUI.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/guest_userUI.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/Lucida13.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/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 0AADB27B-01F2-45C6-8071-86A73353BBCF
UpdatePreboot: Error among all processed admin users was 0
UpdatePreboot: Writing Admin User Info File to path /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/var/db/AdminUserRecoveryInfo.plist
UpdatePreboot: Successfully wrote Admin User Info File
UpdatePreboot: Checking for existence of Secure Access Token file /Volumes/Dooky VII/var/db/dslocal/nodes/Default/secureaccesstoken.plist
UpdatePreboot: Before copying Secure Access Token file /Volumes/Dooky VII/var/db/dslocal/nodes/Default/secureaccesstoken.plist into directory /Volumes/Preboot/33B20216-0C5C-35C5-9FFF-A468EA8B59E7/var/db
UpdatePreboot: After copying error=(0=success)=0
UpdatePreboot: Unmounting Preboot Volume
UpdatePreboot: Exiting Update Preboot operation with overall error=(0=success)=0
Finished APFS operation
-bash-3.2#

Concernant le "peut-être" changement de carte mère, serait-ce une hypothèse plausible sachant que j'ai payé 280€ tout compris (le service, le transport jusqu'à Paris...)? En tout cas, je n'avais déjà pas aimé la réaction de cette boutique quand j'ai découvert le problème, mais si il 'avèrait que ce problème provenait d'un changement de pièce qu'il ne m'aurait pas déclaré, je retournerai très vite les voir pour leur donner de mes nouvelles...

Je ne sais pas si tu avais bien compris Macomaniac, et j'espère que cela n'invalide pas ton raisonnement, mais en fait depuis le début, je ne passe pas par le mode recovery en cmd+r pour effectuer toutes ces commandes : jusqu'à maintenant celui ci ne fonctionnait pas, il me demandait mon code wifi, je m'éxécutait, et il tournait indéfiniment sans trouver le réseau avant de me le redemander. Depuis le début je passe par la touche option au démarrage qui me permet de sélectionner le disque Time Machine Dooky VI (sur lequel cohabitent les sauvegardes de Dooky V et VII) et me permet d'être en mode recovery (celui-ci est très long à charger, une dizaine de minutes à chaque fois avec la pomme et la barre de progression).

Ce matin bizarrement le mode recovery classique a fonctionné! Mais il me met sur un mode recovery qui me propose d'installer Lion (?) avec un utilitaire de disque qui est incapable de monter Dooky VII (donc les disques APFS j'imagine).

Je suis donc toujours sur ce mode recovery "time machine" pour effectuer ces commandes.

 

[Membre supprimé 1060554]

La mise-à-jour de Preboot a eu l'air de fonctionner.

Va à : Menu  > Disque de démarrage --> est-ce que tu vois le volume Dooky VII affiché ?

 

[Halcyone69]

Oui, j'ai bien le disque Dooky VII dans disque de démarrage, mais c'était déjà le cas auparavant. Et il est impossible de démarrer dessus, il y a toujours une bascule au final sur Dooky V.

Je ne sais pas si tu as pu lire l'édition de mon message précédent?

 

[Membre supprimé 1060554]

Non --> je n'avais pas encore ton message.

Je suis donc toujours sur ce mode recovery "time machine" pour effectuer ces commandes.

Est-ce que tu as une option : "Ré-installer macOS" dans une fenêtre de 4 Utilitaires macOS ?

 

[Halcyone69]

Affirmatif! Et il y a une icône qui représente l'OS High Sierra!