Sujet unique Si « le serveur de récupération n’a pas pu être contacté » ou qu’il est « impossible de télécharger les composants supplémentaires »

Bloc de code:
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 disk3⁩         121.1 GB   disk0s2

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +1.8 GB     disk1
   1:                 Apple_APFS ⁨Container disk2⁩         1.8 GB     disk1s1

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +1.8 GB     disk2
                                 Physical Store disk1s1
   1:                APFS Volume ⁨macOS Base System⁩       1.6 GB     disk2s1
   2:                APFS Volume ⁨Preboot⁩                 77.8 MB    disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.1 GB   disk3
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD - Donné...⁩ 110.0 GB   disk3s1
   2:                APFS Volume ⁨Preboot⁩                 87.8 MB    disk3s2
   3:                APFS Volume ⁨Recovery⁩                623.0 MB   disk3s3
   4:                APFS Volume ⁨VM⁩                      2.1 GB     disk3s4

-bash-3.2# -bash-3.2# diskutil list
-bash: -bash-3.2#: command not found
-bash-3.2# /dev/disk0 (internal, physical):
-bash: syntax error near unexpected token `internal,'
-bash-3.2#    #:                       TYPE NAME                    SIZE       IDENTIFIER
-bash-3.2#    0:      GUID

Voila pour le tableau.

J'ai bien l'option "Réinstaller macOS Big Sur", cependant, il n'y a pas assez d'espace sur l'ordinateur pour le faire...
 
Le Conteneur apfs n'héberge qu'une distribution à 4 volumes de type High Sierra. Sauf que le volume de démarrage Initial intitulé Macintosh HD => a été converti en volume-Données de type Big Sur avec l'intitulé : Macintosh HD - Données.

- je note aussi que le Conteneur ne fait que 121,1 Go de capacité > avec une occupation par les 4 volumes de 112,8 Go. Ce qui fait un espace libre de 8,3 Go => totalement insuffisant pour finaliser une installation de Big Sur.​

Tu te trouves donc en balance entre 2 perspectives : soit restaurer un démarrage sur High Sierra (si l'actuelle configuration interne du volume principal le permet) > soit faire de la place dans le Conteneur pour finaliser l'installation de Big Sur. La 1ère option me paraît douteuse > car il y a déjà eu des modifications dans la configuration du Conteneur (volume Recovery passé à un OS de secours Big Sur). On va examiner la situation actuelle du volume principal pour se faire une idée précise.

- passe les commandes (séparément) :​
Bloc de code:
ls /Vol*/Macin*
bless --info /Vol*/Macin*
  • qui affichent : les objets de 1er rang (fichiers ou dossiers) de Macintosh HD > puis son chemin de démarrage actuel

Poste les 2 retours.
 
Je ne suis pas sûr de bien faire les choses, lorsque j’écris d’abord ls /Vol*/Macin* il m’écrit « no such file or directory » puis réaffiche -bash-3.2#
C’est pareil pour la seconde commande bless --info /Vol*/Macin*
 
Dernière édition par un modérateur:
Le message : "no such file or directory" (aucun fichier ou dossier de ce genre trouvé) --> signifie que le volume Macintosh HD - Données est introuvable. Je le présume non monté actuellement > car verrouillé par FileVault.

- lance l'Utilitaire de disque. Sélectionne Macintosh HD - Données grisé (= non monté) > bouton : "Monter" > ton mot-de-passe de session dans le panneau qui le demande => le volume doit être libellé en noir si remonté.​

Est-ce le cas ?
 
Parfait. Reviens au terminal > repasse les 2 commandes (qui vont trouver le volume monté cette fois) > et poste les retours.
 
Voici le 1er :

Bloc de code:
-bash-3.2# ls /Vol*/Macin*
.DS_Store                Volumes
.DocumentRevisions-V100            bin
.OSInstallerMessages            cores
.PKInstallSandboxManager        dev
.PKInstallSandboxManager-SystemSoftware    etc
.Spotlight-V100                home
.Trashes                installer.failurerequests
.file                    macOS Install Data
.fseventsd                net
.vol                    private
Applications                sbin
Informations sur l’utilisateur        tmp
Library                    usr
Network                    var
System                    vm
Users
-bash-3.2#

Voici le 2e :

Bloc de code:
  5091 => Blessed System File is {Preboot}/DD913DA6-0600-4DD9-A329-2B2969DFD33A/com.apple.installer/boot.efi
         532 => Blessed System Folder is {Preboot}/DD913DA6-0600-4DD9-A329-2B2969DFD33A/com.apple.installer
The blessed volume in this APFS container is "/Volumes/Macintosh HD - Données - Données - Données - Data - Data".
No blessed APFS snapshot for this volume.
-bash-3.2#
 
Dernière édition par un modérateur:
Analyse -->

- la distribution des dossiers dans Macintosh HD est a priori intouchée. Ce qui le prouve est l'absence d'un dossier Recovered Items dédié à une quarantaine des dossiers-Système à remplacer. La création d'un dossier Recovered Items > toujours associée au déplacement en lui des dossiers-Système : Applications > Library > System > usr > bin > sbin --> signale toujours l'engagement irréversible d'une installation qui a ensuite avorté. La non présence ici de ce dossier > avec la distribution intacte des dossiers-Système de l'OS High Sierra en place => prouve que l'installation de Big Sur n'a pas eu le temps d'affecter le contenu du volume.​
- on voit simplement en sus un dossier macOS Install Data dédié aux composants de l'instalaltion (paquets d'installation + OS d'installation identique à un OS de secours).​
- le chemin de démarrage actuel pointe > dans le volume de prédémarrage Preboot qui l'héberge > à un lanceur boot.efi de l'OS d'installation contenu dans le dossier macOS Install Data. Ton Mac redémarre en boucle sur une installation plantée qui replante.​

Interprétation : il se pourrait que l'OS High Sierra contenu dans le volume soit redémarrable. On va tenter cette option et voir ce qui se passe.

Passe déjà la commande :
Bloc de code:
diskutil rename disk3s1 "Macintosh HD"
  • ("Macintosh HD" avec les "") la commande renomme le risible intitulé du volume principal : "Macintosh HD - Données - Données - Données - Data - Data" => Macintosh HD

Poste le retour.

Note : cette itération de Données et autres Data => laisse penser à une répétition de tentatives avortées d'installation > le programme d'installation relancé chaque fois s'étant empressé de renommer le volume principal en lui affectant un "Données" ou "Data" l'assignant à une fonction de volume-Données. Cet acharnement me fait un peu douter quand même de l'intégrité logique du volume.
 
Voilà :

Bloc de code:
-bash-3.2# diskutil rename disk3s1 "Macintosh HD"
Volume on disk3s1 renamed to Macintosh HD
-bash-3.2#
 
Dernière édition par un modérateur:
Renommage effectué. Par curiosité > passe encore la commande informative :
Bloc de code:
diskutil ap listGroups disk3
  • la commande affiche un éventuel "groupe de volumes logiques" (destiné à appairer volume-Système & volume-Données dans une distribution Big Sur)

Poste le retour => qu'on voie si le volume principal renommé aurait été affecté à un groupe de volumes logiques en attente de son volume-Système. Une telle affiliation logique pourrait perturber l'autonomie du volume.
 
Voici :

Bloc de code:
-bash-3.2# diskutil ap listGroups disk3
|
+-- Container disk3 2F07A217-1987-481B-BA3A-716FC2D1561F
    |
    +-> Volume Group DD913DA6-0600-4DD9-A329-2B2969DFD33A
        =================================================
        APFS Volume Disk (Role):   disk3s1 (Data)
        Name:                      Macintosh HD
        Volume UUID:               DD913DA6-0600-4DD9-A329-2B2969DFD33A
        Capacity Consumed:         110022279168 B (110.0 GB)
-bash-3.2#
 
M.... ! Comme tu peux le voir > le cadre logique d'un "groupe de volumes logiques" a été créé par le programme d'installation de Big Sur > avec pour seul locataire l'actuel Macintosh HD qui y a une fonction de volume-Données (Data). Je n'aime pas trop ça dans la perspective d'une tentative de redémarrage du volume comme s'il avait le statut plénier de volume-Système de High Sierra.

- passe encore la commande :​
Bloc de code:
rm -rf /Volumes/"Macintosh HD"/"macOS Install Data"
  • passe-la en copier-coller à rebours : tu la copies ici d'abord avec Safari > tu la colles dans le terminal > tu l'exécutes
  • la commande supprime le dossier de l'installation plantée : macOS Install Data. Elle est rédigée sans abréviation pour ménager la susceptibilité de la commande rm (remove) qui ne supporte pas les raccourcis d'adresses. Elle passe sans affichage (retour direct de -bash-3.2#) si elle réussit.

Est-ce que ça a été le cas ?
 
Ceci est apparu, j'imagique que la commande est passée !

Bloc de code:
-bash-3.2# rm -rf /Volumes/"Macintosh HD"/"macOS Install Data"
-bash-3.2#
 
Dossier supprimé (tu dois avoir regagné 12,5 Go d'espace).

- le tout pour le tout ! --> passe la commande :​
Bloc de code:
bless --folder /Vol*/Macin*/System/Library/CoreServices --file /Vol*/Macin*/System/Library/CoreServices/boot.efi --setBoot
  • passe-la encore en copier-coller à rebours (en allant bien jusqu'au --setBoot final)
  • la commande restaure dans le volume de prédémarrage Preboot > un chemin principal de démarrage pointant sur le démarreur boot.efi de l'OS High Sierra du volume Macintosh HD > puis inscrit en NVRAM une préférence de démarrage automatique pour l'EFI (programme de boot primaire du Mac) => suivant ce chemin

La commande passe en mode muet encore si elle passe (retour direct de -bash-3.2#). Si ça a été la cas > repasse la commande informative :
Bloc de code:
bless --info /Vol*/Macin*
  • qui affiche le chemin de démarrage en vigueur de Macintosh HD

Poste le retour.
 
Voila ce que j'ai eu après avoir passé la commande informative. La première commande étant passée !

Bloc de code:
-bash-3.2# bless --folder /Vol*/Macin*/System/Library/CoreServices --file /Vol*/Macin*/System/Library/CoreServices/boot.efi --setBoot
-bash-3.2# bless --info /Vol*/Macin*
        5129 => Blessed System File is {Preboot}/DD913DA6-0600-4DD9-A329-2B2969DFD33A/System/Library/CoreServices/boot.efi
          43 => Blessed System Folder is {Preboot}/DD913DA6-0600-4DD9-A329-2B2969DFD33A/System/Library/CoreServices
The blessed volume in this APFS container is "/Volumes/Macintosh HD".
No blessed APFS snapshot for this volume.
-bash-3.2#
 
Ça a fonctionné -->

- va à : Menu  > Disque de démarrage => vois-tu affiché un volume Macintosh HD comme volume de démarrage choisissable ?​
 
Quitte le menu > et choisis Redémarrer sans option au clavier -->

- tu n'as qu'à décrire ce qui se passe alors...​
 
Il a redémarré et la session a commencé a se charger. La barre de chargement a été presque au bout puis maintenant j’ai un écran noir avec un symbole rond barré en travers au milieu
 
Bon : je me doutais qu'il y avait un lézard. Sans que la distribution des dossiers-Système de High Sierra ne paraisse formellement affectée > il a dû y avoir quand même une altération de l'OS. Impossible à diagnostiquer.

- il va falloir basculer sur la seconde option : faire de la place dans Macintosh HD pour que tu puisses finaliser l'installation de Big Sur. Pour cela > il serait bon que tu disposes d'un DDE USB => à destination duquel on pourrait recopier des données (pour les sauvegarder) > avant de supprimer les originaux. Est-ce que tu as ça ?​