10.14 Mojave Disque "corrompu" après tentative d’installation de Windows par Boot Camp

Papalardon

Membre confirmé
20 Janvier 2020
21
1
44
Bonjour à tous,

je me suis un peu baladé sur le forum et certains semble avoir des problèmes similaires au miens mais ce que j’ai pu lire ne me permet pas de procéder à la réparation de mon MacBook Pro fin 2012 et son disque SSD crucial de seconde monte, donc je poste un nouveau sujet pardonnez moi.

Voilà, il y a quelques jours, j’ai tenté de faire une installation de Windows sur mon mac via boot camp, j’ai eu en premier lieu des problèmes lors de l’installation de Windows et de ses pilotes, j’ai fini par abandonner.
J’ai donc quitter l’utilitaire Windows et mes problèmes on commencé.
En premier lieu l’ordinateur ne voulait plus booter sur Mac OS, impossible d’accéder au options via la touche alt. Il boot sur Windows mais j’obtenais un message d’erreur style no bootable drive, insert one and press a key, ce que j’ai tenté de faire, mais aucune réaction.
À la suite de ça j’ai encore essayé un redémarrage en mode alt+pomme+P+R, et là, miracle ! Tout remarche comme avant, je m’efforce de supprimer la partition Windows corrompu depuis Mac OS et je me dis naïvement que mes problèmes sont règlé, qu’elle erreur !
je ferme donc le clapet de mon mac quelques heures, au moment de le redémarrer, il m’affiche le fameux écran de la mort avec le dossier et le point d’interrogation, la tuile !

Je tente à la suite de ça différente choses sans succès:

-Démarrage en mode recovery pour tenter une réparation, mais impossible de monter le disk.
-je démonte le disk et le branche en externe sur un Mac Catalina, et là impossible de le monter à nouveau, j’obtiens également le code erreur suivant:
com.apple.DiskManagement.disenter error -119930868

je n’ai pas de sauvegarde Time machine, et une sauvegarde seulement partiels de mon disque, et j’aimerais vraiment récupérer mes données !

c’est un SSD crucial de 500go

aujourd’hui, je l’ai remonté dans le mac et dans l’utilitaire de disque en mode recovery il m’affiche la chose suivante:

un disque nommé 521,11go crucial_ct512mx100ssd1 media
Avec à l’intérieur, le plus important
Un disque nommé disk0s2, qui ne se monte pas ne se répare pas rien, qui m’indique une capacité de 430go (taille de mon système Mac OS, sans la partition Windows de 80go)
Type de partition : 7C3457EF-0000-11AA-AA11-00306543ECAC

Voilà, un grand merci pour votre aide futur !

je suis désolé mais là mes compétences en informatique ne vont pas plus loin.

je précise que je peux trouver un autre Mac, et je peux y brancher mon SSD problématique en externe.

merci !

Voilà la réponse du terminal, avec le disque en externe sur un mac mini tournant sous high sierra, à la commande :

Bloc de code:
diskutil list

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            249.6 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                  Apple_HFS Yosemite                249.0 GB   disk0s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk0s5

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         430.0 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk2
                                 Physical Store disk1s2
 
Bloc de code:
 diskutil info disk1s2
   Device Identifier:        disk1s2
   Device Node:              /dev/disk1s2
   Whole:                    No
   Part of Whole:            disk1

   Volume Name:              Not applicable (no file system)
   Mounted:                  Not applicable (no file system)
   File System:              None

   Partition Type:           Apple_APFS
   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 USB
   SMART Status:             Not Supported
   Disk / Partition UUID:    C337AF1A-8DE4-4D09-A7AD-B7090C91C1BF
   Partition Offset:         209735680 Bytes (409640 512-Byte-Device-Blocks)

   Disk Size:                430.0 GB (430000013312 Bytes) (exactly 839843776 512-Byte-Units)
   Device Block Size:        512 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (no file system)

   Device Location:          External
   Removable Media:          Fixed

Bloc de code:
diskutil info disk2
   Device Identifier:        disk2
   Device Node:              /dev/disk2
   Whole:                    Yes
   Part of Whole:            disk2
   Device / Media Name:      STOR.E PARTNER

   Volume Name:              Not applicable (no file system)
   Mounted:                  Not applicable (no file system)
   File System:              None

   Content (IOContent):      EF57347C-0000-11AA-AA11-00306543ECAC
   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 USB
   SMART Status:             Not Supported
   Disk / Partition UUID:    8408A77B-D945-4978-9C4C-D7BE8408EA86

   Disk Size:                430.0 GB (430000013312 Bytes) (exactly 839843776 512-Byte-Units)
   Device Block Size:        4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Not applicable (no file system)

   Device Location:          External
   Removable Media:          Fixed

   Virtual:                  Yes

Voilà pour la commande
Bloc de code:
diskutil info
 
Dernière édition par un modérateur:
Bonjour Papalardon

Voici le configuration de ton SSD placé en externe (restituée selon la mise en forme d'un tableau du terminal) :
Bloc de code:
/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         521.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         430.0 GB   disk1s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk2
                                 Physical Store disk1s2

  • dans ce tableau > ceci -->
Bloc de code:
/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         521.1 TB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         430.0 GB   disk1s2

  • décrit le disque pysique avec son partitionnement primaire. 2 partitions : la petite partition de type "EFI" (qui accompagne par défaut une table de partition GUID et sert occasionnellement au programme interne de boot du Mac appelé aussi EFI) ; et la grande partition de type "Apple_APFS" de 430 Go. On voit qu'il manque 90 Go qui correspondent à de l'espace libre de bas de disque > suite à la suppression de la partition BOOTCAMP.
  • une partition de type : "Apple_APFS" ne peut être prise en charge que par un OS démarré qui reconnaisse le format apfs (donc à partir de Sierra 10.12). Quand tu as branché ton disque en externe à un Mac dont l'OS démarré était El Capitan > au lieu de l'affichage de la partition comme :
Bloc de code:
   2:                 Apple_APFS Container disk2         430.0 GB   disk1s2

  • tu as eu l'affichage suivant -->
Bloc de code:
   2:       7C3457EF-0000-11AA-AA11-00306543ECAC         430.0 GB   disk1s2

  • 7C3457EF-0000-11AA-AA11-00306543ECAC est l'UUID du type "Apple_APFS" et n'est mentionné sur une partition dans un tableau de diskutil que si l'OS démarré se trouve incapable de reconnaître le format apfs. Donc tu as eu raison de brancher ton SSD à un Mac supportant High Sierra.
  • cette partition primaire toujours -->
Bloc de code:
   2:                 Apple_APFS Container disk2         430.0 GB   disk1s2

  • contient un magasin de stockage apfs appelé : "Physical Store". Ce magasin sert de base à la virtualisation d'un espace-disque secondaire appelé Conteneur. Voici la description de ce Conteneur apfs -->
Bloc de code:
/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk2
                                 Physical Store disk1s2

  • il est virtualisé comme disk2 > mais tu aperçois en-dessous de la rubrique : SIZE (taille) --> +ERROR alors qu'il devrait se trouver mentionné : +430.0 GB (soit une taille strictement identique à celle de la partition primaire contenant le magasin de stockage). Cette indication de +ERROR à la place de +430.0 GB signale une erreur radicale dans la branche du système de fichiers apfs qui gère le Conteneur. Une erreur de mesure de la taille du Conteneur à déployer => met en échec la possibilité de le virtualiser > et avec cet échec => rend impossible le montage des 4 volumes (démarrage et auxiliaires) hébergés par ce Conteneur.

J'ai déjà rencontré ce cas de figure sur les forums environ 3 fois : cette erreur de taille du Conteneur mettant en échec la possibilité de le virtualiser avec ses volumes => n'a pu être corrigée dans aucun de ces cas antérieurs. Elle m'apparaît comme irrécupérable. On peut si tu veux faire quelques manipulations dans le terminal => adressées à l'apfs du SSD Crucial > mais j'ai préféré te prévenir : il s'agit d'une corruption fatale dans l'apfs.
 
Dernière édition par un modérateur:
Avant tout, un très grand merci pour ta réponse, dans un second temps, et bin je suis dégoûté, si effectivement le diagnostic se confirme...

bref pourrais tu m’indiquer ce que tu préconise comme nouvelles manipulations ? De manière a peut être tirer quelque chose de de tout ça ?

merci encore
 
Passe une commande :
Bloc de code:
diskutil verifyVolume disk2

  • qui vérifie l'apfs du Conteneur (s'il est toujours indexé disk2)

Poste le retour en copier-coller > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite de la bobine souriante) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.
 
Entendu, je vais aller chercher ce Mac Mini demain pour l’avoir sous la main (il n’est pas chez moi) histoire de faire encore le maximum de manipulation avec ton aide,

je tacherais de mettre les réponses du terminal sous forme de code,petite question subsidiaire, ma première insertion de code n’était pas la bonne ?

Autre petite question, penses tu que , si nous n’arrivons rien à faire de plus, il y a t’il une utilité à envoyer ce SSD dans un laboratoire de récupération de données ?
Quitte à payer le "prix fort", arriverons t il à récupérer quoi que ce soit ?

Un grand merci encore pour ton aide, je ne sais pas où tu habite, mais je te payerais bien un resto ou un verre pour te remercier ! ( c’est une vraie proposition ;) )
 
Quand tu rebrancheras le SSD à l'autre Mac > passe d'abord une commande :
Bloc de code:
diskutil list

  • afin de vérifier si tu as toujours ceci -->
Bloc de code:
/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk2
                                 Physical Store disk1s2

  • càd. le Conteneur planté indexé disk2. Si c'était disk3 ou autre => tu changes l'index numérique en rapport.
----------

Je m'aperçois que les tableaux de tes 1ers messages sont actuellement bien postés dans un bloc de code.

- j'ai l'impression que tu avais fait un coller brut au départ - non ? - car j'ai dû faire des manipulations pour obtenir de mon côté un tableau bien mis en forme (simple question de présentation facilitant la lecture).​

----------

Est-ce que tu avais activé FileVault > de manière à verrouiller par un chiffrement le volume de démarrage dans le Conteneur du SSD ?
 
Je vais utiliser toutes ces commandes et te poster le retour,

j’ai du en effet faire sûrement une erreur pour le premier tableau, je vais tacher de faire ça bien pour les prochains.

Sinon, selon toute vraisemblance, non, je n’ai jamais activé FileVault.

Peut il y avoir autre chose qui empêche le fonctionnement du volume de démarrage dans le conteneur du SSD
 
Le problème vient de l'apfs : le système de fichiers qui gère le magasin Physical Store > le Conteneur à déployer > les volumes à monter. Plus spécifiquement > c'est une erreur touchant la branche de l'apfs qui gère le Conteneur : une erreur de mesure de la taille du Conteneur. Je ne pense pas qu'il y ait un problème avec le volume de démarrage (Macintosh HD) en soi. S'il ne monte pas > c'est parce que le Conteneur qui l'herberge est bloqué.

- je ne sais pas si des logiciels de récupération de données prennent en charge les partitions de type apfs. Et pas non plus si des magasins spécialisés le font.​
 
Bonjour Macomaniac et tout les autres :

Voilà pour les commandes :

Bloc de code:
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Macintosh HD            249.6 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                  Apple_HFS Yosemite                249.0 GB   disk0s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk0s5

/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         430.0 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk2
                                 Physical Store disk1s2

Dans le conteneur on a toujours cette mention : +ERROR

Pour la deuxième commande :

Bloc de code:
diskutil verifyVolume disk2
Started file system verification on disk2
Verifying storage system
Performing fsck_apfs -n -x /dev/disk1s2
warning: nx_block_count is 124975692, while device block count is 104980472
Checking volume
Checking the container superblock
error: nx_block_count is 124975692, while device block count is 104980472
Container superblock is invalid
The volume /dev/disk1s2 could not be verified completely
Storage system check exit code is 8
Error: -69716: Storage system verify or repair failed
Underlying error: 8: Exec format error

Je ne sais pas si tout ceci t'éclaire pour trouver une solution ?

Merci pour ta réponse

Petite remarque, je vois dans ce post, des choses similaires à ce que je rencontre à la suite de la commande que tu m'as demandé d'effectuer : https://forums.macg.co/threads/disque-de-demarrage-introuvable.1309378/page-2
Serions nous sur un cas de figure similaire ?
En tout cas, le mac mini est bien arrivé chez moi, je peux maintenant faire le travail demandé en temps réel, n'hésite pas quand tu peux à nouveau te connecter sur le forum, je serai très réactif.
A plus tard !
 
Au lancement de la vérification > sont examinées dans l'ordre les branches apfs formatrices du Conteneur global > puis des 4 volumes -->

- la vérification échoue d'entrée à l'examen de l'apfs formateur du Conteneur. Exactement sur le point suivant :​
Bloc de code:
Checking the container superblock
error: nx_block_count is 124975692, while device block count is 104980472

  • il y a donc une erreur concernant le : "container superblock". Le vocabulaire de l'apfs ayant augmenté d'un cran l'écart du langage informatique avec la langue de Molière > il faut tout retraduire en langage "humainement parlant". On va donc décider que ledit "superblock" est le composant du système de fichiers qui définit (ou décrit) l'extension (en nombre de blocs octuples du défaut : 512 octets => blocs de 4096 octets) de l'objet "Conteneur". Le décompte des blocs effectif est de 104980472 (blocs de 4096 octets = 430.00 Go) > alors que la taille théorique est de 124975692 blocs (de 4096 octets = 511.90 Go).
  • c'est donc ce qu'on appelait dans les Conteneurs antérieurs de type CoreStorage : une "erreur de taille interne". Erreur survenant toujours comme un accident de récupération d'espace libre externe (ici celui de la partition BOOTCAMP supprimée). En somme : c'est comme si la taille à venir (résultat de la récupération) avait été enregistrée comme taille théorique du Conteneur (511,9 Go) alors que la taille présente en extension de blocs (430 Go) se trouvait maintenue suite à un échec de la récupération de l'espace libre. Il y a donc une contradiction logique interne au superblock > entre taille théorique du Conteneur et taille réelle du magasin de stockage de la partition.
  • le fil que tu cites : je l'avais oublié ! eh bien ! --> tout porte à penser que la manipulation que j'avais dirigée dans ce fil (supprimer le descripteur GPT de la partition apfs puis le recréer avec une extension de blocs dilatée conforme à la taille théorique du Conteneur apfs) => a toutes les chances de remarcher avec toi ! - j'enregistre soigneusement cette solution à un problème de taille interne d'un Conteneur apfs.

Une fois le SSD branché à ton nouveau Mac (OS de format apfs requis) > passe une commande :
Bloc de code:
diskutil list external

  • qui va n'afficher que la configuration du disque externe

Poste le retour => que je voie le configuration du Crucial avec les index d'appareils ad hoc.
 
Dernière édition par un modérateur:
Purée ce serai grandiose de trouver une solution !

Désolé pour mon temps de réponse, internet me fait des siennes

Voilà pour le retour de la commande

Bloc de code:
diskutil list external
/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         430.0 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk2
                                 Physical Store disk1s2

J'attends tes prochaines instructions
 
Passe la commande (copier-coller) :
Bloc de code:
sudo gpt show disk1

  • à validation > une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe de session admin en aveugle - aucun caractère ne se montrant à la frappe - et revalide
  • la commande affiche la distribution des blocs du disque > tels que gérés par la table GPT inscrite sur l'en-tête du disque

Poste le tableau.
 
Voilà le retour :

Bloc de code:
sudo gpt show disk1
Password:
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   839843776      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
   840253416   159961767         
  1000215183          32         Sec GPT table
  1000215215           1         Sec GPT header
 
On voit ici que l'extension de la partition apfs (2 GPT part) est calculée comme 839843776 blocs. Il s'agit manifestement de la valeur du bloc-défaut de 512 octets = 430.00 Go. Ce qui équivaut strictement aux 104980472 blocs-octuples de 4096 octets utilisés dans la computation du super-bloc du Conteneur.

- la taille théoriquement enregistrée pour le Conteneur est de 124975692 blocs-octuples de 4096 octets. Ce qui donne x8 = 999805536 blocs-défaut de 512 octets. Telle est la taille attendue par la capacité théorique du Conteneur > pour la partition primaire : 2 GPT part.​
- si j'additionne les 839843776 blocs-défaut de 512 octets de l'extension actuelle de cette partition > avec les 159961767 blocs-défaut de 512 octets de l'espace libre (correspondant à la partition BOOTCAMP supprimée) => j'obtiens : 999805543 blocs (de 512 octets) > soit 7 blocs de plus que les 999805536 blocs attendus par le Conteneur. Or 7 blocs libres séparent par défaut la fin de la dernière partition du disque et le départ de la GPT secondaire (Sec GPT table) qui constitue le backup de la table de partition GPT principale d'en-tête du disque. On en déduit que 999805536 blocs ménageant un espace libre de 7 blocs en bas de disque => constituent une extension de partition conforme.​
- j'espère simplement que la manipulation qui va suivre en computation de blocs-défaut de 512 octets => ne va pas poser de problème avec la mesure en blocs-octuples du super-bloc du Conteneur.​

Passe la commande (copier-coller) :
Bloc de code:
sudo gpt remove -i 2 disk1

  • la commande supprime le descripteur GPT de la partition apfs2. Il faut savoir qu'une partition n'« existe » sur un disque > que par la projection que le kernel (le noyau du Système démarré) en exécute sur l'espace du disque > et aucunement par des balises qui seraient inscrites sur les blocs du disque. On en déduit que la suppression d'un descripteur GPT de partition => supprime la projection logique du kernel sur le disque (et donc supprime la partition logique) => sans toucher à la moindre des écritures des blocs du disque correspondants.

Poste le retour (bref).
 
Dernière édition par un modérateur:
La commande est un succès apparement :
(désolé petite erreur de mdp là au milieu)

Bloc de code:
sudo gpt remove -i 2 disk1
Password:
Sorry, try again.
Password:
disk1s2 removed

Sinon je ne comprends pas forcement l'entièreté de ce que tu m'explique, mais je pense qu'une grosse partie fait sens pour moi, merci de m'instruire en même temps, même si c'est d'une complexité qui dépasse très certainement mes compétences
 
Dernière édition:
La suppression du descripteur GPT a eu pour effet la suppression de la partition.

- après la suppression > la recréation. Passe la commande (copier-coller - va bien jusqu'au external final) :​
Bloc de code:
sudo gpt add -b 409640 -s 999805536 -t 7C3457EF-0000-11AA-AA11-00306543ECAC -i 2 disk1 ; diskutil list external

  • cette commande recrée (dans la table GPT de l'en-tête du disque) un descripteur GPT de partition telle que : bloc de tête = n°409640 (le même que celui de l'ancienne partition apfs) > extension = 999805536 blocs (de 512 octets = 511,90 Go - computation identique aux 124975692 blocs-octuples de 4096 octets constituant la taille théorique du Conteneur) > type = "Apple_APFS" (via son UUID = 7C3457EF-0000-11AA-AA11-00306543ECAC de type) > rang = n°2 ; puis réaffiche la configuration du disque externe (ce qui va servir de test du résultat de la recréation du descripteur GPT - le kernel re-projetant instantanément la partition correspondant au descripteur sur le disque)

Poste le retour.
 
Mais c'est d'une classe tout ceci !!

Bloc de code:
sudo gpt add -b 409640 -s 999805536 -t 7C3457EF-0000-11AA-AA11-00306543ECAC -i 2 disk1 ; diskutil list external
Password:
disk1s2 added
/dev/disk1 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *512.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk2         511.9 GB   disk1s2

/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +511.9 GB   disk2
                                 Physical Store disk1s2
   1:                APFS Volume Macintosh SSD           275.3 GB   disk2s1
   2:                APFS Volume Preboot                 22.6 MB    disk2s2
   3:                APFS Volume Recovery                507.4 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4
 
Comme tu peux le voir -->
Bloc de code:
/dev/disk2 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +511.9 GB   disk2
                                 Physical Store disk1s2
   1:                APFS Volume Macintosh SSD           275.3 GB   disk2s1
   2:                APFS Volume Preboot                 22.6 MB    disk2s2
   3:                APFS Volume Recovery                507.4 MB   disk2s3
   4:                APFS Volume VM                      1.1 GB     disk2s4

  • problème résolu ! - le descripteur de partition ayant été recréé avec une extension de 511,90 Go > et donc le kernel ayant instantanément re-projeté sur le disque la partition logique (immatérielle) correspondante => le super-bloc du Conteneur apfs a trouvé (au bloc près) un device de la partition correspondant à sa taille théorique de 511,90 Go. Et pfuiiit... l'ERROR a été dissipée et le Conteneur redéployé avec tous ses volumes. Ce qui prouve que ce type particulier d'erreur > n'était pas une erreur "en soi" > mais une erreur "de rapport" (entre une taille théorique et l'extension de la partition d'hébergement).

Tu peux redémarrer avec "alt" pour obtenir l'écran de choix du volume de démarrage > choisir Macintosh SSD comme volume et démarrer dessus -->

- est-ce que tu réouvres ta session dans le Macintosh SSD externe ?​
 
Déjà, mille merci ! t'es un génie ! Si tu es en capacité d'accepter les dons fais le moi savoir, j'aimerais vraiment te remercier comme il se doit.

Ensuite, je ne sais pas ce que tu en penses, mais je peux remonter mon disque dur très facilement dans mon macbook, après si tu penses qu'il est plus sage de déjà démarrer en externe sur le mac mini, je le ferai, j'attends juste ton feu vert.

Ensuite sommes nous sur qu'il n'y a plus aucune interférence du à la partition Boot Camp ? en regardant le rapport j'ai l'impression que non, mais comme je ne comprends pas tout je préfère confirmation.

Encore merci, si tu savais de quelle situation tu m'as sorti, bon et dès maintenant j'investie dans un DDE pour faire une sauvegarde time machine.