macOS Big Sur Macintosh HD introuvable sur l'utilitaire de disque

Celle prise en photo, oui. Maintenant, je ne l’ai plus devant les yeux, je verrai l’avancée à mon retour.
 
Dernière édition par un modérateur:
Bonjour macomaniac,

Après une journée sur mon vieux Mac de 2009, j'ai voulu lui donner une nouvelle vie en rebootant ! Je pensais que c'était aussi simple qu'un bouton reset ! Bref je suis comme un débutant devant une machine qui ne parle pas.

Docteur pouvez vous m'aider ?
 

Fichiers joints

  • 16305058203398762359354267857405.jpg
    16305058203398762359354267857405.jpg
    182,4 KB · Affichages: 80
Dernière édition par un modérateur:
Je viens de rentrer. L’opération s’est terminée à l'instant mais ça ne m’a pas l’air d’être ça, puisque seulement 27 Go ont été téléchargés.

image.jpg
Pour revenir sur ce qui s’est passé plus tôt lorsque le premier essai a planté, j’ai été dans mon utilitaire de disque. Il y avait dans mon disque interne un disque « TEST » qui était donc la copie de TEST de mon DDE qui contenait seulement une dizaine de Go dûs au plantage. J’ai effacé le contenu de TEST et je l’ai renommé en Macintosh HD. Ensuite j’ai réessayé comme expliqué plus haut
 
Dernière édition par un modérateur:
@ hugs

Passe une commande :
Bloc de code:
diskutil list
  • et poste le tableau des disques => que je voie la situation actuelle - aussi bien en externe qu'en interne.
 
Bonjour FIX

Tu ferais sans doute mieux de créer un nouveau sujet pour que je puisse examiner ton cas sans interférences avec la conversation en cours ici avec hugs.
 
Je l'avais anticipé ahah :
Bloc de code:
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Preboot⁩                 283.6 MB   disk1s3
   2:                APFS Volume ⁨Recovery⁩                626.2 MB   disk1s4
   3:                APFS Volume ⁨Macintosh HD⁩            28.1 GB    disk1s1
   4:                APFS Volume ⁨ASRDataVolume_1264⁩      20.5 KB    disk1s2
   5:                APFS Volume ⁨ASRDataVolume_1325⁩      20.5 KB    disk1s5
   6:                APFS Volume ⁨ASRDataVolume_1658⁩      20.5 KB    disk1s6
   7:                APFS Volume ⁨ASRDataVolume_1710⁩      20.5 KB    disk1s7
   8:                APFS Volume ⁨ASRDataVolume_1785⁩      20.5 KB    disk1s8
   9:                APFS Volume ⁨ASRDataVolume_1837⁩      20.5 KB    disk1s9

/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 ⁨Elements⁩                850.0 GB   disk2s2
                    (free space)                         134.2 MB   -
   3:                 Apple_APFS ⁨Container disk3⁩         149.7 GB   disk2s3

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +149.7 GB   disk3
                                 Physical Store disk2s3
   1:                APFS Volume ⁨TEST - Données⁩          83.3 GB    disk3s1
   2:                APFS Volume ⁨Preboot⁩                 283.6 MB   disk3s2
   3:                APFS Volume ⁨Recovery⁩                626.2 MB   disk3s3
   4:                APFS Volume ⁨VM⁩                      1.1 MB     disk3s4
   5:                APFS Volume ⁨TEST⁩                    15.3 GB    disk3s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.3 GB    disk3s5s1
 
Dernière édition par un modérateur:
@ hugs

La situation se trouve inchangée en ce qui concerne le Conteneur du DDE (Big Sur réinstallé > puis sauvegarde TM récupérée). OS sur lequel tu es démarré actuellement.

- voici par contre la situation dans le Conteneur du disque interne :​
Bloc de code:
/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Preboot⁩                 283.6 MB   disk1s3
   2:                APFS Volume ⁨Recovery⁩                626.2 MB   disk1s4
   3:                APFS Volume ⁨Macintosh HD⁩            28.1 GB    disk1s1
   4:                APFS Volume ⁨ASRDataVolume_1264⁩      20.5 KB    disk1s2
   5:                APFS Volume ⁨ASRDataVolume_1325⁩      20.5 KB    disk1s5
   6:                APFS Volume ⁨ASRDataVolume_1658⁩      20.5 KB    disk1s6
   7:                APFS Volume ⁨ASRDataVolume_1710⁩      20.5 KB    disk1s7
   8:                APFS Volume ⁨ASRDataVolume_1785⁩      20.5 KB    disk1s8
   9:                APFS Volume ⁨ASRDataVolume_1837⁩      20.5 KB    disk1s9
  • on s'aperçoit que les 2 volumes auxiliaires Preboot & Recovery ont bien été clonés par CCC. Plus un volume Macintosh HD de 28 Go que j'estime correspondre à un clonage du volume-Données de la source : TEST - Données de 83 Go. Clonage manifestement planté en cours de route.
  • quant à la série de 6 volumes intitulés : APFS Volume ⁨ASRDataVolume_xxxx --> j'estime qu'il s'agit d'une série de tentatives avortées de clonage du volume-Système TEST de la source. Car pour effectuer le clonage d'un volume-Système de Big Sur > volume verrouillé par un sceau d'intégrité et inclonable de manière classique --> CCC est forcé de recourir à l'utilitaire de réplication Apple asr (apple_software_restore). Utilitaire asr qui clone selon un "mode bloc" absolument distinct du "mode fichier" des cloneurs comme CCC. Un clonage asr en "mode bloc" implique la totalité des volumes des la source (le Conteneur de TEST) > et produit dans le Conteneur de destination dans un 1er temps des volumes transitoires de type APFS Volume ⁨ASRDataVolume --> dont asr effectue ensuite une "inversion logique" pour générer des volumes apfs standards. Un processus complexe qui me semble avoir planté ici avant sa finalisation.

Je pense que le mieux pour toi consiste à ré-effacer le disque interne pour recréer un Conteneur apfs neuf > avec un seul volume Macintosh HD d'accueil > avant que tu ne relances un clonage CCC (avec l'option : "Assistant de sauvegarde démarrable d'ancienne génération" --> appellation qui désigne le recours de CCC à l'outil de réplication Apple asr). Qu'est-ce que tu en penses ?
 
Alors, d'habitude je comprends +- la plupart des choses. Par contre je t'avoue qu'ici j'ai pas tout compris, ahah. Mais je pense que de toute façon effacer et recloner est la solution la plus simple.

Pour effacer vaut-il mieux passer par l'utilitaire de disque ou par le Terminal ? Si c'est la deuxième solution, veux-tu bien me rappeler les différentes commandes à entrer, s'il te plait ?
 
Dernière édition par un modérateur:
Passe la commande :
Bloc de code:
diskutil eraseDisk apfs "Macintosh HD" gpt disk0
  • qui efface le disque interne > et recrée un Conteneur avec un volume Macintosh HD vide

Poste le retour.
 
Voilà ça a fonctionné visiblement :
Bloc de code:
diskutil eraseDisk apfs "Macintosh HD" gpt disk0
Started erase on disk0
Unmounting disk
Creating the partition map
Waiting for partitions to activate
Formatting disk0s2 as APFS with name Macintosh HD
Mounting disk
Finished erase on disk0
 
Dernière édition par un modérateur:
Parfait.

- il faut que tu reprennes à présent la procédure décrite au message #78 de la page précédente (commande du terminal + clonage CCC avec l'option de l'Assistant d'ancienne génération = asr). Tu n'auras qu'à dire comment ça s'est passé...​
 
Si il y a ca d'écrit au dessus de la fenêtre du terminal c'est que la commande fonctionne toujours n'est ce pas ?
Capture d’écran 2021-09-01 à 17.57.57.png

Le clonage est lancé, cette fois-ci c'est le même qu'avant le plantage donc je pense que c'est sur la bonne voie (si ça ne plante pas encore).
 
Si tu n'as jamais quitté le terminal ni ta session --> la commande d'insomnie du Mac caffeinate (la bien nommée) avait lancé un processus qui courait toujours en toile de fond du terminal ouvert.
 
  • J’aime
Réactions: hugs13
Alors le clonage est fini :
image.jpg

Voilà la situation des disques :
Bloc de code:
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *121.3 GB   disk0
   1:                        EFI ⁨EFI⁩                     314.6 MB   disk0s1
   2:                 Apple_APFS ⁨Container disk1⁩         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume ⁨Macintosh HD - Données⁩  55.6 GB    disk1s1
   2:                APFS Volume ⁨Macintosh HD⁩            15.3 GB    disk1s2
   3:                APFS Volume ⁨Preboot⁩                 283.6 MB   disk1s3
   4:                APFS Volume ⁨Recovery⁩                626.2 MB   disk1s4

/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 ⁨Elements⁩                850.0 GB   disk2s2
                    (free space)                         134.2 MB   -
   3:                 Apple_APFS ⁨Container disk3⁩         149.7 GB   disk2s3

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +149.7 GB   disk3
                                 Physical Store disk2s3
   1:                APFS Volume ⁨TEST - Données⁩          83.8 GB    disk3s1
   2:                APFS Volume ⁨Preboot⁩                 283.6 MB   disk3s2
   3:                APFS Volume ⁨Recovery⁩                626.2 MB   disk3s3
   4:                APFS Volume ⁨VM⁩                      1.1 MB     disk3s4
   5:                APFS Volume ⁨TEST⁩                    15.3 GB    disk3s5
   6:              APFS Snapshot ⁨com.apple.os.update-...⁩ 15.3 GB    disk3s5s1
 
Dernière édition par un modérateur:
Pas mal cette fois-ci ! Le noyau d'une distribution Big Sur a bien été cloné dans le Conteneur interne (4 volumes) - sachant que le volume VM (archivage de la RAM) se créera automatiquement au démarrage sur Macintosh HD > et idem pour le snapshot de démarrage imageant le volume-Système.

- le seul point curieux est la taille du volume-Données : 55,6 Go en interne vs 83,8 Go en externe. Un déficit de 28,2 Go dont je me demande bien à quoi il correspond.​

Fais le test suivant : redémarre > la touche "alt" (option) tenue pressée pour obtenir l'écran de choix du volume de démarrage. Choisis : Macintosh HD (volume interne) > démarre dessus. Tu n'auras qu'à dire si tu réouvres ta session en interne > et si tu trouves une différence avec la session externe du DDE.
 
J’ai relancé depuis mon disque interne, tout à l’air de fonctionner correctement. Les 28 Go manquants doivent être des fichiers, j’imagine, mais si j’en ai réellement besoin je pourrai toujours aller les chercher dans mon DDE.

Merci pour ta précieuse aide tout au long de ces derniers jours !
 
Dernière édition par un modérateur:
Content pour toi !

- je n'ai pas compris pourquoi des installations directes de Big Sur échouaient à destination du SSD interne. C'est ce qui a conduit à la solution alternative de clonage - opération rendue délicate par la spécificité du volume-Système de Big Sur.​
 
  • J’aime
Réactions: hugs13