Répondre à la discussion

Salut Saucy


Voici la configuration du SSD retournée par diskutil list -->

[code]/dev/disk1 (internal, physical):

   #:                       TYPE NAME                    SIZE       IDENTIFIER

   0:      GUID_partition_scheme                        *525.1 GB   disk1

   1:                        EFI EFI                     209.7 MB   disk1s1

   2:   FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF             228.8 GB   disk1s2

   3:           Linux Filesystem                            4.9GB   disk1s3

   4:                 Apple_APFS                           16.9GB   disk1s4[/code]


La question se concentre sur la partition n°2 (disk1s2) de 228 Go --> pourquoi se trouve-t-elle décrite par le "pseudo" UUID = FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ?


----------


la 1ère conjecture que j'ai formulée est la suivante : cette partition qui était la base d'exportation d'un Conteneur apfs avec ses 4 volumes étant illisible --> il est impossible qu'un démarrage par ⌘R ait fait démarrer le Mac sur l'OS de secours local > car cet OS réside dans le volume apfs Recovery --> son lancement impliquerait nécessairement que la partition d'exportation du Conteneur apfs soit lisible --> ce qui n'est pas le cas. On pourrait concevoir alors que la commande aurait été redirigée sur un démarrage par internet permettant de lancer l'OS de secours correspondant à l'OS d'usine du Mac téléchargé en RAM. Cet OS antérieur à l'apfs ne saurait pas identifier ce format et y substituerait un UUID.


Cette conjecture séduisante (par ses promesses de solution express = démarrer sur un OS de secours 10.13) est manifestement fausse pour 2 raisons -->


  • un OS antérieur à l'apfs et incapable d'identifier ce format --> ne désigne jamais la partition apfs par un "pseudo" UUID = FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF > mais toujours par l'UUID de la partition qui lui est lisible (indépendamment du système de fichiers contenu). Donc on aurait eu affaire à un UUID vrai > ce qui n'est pas le cas


  • la partition n°4 > quoiqu'aucun Conteneur incluant au moins un volume ne s'en trouve exporté --> est très bien identifiée en tant qu'ayant un type : Apple_APFS. Ce constat détruit la conjecture qu'on aurait affaire à un OS d'usine incapable d'identifier un type APFS de partition. Soit on a bien affaire à l'OS de secours correspondant à l'OS d'usine du Mac > mais cet OS est alors Sierra 10.12 capable de reconnaître et de manipuler l'apfs (le Mac est alors très récent) > soit le démarrage par internet a été redirigé sur le téléchargement d'un OS de secours de type 10.13.


En ce qui concerne cette question secondaire --> elle est facile à régler : dans le panneau des 4 Utilitaires macOS > quel est l'OS proposé à la ré-installation si tu simules le lancement de cette option ?


----------


Note : je suis obligé de répartir mon topo en 2 messages > à cause d'une nouvelle limitation du nombre de caractères par message.