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 »

:coucou: carbonpro

Tiens ! un abonné de ce fil au long cours
361608_original.png


Dans ta session > tu trouves le Terminal at: Applications > Utilitaires (simple rappel). Passe la commande :
Bloc de code:
diskutil list

  • et poste le tableau des disques (dans une fenêtre de code - tu te souviens ? --> via le bouton
    InsererCodeMcGe.jpg
    )

=> je verrai ta configuration actuelle.
Ok je pensais que tu etais en vacance. Je rentre et je poste
 
Bloc de code:
Mac-de-kaLTC:/ kaltc$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS kaL_DD                  2.0 TB     disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *500.1 GB   disk1
   1:                  Apple_HFS kaL                     400.1 GB   disk1s1
   2:                 DOS_FAT_32 KALTSRIT                100.0 GB   disk1s2

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS kaLBackup               999.9 GB   disk2s2
 
Passe la commande :
Bloc de code:
diskutil verifyVolume /

  • qui vérifie le système de fichiers du volume démarré

Poste le retour.
 
Bloc de code:
iMac-de-kaLTC:/ kaltc$ diskutil verifyVolume /
Started file system verification on disk0s2 kaL_DD
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_hfs -fn -l -x /dev/rdisk0s2
Performing live verification
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Volume bitmap needs repair for under-allocation
Checking volume information
The volume kaL_DD was found corrupt and needs to be repaired
File system check exit code is 8
Restoring the original state found as mounted
Error: -69845: File system verify or repair failed
Underlying error: 8: Exec format error
 
Hé ! hé ! -->
Bloc de code:
The volume kaL_DD was found corrupt and needs to be repaired
File system check exit code is 8

  • le système de fichiers (générateur du volume kal_DD) est corrompu = comporte des erreurs graves

Pour tenter de le réparer > ce n'est possible qu'en démarrant sur l'OS de secours --> est-ce que tu es prêt à la manœuvre ?
 
Hé ! hé ! -->
Bloc de code:
The volume kaL_DD was found corrupt and needs to be repaired
File system check exit code is 8

  • le système de fichiers (générateur du volume kal_DD) est corrompu = comporte des erreurs graves

Pour tenter de le réparer > ce n'est possible qu'en démarrant sur l'OS de secours --> est-ce que tu es prêt à la manœuvre ?
oui pas de problème
 
Tu connais la musique ? -->

  • tu redémarres et tu tiens pressées les 2 touches ⌘R jusqu'à la . Le Terminal est au menu Utilitaires de la barre supérieure de menus.

Tu passes la commande :
Bloc de code:
diskutil repairVolume disk0s2

  • qui tente de réparer les erreurs du système de fichiers

Poste l'affichage retourné dans une fenêtre de code (tu te souviens ? --> en passant par le Safari de l'option : "Obtenir de l'aide en ligne").

Note : les codes de sortie d'une vérification = 8 --> ça n'est jamais très bon (pour ce qui est de la "réparabilité" d'un système de fichiers)...
 
Bloc de code:
-bash-3.2# diskutil repairVolume disk0s2
Started file system repair on disk0s2 kaL_DD
Repairing file system
Volume was successfully unmounted
Performing fsck_hfs -fy -x /dev/rdisk0s2
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Volume bitmap needs repair for under-allocation
Checking volume information
Repairing volume
Rechecking volume
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume kaL_DD was repaired successfully
File system check exit code is 0
Restoring the original state found as mounted
Finished file system repair on disk0s2 kaL_DD
-bash-3.2#
 
La chance est tienne -->
Bloc de code:
The volume kaL_DD was repaired successfully
File system check exit code is 0

  • le volume kal_DD a été réparé avec succès : le code de sortie de la vérification (du système de fichiers jhfs+) est 0 (comme zéro erreur)

Tu peux redémarrer normalement et réouvrir ta session. Si les plantages n'étaient dûs qu'aux erreurs du système de fichiers > ils ne devraient plus intervenir.
 
L'iMac 2011 ne passera pas à Mojave.

Ton MacBook Pro : c'est un Retina avec SSD PCie ? - un pré-Retina avec SSD 2,5" en remplacement du HDD ? - un pré-Retina avec HDD natif ?
 
Donc un 2012.

Alors je pense que tu pourrais envisager le remplacement du HDD par un SSD 2,5" (voir la marque Crucial) --> tu aurais un débit en lecture / écriture x5 > ce qui change bien des choses avec les derniers OS (où il y a un très grand nombre d'accès disque dès le démarrage).
 
L'investissement est raisonnable pour un Mac pré-Retina > car la vitesse procurée change la vie de l'utilisateur. J'ai un MacBook Pro 2011 qui n'a aucun mal avec High Sierra (format apfs) grâce à un SSD Crucial.
 
J'ai investi dans un nouveau MacBook Pro. C'est le passage à une autre dimension comme tu peux voir ici -->
AJA-3.png