DDI non reconnu au démarrage, partition type FFFF

Bloc de code:
diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         1.0 TB     disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +969.8 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            925.1 GB   disk1s1
   2:                APFS Volume Preboot                 22.8 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4
 
Passe la commande :
Bloc de code:
diskutil verifyDisk disk0

  • qui vérifie la table de partition du SSD

Poste l'affichage retourné.
 
Bloc de code:
diskutil verifyDisk disk0
Started partition map verification on disk0
Checking prerequisites
Checking the partition list
Checking the partition map size
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition's file system
Checking the EFI system partition's folder content
Checking all HFS data partition loader spaces
Checking booter partitions
Checking Core Storage Physical Volume partitions
The partition map appears to be OK
Finished partition map verification on disk0
 
Donc -->

  • la table de partition n'a pas de problème (je ne sais pas pourquoi tu n'as pas pu passer la commande diskutil repairDisk disk0 dans le Terminal de la session de secours)
  • le système de fichiers apfs comporte une erreur irréparable (code de sortie de la vérification 78 au lieu de 0) > en contradiction de la vérification depuis ta session ouverte qui n'attestait aucune erreur.

Je ne vois pas d'autre solution que de cloner les 970 Go de données de Macintosh HD dans le volume d'un DDE USB > supprimer l'apfs > réinstaller macOS > récupérer les données du clone. À moins que tu n'aies une sauvegarde TM à la place.
 
Question: en faisant une sauvegarde TimeMachine est-ce que la structure de la partition est conserver ?

Sinon Est-ce que je peux faire la sauvegarde TimeMachine puis restaurer MacOS X High Sierra depuis l'OS internet et retrouver la totalité du disque puis en appliquant la sauvegarde seulement récupérer mes donnés personnel, logiciel etc ?

Et non pas revenir avec le même problème avec un une redistribution des partition et donc l'isolation des Giga restant.
 
Bloc de code:
APFS Container (1 found)
|
+-- Container disk1 19A3D967-4A2A-425D-8247-69B3DA962F4A
    ====================================================
    APFS Container Reference:     disk1
    Size (Capacity Ceiling):      969809166336 B (969.8 GB)
    Minimum Size:                 956321116160 B (956.3 GB)
    Capacity In Use By Volumes:   926914445312 B (926.9 GB) (95.6% used)
    Capacity Not Allocated:       42894721024 B (42.9 GB) (4.4% free)
    |
    +-< Physical Store disk0s2 11E96138-A579-4CF6-A1C8-EBD4F15B091A
    |   -----------------------------------------------------------
    |   APFS Physical Store Disk:   disk0s2
    |   Size:                       1000345828864 B (1.0 TB)
    |
    +-> Volume disk1s1 24B6CC83-93D7-3BEF-AEF1-B6A9C5C1B6D5
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s1 (No specific role)
    |   Name:                      Macintosh HD (Case-insensitive)
    |   Mount Point:               /
    |   Capacity Consumed:         925095104512 B (925.1 GB)
    |   FileVault:                 Yes (Unlocked)
    |
    +-> Volume disk1s2 E471BA67-E850-42D4-B8EA-F876A5177942
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s2 (Preboot)
    |   Name:                      Preboot (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         22822912 B (22.8 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s3 FCDE2964-2621-4FD7-A3CD-5F35F1188EF8
    |   ---------------------------------------------------
    |   APFS Volume Disk (Role):   disk1s3 (Recovery)
    |   Name:                      Recovery (Case-insensitive)
    |   Mount Point:               Not Mounted
    |   Capacity Consumed:         517783552 B (517.8 MB)
    |   FileVault:                 No
    |
    +-> Volume disk1s4 F17E3357-A018-4EF0-A99A-FA1BFB87FC4B
        ---------------------------------------------------
        APFS Volume Disk (Role):   disk1s4 (VM)
        Name:                      VM (Case-insensitive)
        Mount Point:               /private/var/vm
        Capacity Consumed:         1073766400 B (1.1 GB)
        FileVault:                 No
Si je je fais la sauvegarde TimeMachine, à cette instant, est-ce que ça va sauvegarder la structure en l'état ?
Si oui je vais tourner en rond après la reinstallation de High Sierra
Sinon, J'ai un volume complet de 1To après réinstallation et avec la backup TimeMachine toute mes donnés de retour sur un volume de 1To avec 100% des ressources alloué et non pas 4.4% restant qui sont là quelque part mais impossible à allouer.

Je sais pas si c'est tellement plus clair
 
Dernière édition:
Je pense qu'une bonne séquence serait : sauvegarde TM > démarrer par internet > supprimer l'apfs complet (et pas simplement le volume Macintosh HD) > réinstaller macOS (pour qu'il y ait reconversion à l'apfs) > en fin d'installation cocher la case de récupération des données : "À partir d'un autre Mac ou d'une sauvegarde Time Machine" > et indiquer le volume de la TM comme source.

C'est la distribution des fichiers dans le volume Macintosh HD que sauvegarde TM > pas l'architecture du système de stockage apfs. Donc l'erreur de sous-dimensionnement du Conteneur > par rapport au magasin Physical Store de la partition --> ne sera pas reproduite.
 
Ok et bien un grand merci pour toute ces informations, cela m'a vraiment été utile et instructif avec des indications et explication plus que claire, ce qui est vraiment apprécié. Pas mal d'inquietude lors de la recuperation des donné, au préalable plusieurs forum stipulaient que ce n'était pas possible et que c'était un adieu aux donnés. Je suis ravi de constater le contraire, plus de peur que de mal.
Je n'ai rien à ma disposition pour le moment pour faire ma TM backup mais courant de la semaine prochaine je reviendrais si problème il y a.

Peux tu juste me donné la commande pour effacer la partition apfs, que je ne fasse pas d'erreur ?

Une TM NAS marchera pareil faut juste pointer sur le serveur en question j'imagine que c'est dans les choix du menu TimeMachine

Un grand Merci @macomaniac
 
Il faudra que tu démarres via les 3 touches ⌘⌥R (cmd alt R) par internet. Ce qui veut dire que le Mac démarre sur un OS de secours 10.13 téléchargé en RAM --> ce qui permet de manipuler le disque interne sans limitations.

Dans le Terminal > tu passes d'abord un :
Bloc de code:
diskutil list

  • histoire de vérifier quel est l'index de disque virtuel du Conteneur apfs. Ce doit être disk2 suite à ce démarrage > le disk1 désignant l'image-disque en RAM de l'OS de secours (et le disk0 le SSD). Si le Conteneur était disk1 --> il serait très douteux que le Mac soit démarré sur la RAM.

Ce qui te permet de passer la commande :
Bloc de code:
diskutil ap deleteContainer disk2 "Macintosh HD"

  • mets bien "Macintosh HD" (avec les "") à la fin --> ça indique le nom que doit porter le volume reformaté
  • la commande supprime l'apfs entier > reformate la partition principale disk0s2 en jhfs+ > remonte un volume vide Macintosh HD

=> il ne te reste plus qu'à lancer l'installation à sa destination. Le programme d'installation effectuera la conversion à l'apfs.
 
Bonjour,

Je vais surement déterrer un vieux dossier mais j'ai besoin de votre aide pour récupérer ma partition et mes données.

J'ai exactement le même problème que Saucy.

J'ai suivi à la lettre (en adaptant quelques lignes de commandes) les instructions de macomaniac.

Cependant je coince après cette commande :

Bloc de code:
gpt remove -i 2 /dev/disk0

Le terminal me donne :

Bloc de code:
gpt remove : unable to open device '/dev/disk0' : Ressource busy

Une âme charitable pourrait-elle me guider ?

Merci d'avance.


Voici quelques informations supplémentaires :

La commande
Bloc de code:
gpt show /dev/disk0

Me donne :

Bloc de code:
      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  450722224      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
  451131864    1269536      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  452401400   37833319      
  490234719         32         Sec GPT table
  490234751          1         Sec GPT header

La commande
Bloc de code:
diskutil list

Me donne :

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: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               230.8 GB   disk0s2
   3:                  Apple_HFS Recovery HD             650.0 MB   disk0s3

/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

Le disque 2 étant un disque externe, sur lequel j'ai installé un Sierra de secours.

Merci d'avance :merci:
 
Dernière édition:
Bonjour bibi_

J'adore ce genre de problématique :)

Peux-tu en préambule préciser ce qui suit -->

  • a) es-tu démarré actuellement sur le volume Disque externe du DDE (OS Sierra 10.12) ?
  • b) quel est l'OS installé sur le disque interne (la partition disk0s2 dont le type est actuellement corrompu) ?
  • c) le disque interne est-il bien un SSD ? --> si l'OS installé est High Sierra > l'était-il en format apfs ? --> si l'OS installé était antérieur à High Sierra > y avait-il un format CoreStorage sur la partition disk0s2 (FileVault activé ou autre) ?
 
Bonjour Macomaniac :coucou:

  • a) Oui je suis actuellement démarré sur le Disque externe qui tourne avec Sierra 10.12
  • b) L'OS installé sur le disque interne est le même que le disque externe (Sierra 10.12)
  • c) Le disque interne est bien un SSD avec FileVault activé.
 
Donc ! --> le type à restaurer sur le partition disk0s2 est "Apple_CoreStorage".

À présent --> la commande gpt ne peut écrire à la table de partition GPT de l'en-tête du disque > que si (et seulement si) tous les volumes sont démontés sur les partitions du disque. Sinon > la table GPT est "busy" = occupée par la prise en charge des volumes de la part du kernel. Il faut donc démonter les volumes du disque.

Je ne vois pas trop quel volume serait monté actuellement sur le SSD > mais passe la commande :
Bloc de code:
diskutil umountDisk force disk0

  • qui démonte de force le SDD de ses volumes

Poste le message retourné.
 
Parfait. Alors enchaîne avec la commande que tu avais tentée :
Bloc de code:
sudo gpt remove -i 2 disk0

  • la commande supprime le descripteur de rang 2 dans la table GPT (sans rien toucher aux blocs du disque - notamment au header du CoreStorage inscrit sur le super-bloc 0 de la partition)

Poste le bref retour.

Note : normalement il faut sudo avec la commande gpt > à moins que tu n'aies inscrit un SUID_bit sur l'exécutable gpt --> est-ce le cas ?
 
Le descripteur a bien été supprimé. Cet acte d'écriture a bien pu "réactiver la table GPT" (reprise en charge par le kernel) > d'où = "busy". Tu repasses donc la commande préalable :
Bloc de code:
diskutil umountDisk force disk0

  • pour démonter le SSD et par là désactiver la table

Poste le retour.