10.15 Catalina SSD externe APFS ne boote plus, suite à tentative de passage utilisateur Catalina vers Monterey

subsole

Membre vénérable
Club iGen
16 Octobre 2010
11 183
3 521
Bonsoir, tout est dans le titre ou presque.
je bosse sur un OS Catalina sur disque SSD externe, ayant reçu mon MBP, j'ai voulu faire passer mon user directement à partir du SSD externe sur le MBP.
J'arrête proprement mon iMac et débranche le SSD que je rebranche sur le MBP, les choses semblent bien se passer, mais une fois l'import de l'user terminé, je m'aperçois qu'il n'a pas passé Mailo_O (entre autres nombreuses bizarreries) comme je l'ai toujours fait d'un OS à l'autre depuis des lustres ...

Bon, je laisse tombé et rebranche mon SSD externe sur mon iMac, et c'est la cata :( le SSD n'est même pas visible et donc impossible de redémarrer dessus.
Dans l'utilitaire de disque ( à partir du SSD interne del'iMac, je peux voir (en noir) CTCrucial 960M500SSD1 Media, puis en grisé Stockage physique disk2s2, et en noir AppleAPFSMedia.
L'utilitaire de disque donne l'erreur suivante:
Le processus S.O.S. a échoué. Si possible, sauvegardez les données de ce volume. Cliquez sur OK pour continuer

(erreur -119930868 dans com.apple.DiskManagement.disenter.) Impossible de monter « disk2s2 ».
Un SOS me donne : Exécution de S.O.S. sur « » (disk2s2)
Réparation du système de stockage
Exécution de fsck_apfs -y -x /dev/disk2s2
Checking the container superblock.
warning: container has been mounted by APFS version 1933.41.2, which is newer than 1412.141.1
warning: disabling overallocation repairs by default; use -o to override
Checking the EFI jumpstart record.
error: (oid 0x19ca742) efi_jumpstart: found zeroed-out block
error: verification/reading of the EFI jumpstart record failed
EFI jumpstart record is invalid.
The volume /dev/disk2s2 could not be verified completely.
Le code de sortie de la vérification du système de stockage est 8.
La vérification ou la réparation du système de stockage a échoué. : (-69716)

L’opération a échoué…


aus'cour
 
Voici le résultat d'un
Bloc de code:
diskutil list

Bloc de code:
The default interactive shell is now zsh.
To update your account to use zsh, please run `chsh -s /bin/zsh`.
For more details, please visit https://support.apple.com/kb/HT208050.
icii:~ JPG$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         500.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Data     328.3 GB   disk1s1
   2:                APFS Volume Preboot                 80.2 MB    disk1s2
   3:                APFS Volume Recovery                535.9 MB   disk1s3
   4:                APFS Volume VM                      12.9 GB    disk1s4
   5:                APFS Volume Macintosh HD            11.1 GB    disk1s5

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *960.2 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                 Apple_APFS Container disk5         960.0 GB   disk3s2

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

L'avant dernière ligne ne me dit rien de bon :(
 
IMac 27 Intel de 2014, ne peut aller au-delà de Big.
De toutes façons le SSD n'est plus vu sur MBP M1 Monterey ni sur l'iMac Intel Catalina, voilà voilà.o_O
Dans un premier temps , je voudrais récupérer le SSD qui est en Catalina et ou j'ai du taf non sauvegardé .................:banghead: :wtf: :dead: :shy:
 
Effectivement, je pense lui avoir laissé , il y a peu le lien de cette discussion, mais je n'en suis pas sûr, mon MacG est rouillé :bookworm:
Comment fait on pour contacter en privé ?
Perso, j'ai cliqué sur son avatar et laissé le lien avec un petit mot.
 
Bonjour subsole

Voici ton DDE -->
Bloc de code:
/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *960.2 GB   disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                 Apple_APFS Container disk5         960.0 GB   disk3s2

/dev/disk5 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk5
                                 Physical Store disk3s2
  • comme tu peux le voir > une erreur de taille (+ERROR) affecte actuellement le Conteneur apfs. Un Conteneur apfs est un disque logique virtualisé à partir d'un magasin de stockage physique Physical Store inclus dans la partition primaire du disque. La règle de cette virtualisation est celle de l'identité : le magasin primaire et le Conteneur logique doivent avoir la même taille au bloc près. Le Physical Store (qui a la taille exacte de la partition qui le contient) fait actuellement 960 Go. Si le Conteneur apfs se trouve affecté par une +ERROR > c'est parce que le super-bloc qui décrit ce Conteneur comme objet logique comporte une mention de taille différente des 960 Go actuels du magasin Physical Store de la partition. Comme la partition primaire avec ses 960 Go a la taille maximum possible --> on va en déduire que le super-bloc du Conteneur assigne au Conteneur une taille plus petite que les 960 Go actuels du magasin primaire. En bref : le super-bloc du Conteneur voudrait que le magasin physique ait une taille inférieure aux 960 Go actuels --> pour que la taille physique soit identique à la taille logique du Conteneur. Faute de cette congruence --> le Conteneur ne peut pas être virtualisé avec son ou ses volumes.

Avant de tenter une manœuvre de réalignement des tailles physique / logique --> j'ai une question : est-ce que tu n'aurais pas eu un partitionnement du disque de ton DDE (= une partition indépendante de queue de disque en plus de la partition apfs) > partition indépendante que tu aurais supprimée en tentant d'en récupérer l'espace au Conteneur apfs et à sa partition primaire ? Opération qui aurait foiré > la partition primaire et son magasin récupérant l'espace de la partition suppirmée > tandis que le super-bloc du Conteneur aurait conservé sa description de la taille antérieure à l'opération de récupération d'espace ?

- conjecture alternative : n'aurais-tu pas tenté un repartitionnement visant à réduire la taille actuelle de la partition apfs > opération qui aurait foiré en ce que le super-bloc du Conteneur aurait enregistré cette nouvelle taille logique plus petite > sans que la partition primaire du disque ni le magasin qu'elle contient ne voient varier par contre leur taille ?​
 
Coucou @macomaniac :coucou:
Merci de te pencher sur mon cas désespéré et désespérant :merci:
La réponse est non pour la question et encore non pour la conjecture, enfin je pense .... :cyclops:

À l'origine il y a déjà pas mal de temps c'est un clone fait avec SuperDuper, c'est le même SSD sur lequel tu avais déjà officié dans ce fil :
==> https://forums.macg.co/threads/ssd-externe-apfs-ne-boote-plus-suite-a-coupure-de-courant.1361383/

Ça devrait te donner des indications plus fiables, ici je pense ==> #6
-----------------------------------------------------
Question en prime , lorsque j'ouvre le Terminal, j'ai cette phrase :
The default interactive shell is now zsh.
To update your account to use zsh, please run chsh -s /bin/zsh.
For more details, please visit https://support.apple.com/kb/HT208050.


Pour le moment , je peux m'en servir tout de même ?
 
Dernière édition:
Passe la commande (si le Conteneur au +ERROR est toujours disk5 - sinon change son index d'appareil) :
Bloc de code:
diskutil verifyVolume disk5
  • qui vérifie l'apfs du Conteneur

Poste le retour.
 
Voilà :)
Avec 5 ça ne donne rien.
Bloc de code:
icii:~ JPG$ diskutil verifyVolume disk5
Unable to find disk for disk5

Avec 3 alors ...?
Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         500.1 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +500.1 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD - Data     326.6 GB   disk1s1
   2:                APFS Volume Preboot                 80.2 MB    disk1s2
   3:                APFS Volume Recovery                535.9 MB   disk1s3
   4:                APFS Volume VM                      12.9 GB    disk1s4
   5:                APFS Volume Macintosh HD            11.1 GB    disk1s5

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *960.2 GB   disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                 Apple_APFS Container disk3         960.0 GB   disk2s2

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +ERROR      disk3
                                 Physical Store disk2s2
Bloc de code:
icii:~ JPG$ diskutil verifyVolume disk3
Started file system verification on disk3
Verifying storage system
Performing fsck_apfs -n -x /dev/disk2s2
Checking the container superblock
warning: container has been mounted by APFS version 1933.41.2, which is newer than 1412.141.1
warning: disabling overallocation repairs by default; use -o to override
Checking the EFI jumpstart record
error: (oid 0x19ca742) efi_jumpstart: found zeroed-out block
error: verification/reading of the EFI jumpstart record failed
EFI jumpstart record is invalid
The volume /dev/disk2s2 could not be verified completely
Storage system check exit code is 8
Error: -69716: Storage system verify or repair failed
Underlying error: 8
Ça ressemble au message reçu avec le SOS de l'Utilitaire de disque :(
 
Dernière édition:
Oui : il s'agit du même message. La vérification a commencé par ceci -->
Bloc de code:
Checking the container superblock
  • qui concerne le super-bloc = le descripteur du Conteneur comme objet logique. Aucune erreur de taille n'est mentionnée en rapport. Car si ça avait le cas > la taille logique du Conteneur définie par le super-bloc aurait été indiquée (en bytes) > et en regard la taille physique différente du magasin Physical Store de la partition primaire du disque (en bytes aussi). Ma conjecture que le +ERROR affecté au Conteneur aurait désigné une erreur de taille (conformément aux autres cas que j'ai rencontrés sur les forums) --> se trouve réfutée. Aucune erreur de taille n'empêche le montage du Conteneur.

Ensuite vient la vérification de ceci -->
Bloc de code:
Checking the EFI jumpstart record
  • un composant logique qui peut se traduire par : enregistrement de départ de démarrage de l'EFI (l'EFI étant le programme interne de prédémarrage de la carte-mère). Dans la mesure où le Conteneur concerné n'est pas un Conteneur de simple stockage (de données) > mais de démarrage (recelant la distribution de volumes démarrable d'un OS) --> il peut s'agir d'un fichier relayeur pour l'EFI du Mac qui a la charge d'aller au volume Preboot de prédémarrage de l'OS hébergé par le Conteneur. Auquel cas il s'agirait d'un intermédiaire de boot (un "booter") pour l'EFI. Ce composant EFI jumpstart record est corrompu manifestement > et ça empêche le montage du Conteneur indépendamment même d'un démarrage.
  • baron dans un message précédent avait donc raison de rattacher le +ERROR à la corruption du composant EFI jumpstart record. Et boninmi de son côté a sans doute raison d'incrimimer l'OS Monterey démarré interne au Mac hôte --> d'avoir corrompu ce composant apfs du Conteneur hébergeant un OS démarrable Catalina.

Je suis obligé en bilan de constater qu'il y a là une corruption à la fois invalidante et irréparable. Brancher le DDE à un mac qui se trouverait démarré sur un OS Mojave ou Catalina --> permettrait-il d'échapper l'erreur d'écriture de l'EFI jumpstart record et de monter quand même le Conteneur comme disque de stockage ? - cette hypothèse me paraît hasardeuse.