10.15 Catalina DD non reconnu au démarrage avec partition type FFFF

bgilles13

Membre confirmé
22 Mars 2020
93
0
37
Bonjour tout le monde,
je suis nouvel inscrit sur ce forum mais je vous suis depuis un moment car votre forum a toujours résolu mais petits problèmes sur mon macbook pro. Mais là j'avoue être totalement bloqué!!

Depuis quelques jours mon mac a présenté du jour au lendemain des blocages fréquents comme s'il était sur sollicité. Le redémarrage n'a jamais solutionné le problème. Ce matin, en tentant un énième reboot, impossible de redémarrer.
Je suis passé par l'utilitaire recovery et là aussi, impossible de réinstaller la partition car mon SSD n'était pas montable. J'ai donc tenté plusieurs manips mais là je suis dans une impasse. Je vous mets quelques screenshots de mon problème:
Bloc de code:
-bash-3.2# diskutil list
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:       Microsoft Basic Data BOOTCAMP                84.8 GB    disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS HDD                     499.8 GB   disk1s2
/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.2 GB     disk2
   1:        Apple_partition_map                         30.7 KB    disk2s1
   2:                  Apple_HFS Mac OS X Base System    1.2 GB     disk2s2
/dev/disk3
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk3
/dev/disk4
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk4
/dev/disk5
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk5
/dev/disk6
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk6
/dev/disk7
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk7
/dev/disk8
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *6.3 MB     disk8
/dev/disk9
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *2.1 MB     disk9
/dev/disk10
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk10
/dev/disk11
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk11
/dev/disk12
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *524.3 KB   disk12
/dev/disk13
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               *1.0 MB     disk13

Le problème est que j'avais un disk0s2 qui était en FFFFF et j'ai suivi le thread suivant pour le modifier. Mais impossible de suivre la procédure notamment :
Bloc de code:
asr adjust --t /dev/disk--settype "Apple_APFS"
ou encore
Bloc de code:
gpt add -b 409640 -s 446856320 -t 7C3457EF-0000-11AA-AA11-00306543ECAC -i 2 /dev/disk1
bien que je l'ai adapté aux données de
Bloc de code:
gpt show /dev/disk1
J'obtiens en effet un message d'erreur avec resource busy malgré avoir essayer de forcer le démontage de disque.
Voilà, j'ai fait un peu n'importe quoi, si jamais vous pouvez m'aider.....
Un bon confinement à vous

Gilles
 
Dernière édition par un modérateur:
Bonjour bgilles

Je vois 2 disques principaux -->
Bloc de code:
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:       Microsoft Basic Data BOOTCAMP                84.8 GB    disk0s3
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:                  Apple_HFS HDD                     499.8 GB   disk1s2

  • s'agit de 2 disques internes ? - ou seul le disque de 240 Go est-il le disque interne ?
  • par ailleurs > je vois qu'une partition principale a disparu sur le disque de 240 Go. Tu dois vouloir la recréer. S'agit-il de récupérer les données du volume qu'elle supportait ? - question annexe : le volume BOOTCAMP est-il valide et démarrable ?

Passe la commande :
Bloc de code:
gpt show disk0

  • qui lit la table GPT de l'en-tête du disk0 > et affiche en conséquence la distribution des blocs du disque - tels que gérés actuellement par cette table.
Poste le tableau retourné.
 
Merci beaucoup de m'aider.
Voici l'erreur suite au lancement de cette commande :
Bloc de code:
gpt show: unable to open device 'disk0': Resource busy
Il s'agit de deux disques durs internes:
  • un SSD où est installé catalina et une partition BOOTCAMP pour windows
  • un HDD à la place du lecteur de CD pour stockage.
Je voulais simplement essayer de relancer l'ordi suite au plantage. J'aimerais ne pas perdre de données si possible sur le SSD...
Merci
 
Dernière édition par un modérateur:
J'ai corrigé, mais utilise en permanence les balises </> Bloc de code. ;)
 
Le message d'erreur : "impossible d'ouvrir l'appareil disk0 : ressource occupée" -->

- signifie que la table de partition GPT de l'en-tête du disque n'a pas pu être lue par la commande > car cette table est "activée" par le montage du volume BOOTCAMP. C'est seulement dans les vieilles version d'OS X (comme ici l'OS de secours d'usine Lion - sans doute) => qu'une activation de la GPT empêche sa lecture par la commande.​

- passe la commande :​
Bloc de code:
diskutil umount force disk0s3

  • qui démonte le voume BOOTCAMP

Poste le retour.
 
Bien joué!
Voici le retour :
Bloc de code:
-bash-3.2# diskutil unmount force disk0s3
Volume BOOTCAMP on disk0s3 force-unmounted
-bash-3.2# gpt show disk0
gpt show: disk0: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6         
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  302734368      2  MBR part 255
  303144008        952         
  303144960  165715968      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  468860928       1167         
  468862095         32         Sec GPT table
  468862127          1         Sec GPT header
 
Voici la bande d'espace libre correspondant à la partition disparue -->
Bloc de code:
     409640  302734368      2  MBR part 255

  • elle commence au bloc n° 409640 (1er bloc libre à après la partition n°1 de type EFI) > et a une extension de 302734368 blocs (de 512 octets = 154.99 Go).
  • je vois aussi que la table de partition MBR (alternative de la GPT des blocs 1 => 33) inscrite sur le seul bloc0 est une HMBR (Hybrid_MBR désignée comme "Suspicious MBR at sector 0"). Cette table décrit (en encodage MBR) au plus 3 partitions du disque et sert normalement au démarrage de Windows 7 (OS Legacy) et pas de Windows 10 (OS UEFI).

Il me faut à présent des informations => pour que je sache à quoi m'en tenir concernant la partition qui a été supprimée -->

- quel était l'OS installé dans le volume macOS ? - FileVault était-il activé ou pas ? - quelle est la version de Windows installée dans le volume BOOTCAMP ?​
 
Normalement je tournais sous Catalina. Je ne crois pas avoir activé filevault... Et j'avais installé Windows 10 sur Bootcamp.
 
D'accord.

- pour que tu aies installé Catalina > et que l'OS de secours d'usine (téléchargé en RAM par internet) s'intitulé : Mac OS X Base System (intitulé partagé par les 2 seuls OS de secours : Lion 10.7 & Mountain Lion 10.8) => alors on peut conjecturer que ton Mac est un MacBook Pro de 2012 - OS d'usine Mountain Lion.​

Passe les commandes informatives (séparément) :
Bloc de code:
sysctl hw.model
sw_vers -productVersion

  • qui affichent l'identifiant de modèle du Mac & la version de l'OS de secours démarré

Poste les retours.
 
Whaou, oui c'est ça je crois!
Bloc de code:
-bash-3.2# sysctl hw.model
hw.model: MacBookPro9,2
-bash-3.2# sw_vers -productVersion
10.8.5
 
MacBook Pro 13" mi-2012 et OS de secours d'usine Mountain Lion.

- bon : ça ne va pas le faire pour recréer une partition de type "Apple_APFS" dans ce vieil environnement qui ignore l'apfs. Il faut donc que tu rédémarres par internet > pour télécharger en RAM un OS de secours Catalina.​

Donc redémarre (Menu  > Redémarrer) > et tiens aussitôt pressées les 3 touches ⌘⌥R (cmd alt R). Ce qui va télécharger (globe terrestre) en RAM un OS de secours Catalina (500 Mo compressés) et démarrer le Mac dessus à la fin.

- quand tu récupères un écran affichant une fenêtre de 4 Utilitaires macOS > passe la commande :​
Bloc de code:
diskutil list internal

  • qui affiche la configuration interne seule

Poste le tableau.
 
C'est fait. Voilà le retour :
Bloc de code:
-bash-3.2# diskutil list internal
/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 HDD                     499.8 GB   disk0s2

/dev/disk1 (internal, physical):
#:                       TYPE NAME                    SIZE       IDENTIFIER
0:      GUID_partition_scheme                        *240.1 GB   disk1
1:                        EFI EFI                     209.7 MB   disk1s1
2:       Microsoft Basic Data BOOTCAMP                84.8 GB    disk1s3
 
Les disques internes ont permuté leurs index comme il arrive assez souvent.

- passe une commande :​
Bloc de code:
gpt show disk1

  • qui affiche la distribution des blocs du disque (tu vas voir qu'elle va passer ici sans démontage préalable de BOOTCAMP)

Poste le tableau => que je vérifie que les alignements de blocs soient bien les mêmes.
 
Bloc de code:
-bash-3.2# gpt show disk1
gpt show: disk1: Suspicious MBR at sector 0
      start       size  index  contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6        
         40     409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640  302734368      2  MBR part 255
  303144008        952        
  303144960  165715968      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  468860928       1167        
  468862095         32         Sec GPT table
  468862127          1         Sec GPT header
-bash-3.2#

J'avoue que là ça me dépasse totalement...
 
Pas de changement. Donc action !

- passe d'abord la commande :​
Bloc de code:
diskutil umount force disk1s3

  • qui démonte le volume BOOTCAMP (pour écrire à la table GPT => il faut la désactiver cette fois)

Poste le retour.
 
Voici la commande à passer :
Bloc de code:
gpt add -b 409640 -s 302734368 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1 ; diskutil list internal

  • tu la passes en copier-coller à rebours : tu la copies d'abord ici avec Safari > tu la colles dans le terminal > tu l'exécutes
  • la commande recrée un descripteur GPT de partition telle que : bloc de tête = 409640 > extension = 302734368 (blocs de 512 octets = 154.99 Go) > type = "Apple_APFS" (via l'UUID de ce type = 7C3457EF-0000-11AA-AA11-00306543ECAC) ; puis affiche la configuration interne

Poste le retour.
 
Argghhh, sur mon mac je ne peux pas accéder juste à ce thread! J'obtiens une page blanche avec "Error composing block page"...
Je vais essayer de trouver une alternative au copier coller!
 
C'est peut-être parce qu'on a atteint la limite où va avoir lieu un changement de page.

- je te reposte la commande à passer en espérant que ce message ouvre une page 2 du fil :​
Bloc de code:
gpt add -b 409640 -s 302734368 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1 ; diskutil list internal

  • tu n'as qu'à dire si tu as accès.
 
Dernière édition par un modérateur: