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 »

Bonsoir à tous (et MAcOmanac le sauveteur en aprticulier), j'ai exactement le même problème que cité précédement, j'ai tenté une seule fois un redémarraeg sur TM, sans succès.
J'ai lancé diskutil, volà le résultat (pas d'install APFS... ... help please... je pense qu'il s'agit d'une mise à jour automatique.

Bloc de code:
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *1.0 TB     disk0
   1:                  Apple_HFS SSDMcBookPro            1.0 TB     disk0s1

/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 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *2.0 TB     disk2
   1:                  Apple_HFS TmeMachine              2.0 TB     disk2s1

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

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

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

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

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

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

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

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

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

-bash-3.2#
 
J ai du nouveau, en consultant l historique des installation, le volume ne peut pas être converti au format APFS, Il n est pas au format Mac Os etendu...
Ensuite j ai un paquet d erreurs Package authoring error.. et ça finit par current thread 4631=0x1217, expected thread 775....
J hésite a retenter une restauration. Pas envie d e perdre 2 semaines de données.. ..
 
Bonjour gsadoux

Tu aimes tellement Windows --> que tu tiens à avoir une table de partition MBR (schéma Windows) sur chacun de tes disques -->
Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *1.0 TB     disk0

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *2.0 TB     disk2

  • la table de partition MBR est désignée ici par FDisk_partition_scheme. En résumé : ce schéma désuet (abandonné par Windows 10) est un encodage des descriptions des partitions > inscrit sur le seul bloc 0 de chaque disque --> qui demande un BIOS pour booter un volume démarrable décrit par cette table. Or les Mac ont un programme interne de type EFI depuis lurette > EFI réclamant une table de partition GPT (GUID_Partition_Table) pour booter un volume démarrable.
  • une implémentation de l'EFI > lui permet d'émuler un BIOS à la volée pour lire une table de partition MBR (ce qui permettait de booter les anciens Windows comme Windows 7 - 2 tables de partition existant en parallèle sur un disque Mac régulier : une MBR sur le bloc 0 vs une GPT sur les blocs 1 > 33). Une autre implémentation de l'EFI lui permet même de lire une table MBR (si elle est seule sur le disque) en la convertissant en mémoire en pseudo-GPT > ce qui lui permet de booter un volume macOS décrit en mode MBR. Mais ces procédés de contournements sont à réprouver. Un programme d'installation refusera d'ailleurs d'installer une version de macOS sur un disque dont la table de partition est MBR.
----------

En résumé : il faut faire du ménage. Mais pour éclairer l'action > passe la commande :
Bloc de code:
df -H

  • qui mesure l'occupation des volumes montés

Poste le tableau.
 
shame on me ...
Bloc de code:
-bash-3.2# df -H
Filesystem     Size   Used  Avail Capacity iused      ifree %iused  Mounted on
/dev/disk1s1   2.0G   1.3G   720M    64%   45181 4294922098    0%   /
devfs          202k   202k     0B   100%     684          0  100%   /dev
/dev/disk3     5.2M   659k   4.6M    13%      19 4294967260    0%   /private/var/log
/dev/disk4     524k   147k   377k    29%       5 4294967274    0%   /Volumes
/dev/disk5     524k   147k   377k    29%       7 4294967272    0%   /private/var/tmp
/dev/disk6     524k   160k   365k    31%      12 4294967267    0%   /private/var/run
/dev/disk7     2.1M   143k   2.0M     7%       2 4294967277    0%   /private/tmp
/dev/disk8     524k   143k   381k    28%       2 4294967277    0%   /System/Installation
/dev/disk9     524k   299k   225k    58%      20 4294967259    0%   /private/var/db
/dev/disk10     13M   3.2M   9.4M    26%      59 4294967220    0%   /private/var/folders
/dev/disk11    4.2M   225k   4.0M     6%      26 4294967253    0%   /private/var/root/Library
/dev/disk13    2.1M   143k   2.0M     7%       2 4294967277    0%   /private/var/root/Library/Containers
/dev/disk14    524k   180k   344k    35%      11 4294967268    0%   /Library/Preferences
/dev/disk15    524k   164k   360k    32%       6 4294967273    0%   /Library/Preferences/SystemConfiguration
/dev/disk16    1.0M   176k   872k    17%       6 4294967273    0%   /Library/Keychains
/dev/disk17    6.3M   176k   6.1M     3%       2 4294967277    0%   /private/var/tmp/RecoveryTemp
/dev/disk18    6.3M   856k   5.4M    14%       4 4294967275    0%   /private/var/tmp/OSISPredicateUpdateProductTemp
/dev/disk19    524k   143k   381k    28%       2 4294967277    0%   /private/var/tmp/InstallerCookies
/dev/disk20    2.1M   205k   1.9M    10%       3 4294967276    0%   /Library/Logs/DiagnosticReports
/dev/disk2s1   2.0T   751G   1.2T    38% 3189833 4291777446    0%   /Volumes/TmeMachine
/dev/disk0s1   1.0T   356G   644G    36% 1023446 4293943833    0%   /Volumes/SSDMcBookPro
-bash-3.2#
 
Whaaa... Il y a 356 Go dans SSDMcBookPro et 751 Go dans TimeMachine -->

- est-ce que les 356 Go de SSDMcBookPro sont sauvegardés dans TimeMachine ?​
 
D'accord (c'est la raison pour laquelle tu utilises le terminal de la session de secours) -->

- est-ce que le plantage s'est manifesté suite à une tentative d'installation de ta part ? - si oui > comment se manifeste ce plantage ?​
 
D'accord (c'est la raison pour laquelle tu utilises le terminal de la session de secours) -->

- est-ce que le plantage s'est manifesté suite à une tentative d'installation de ta part ? - si oui > comment se manifeste ce plantage ?​
Non c est suite à une mise a jour auto. Je viens de redémarrer et j ai le message suivant : " macOS n'a pas pu être installé sur votre ordinateur. Les ressources du programme d installation sont introuvables. Quittez le programme d installation pour redémarrer votre ordinateur puis reessayez"
 
Donc reviens dans la session de secours et relance le Terminal. On va faire comme s'il n'y avait pas de problème de table de partition sur ton disque de démarrage > et traiter le problème comme un simple plantage d'installation.

Passe alors les 3 commandes (l'une après l'autre) :
Bloc de code:
diskutil info /Volumes/SSD*
ls /Volumes/SSD*
bless --info /Volumes/SSD*

  • le "l" de "ls" = minuscule de "L" ; mets SSD* à la fin (abréviation commode)
  • la 1ère affiche un tableau d'informations sur le volume
  • la 2è liste ses objets de 1er rang (fichiers ou dossiers)
  • la 3è retourne son chemin de démarrage

Poste les tableaux obtenus.
 
Bloc de code:
-bash-3.2# diskutil info /Volumes/SSD*
   Device Identifier:        disk0s1
   Device Node:              /dev/disk0s1
   Whole:                    No
   Part of Whole:            disk0

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

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

   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              EE1E5F9C-69EF-32AA-ADF8-8CFFE497634E
   Partition Offset:         1024 Bytes (2 512-Byte-Device-Blocks)

   Disk Size:                1.0 TB (1000204884992 Bytes) (exactly 1953525166 512-Byte-Units)
   Device Block Size:        512 Bytes

   Volume Total Space:       1.0 TB (1000204881920 Bytes) (exactly 1953525160 512-Byte-Units)
   Volume Used Space:        356.0 GB (356022448128 Bytes) (exactly 695356344 512-Byte-Units) (35.6%)
   Volume Free Space:        644.2 GB (644182433792 Bytes) (exactly 1258168816 512-Byte-Units) (64.4%)
   Allocation Block Size:    4096 Bytes

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

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes
   Hardware AES Support:     No

-bash-3.2# ls /Volumes/SSD*
.DS_Store
.DocumentRevisions-V100
.OSInstallerMessages
.PKInstallSandboxManager-SystemSoftware
.Spotlight-V100
.file
.fseventsd
.hotfiles.btree
.vol
Applications
Guides de l’utilisateur et informations
Incompatible Software
Library
System
Users
Volumes
_CCC SafetyNet
bin
dev
etc
home
installer.failurerequests
libpeerconnection.log
libpeerconnection.log.0.gz
libpeerconnection.log.1.gz
libpeerconnection.log.2.gz
libpeerconnection.log.3.gz
libpeerconnection.log.4.gz
macOS Install Data
net
private
sbin
tmp
usr
var
-bash-3.2# bless --info /Volumes/SSD*
finderinfo[0]: 5019565 => Blessed System Folder is /Volumes/SSDMcBookPro/macOS Install Data/Locked Files/Boot Files
finderinfo[1]: 5019586 => Blessed System File is /Volumes/SSDMcBookPro/macOS Install Data/Locked Files/Boot Files/boot.efi
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]: 5019565 => OS X blessed folder is /Volumes/SSDMcBookPro/macOS Install Data/Locked Files/Boot Files
64-bit VSDB volume id:  0xEA77B00E0D3C9E91
-bash-3.2#
 
Analyse :

  • le volume est monté en lecture & écriture. Son système de fichiers est journalisé. Il n'est pas réinstallable - à cause je pense de la table de partition MBR du disque.
  • la distribution des dossiers-Système est complète (sans mise en quarantaine) + un dossier macOS Install Data de l'installation plantée
  • le chemin de démarrage pointe > dans le dossier macOS Install Data > dans un sous-dossier de Boot Files (fichiers de démarage) > à un lanceur boot.efi de l'OS d'installation contenu dans le dossier macOS Install Data. Ton Mac redémarre donc en boucle sur un OS d'installation dont le programme d'installation plante.

Interprétation :

- tu es dans le cas de figure le plus favorable d'un plantage d'installation. Seul le chemin de démarrage du volume a été modifié > sans que l'OS en place ne soit touché. Avec quelque manipulations > je te garantis à 100% le redémarrage de ton volume et la réouverture de ta session intacte.​

----------

Passe la commande exacte :
Bloc de code:
rm -rf /Volumes/SSDMcBookPro/"macOS Install Data"

  • respecte les espaces ; mets "macOS Install Data" avec les ""
  • la commande supprime le dossier macOS Install Data de l'installation plantée. Elle passe sans commentaire (retour directe de -bash-3.2#) si elle passe

=> est-ce que ça a été le cas ?
 
Analyse :

  • le volume est monté en lecture & écriture. Son système de fichiers est journalisé. Il n'est pas réinstallable - à cause je pense de la table de partition MBR du disque.
  • la distribution des dossiers-Système est complète (sans mise en quarantaine) + un dossier macOS Install Data de l'installation plantée
  • le chemin de démarrage pointe > dans le dossier macOS Install Data > dans un sous-dossier de Boot Files (fichiers de démarage) > à un lanceur boot.efi de l'OS d'installation contenu dans le dossier macOS Install Data. Ton Mac redémarre donc en boucle sur un OS d'installation dont le programme d'installation plante.
Interprétation :

- tu es dans le cas de figure le plus favorable d'un plantage d'installation. Seul le chemin de démarrage du volume a été modifié > sans que l'OS en place ne soit touché. Avec quelque manipulations > je te garantis à 100% le redémarrage de ton volume et la réouverture de ta session intacte.​

----------

Passe la commande exacte :
Bloc de code:
rm -rf /Volumes/SSDMcBookPro/"macOS Install Data"

  • respecte les espaces ; mets "macOS Install Data" avec les ""
  • la commande supprime le dossier macOS Install Data de l'installation plantée. Elle passe sans commentaire (retour directe de -bash-3.2#) si elle passe
=> est-ce que ça a été le cas ?
Absolument.

Ps
Si ça marche j imagine qu' il sera conseillé de reformater le mac plus proprement ?
 
La commande de suppression est passée ?

- note : ta session réouverte > il faudra que tu mettes à jour ta sauvegarde TM > puis réinitialisation du disque interne > avant réinstallation et récupération de la TM. Mais ceci est une autre histoire (comme disait Kipling).​
 
La commande de suppression est passée ?

- note : ta session réouverte > il faudra que tu mettes à jour ta sauvegarde TM > puis réinitialisation du disque interne > avant réinstallation et récupération de la TM. Mais ceci est une autre histoire (comme disait Kipling).​
Oui la commande est passée. Je reouvre la sesion tout de suite....
 
Est-ce que tu es toujours dans la session de secours ? --> il ne faut pas redémarrer ! --> le chemin de démarrage n'a pas été restauré...