DDI non reconnu au démarrage, partition type FFFF

Parfait. Passe la commande décisive (copier-coller) -->
Bloc de code:
sudo gpt add -b 409640 -s 450722224 -t 53746F72-6167-11AA-AA11-00306543ECAC -i 2 /dev/disk0

  • cette commande recrée un descripteur dans la table GPT tel que --> super-bloc 0 = n° 409640 > extension de blocs = 450722224 blocs (230,8 Go) > type = "Apple_CoreStorage" (désigné par son UUID de type) > rang = n°2

Poste le bref retour.
 
Bien. Et voici la commande de vérité (elle n'agit pas : elle constate les résultats) -->
Bloc de code:
diskutil list

  • poste le tableau retourné...
 
Voici le tableau :

Bloc de code:
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *251.0 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage SSD                     230.8 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS SSD                    +211.0 GB   disk1
                                 Logical Volume on disk0s2
                                 759332A3-1636-471C-8367-FF1BAC0809B3
                                 Unlocked Encrypted

/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 Disque Externe          999.3 GB   disk2s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk2s3
 
Comme tu peux le voir : victoire pleine et entière. Avec la restauration du type adéquat de la partition --> le super-bloc 0 de la partition a été instantanément repris en charge par le kernel > ce qui a redéployé l'architecture du CoreStorage -->
Bloc de code:
   2:          Apple_CoreStorage SSD                     230.8 GB   disk0s2
------------------------------------------------------------------------------
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS SSD                    +211.0 GB   disk1
                                 Logical Volume on disk0s2
                                 759332A3-1636-471C-8367-FF1BAC0809B3
                                 Unlocked Encrypted

  • problème résolu. Tu peux rebooter sur le volume SSD si tu veux.
 
  • J’aime
Réactions: bibi_ et Mg9296
Tout a l'air de fonctionner correctement après redémarrage :)

Merci énormément pour le temps consacré Macomaniac :merci:

Je t'ai envoyé un message de profil :coucou:
 
Et toujours aussi bien documenté…

Merci MacO de te plonger dans les arcanes des Systèmes :merci:
 
Bonjour Neolooser

Je vois que tu es dans la session de secours - possiblement de l'OS de secours d'usine du Mac téléchargé en RAM via internet.

Voici comment tu vas pouvoir fournir les informations de base -->

- va à la barre de menus supérieure de l'écran > menu : Utilitaires > sous-menu : Terminal.

Dans la fenêtre ouverte > saisis la commande informative (ce qui est inscrit dans l'espace bleu-grisé)  :
Bloc de code:
diskutil list
et ↩︎ (presse la touche "Entrée" du clavier pour exécuter la commande)

  • tu vas voir s'afficher le tableau des disques attachés au Mac (en interne / externe) > avec leurs paramètres de tables de partition > partitions > volumes
  • une série de micro-disques correspond à des images-disques créées en RAM à l'occasion du démarrage en mode Recovery > dont les volumes sont montés en lecture & écriture à l'espace de dossiers de l'OS de secours qui leur servent de points de montage. Ce qui permet pendant le fonctionnement de cet OS monté en lecture seule > à des écritures de s'effectuer à l'espace des dossiers où se trouvent montés les volumes des images-disques de la RAM. Ces images-disques s'effacent à l'extinction ou au re-démarrage.

Voici comment tu vas pouvoir poster ici ce tableau sans avoir besoin de prendre de photo -->

  • tu sélectionnes le tableau > ⌘C pour le copier dans le presse-papier > ⌘Q pour quitter le «Terminal» > option  : "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires) > ce qui lance un navigateur «Safari» 
  • page Apple par défaut > un clic sur l'adresse de haut de page pour l'éditer > saisis  : macgénération (tout court  : c'est une barre de recherche Google) et valide > tu atteins le site MacGé > Forums > te connectes > ce fil 
  • dans cette page de MacGé > presse le bouton
    1555929346-524315-original.png
    ici :
    1555929346-521520-original.png

    menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)

=> ces informations montreront la configuration logique de ton disque.

Note 1 : si tu ne peux pas poster via le Safari de la session de secours (ça arrive) --> poste une photo du tableau (à partir du commencement = le disque /dev/disk0 ou disque physique interne) comme tu l'as déjà fait.

Note 2 : dans la session de secours > les applications se lancent en mode "alternatif" et pas parallèle. Il faut quitter le Terminal pour lancer Safari. Vice-versa > quitter Safari pour récupérer l'écran général de la session de secours et pouvoir relancer le Terminal. Aucun redémarrage n'est requis.
 
Tout d'abord mille fois merci de ta réponse aussi rapide
Voilà ce que j'obtiens

Bloc de code:
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI                         209.7 MB   disk0s1
   2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               459.9 GB   disk0s2
   3:                  Apple_HFS PC de Nicol             39.3 GB    disk0s3
   4:                 Apple_Boot Recovery HD             650.0 MB   disk0s4
MacBook-Pro-de-Nicolas:~ nicolasnoe$
 
Je vois que tu as une partition principale disk0s2 (disk0 ou 1er disque - slice2 ou seconde tranche logique) désignée par FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF -->

- cela signifie que le code du type de la partition > a été corrompu dans le descripteur correspondant de la table GPT du disque. Faute de pouvoir interpréter la désignation corrompue du type de partition > un UUID bidon intervient en substitution.​

Je vois que tu as en-dessous un volume PC de Nicol > flanqué d'une partition de secours avec un volume Recovery HD -->

- le volume PC de Nicol contient-il un OS démarrable ? - si oui > lequel ?​

----------

Te souviens-tu quel était l'OS installé dans le volume de la partition principale corrompue ? - High Sierra ? Mojave ? - le disque de 500 Go est-il un SSD ou un HDD (rotatif) ?

--> je suis obligé de te poser toutes ces questions > car il va s'agir d'effectuer une "recréation spéculative" du descripteur corrompu de la partition principale.​
 
Alors
- il y'a effectivement un OS sur le volume PC de Nicol il s'agit de l'os 10.7.5 (Lion) installé depuis internet
- L'OS dans le volume de la partition principale corrompue était Mojave dernière mise à jour il me semble
 
D'accord --> il s'ensuit que le type de la partition principale doit être "Apple_APFS" > correspondant à l'UUID universel de type : 7C3457EF-0000-11AA-AA11-00306543ECAC ou encore l'hex code : AF0A. Parfait : on sait exactement quel type restaurer.

Passe à présent les 2 commandes (l'une après l'autre) :
Bloc de code:
gpt show /dev/disk0
sysctl hw.model

  • la 1ère affiche la distribution des blocs du disque > la 2è l'identifiant de modèle du Mac
  • si tu es démarré sur un OS de secours d'usine Lion => il est possible que la 1ère commande ne soit pas autorisée (il me semble me souvenir que dans Lion la commande gpt ne peut pas accéder en lecture à une table de partition GPT si un volume du disque est monté).

Poste les retours.
 
Voilà les retours : (effectivement la commande gpt show ne fonctionne pas)

Bloc de code:
MacBook-Pro-de-Nicolas:~ nicolasnoe$ gpt show /dev/disk0
gpt show: unable to open device '/dev/disk0': No such file or directory
MacBook-Pro-de-Nicolas:~ nicolasnoe$ sysctl hw.model
hw.model: MacBookPro9,2
MacBook-Pro-de-Nicolas:~ nicolasnoe$
 
On voit que la commande gpt a bien été déniée d'accès dans l'OS de secours Lion.

Mais ton Mac est un MacBook Pro 13" mi-2012. Capable de démarrer par internet pour télécharger en RAM un OS de secours Mojave et de démarrer sur cet OS en RAM. Tout ce qui convient pour opérer commodément.

Donc redémarre (Menu  > Redémarrer) > et tiens aussitôt pressées les 3 touches ⌘⌥R (cmd alt R) = démarrage par internet -->

- connexion au Wi-Fi > téléchargement en RAM d'un OS de secours Mojave (500 Mo - globe terrestre en rotation) > démarrage à la fin du Mac sur cet OS de secours en RAM en indépendance du disque interne du Mac. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS.​

Relance le Terminal > passe les commandes :
Bloc de code:
diskutil list disk0
gpt show disk0

  • et poste les tableaux de la configuration du disque interne et de la distribution de ses blocs.
 
Lorsque je lance le démarrage sur internet j'ai bien le globe terrestre en rotation mais lorsque la barre de chargement arrive à la fin le mac redémarre sur Lion
 
Passe la commande :
Bloc de code:
diskutil list

  • et poste le tableau --> que je voie si tu es démarré sur un OS de secours Lion en RAM ou sur l'OS de secours Lion du disque (volume Recovery HD).