10.14 Mojave Partition supprimée ?

P

pixelable

Membre confirmé
14 Avril 2018
75
0
33
Bonjour à tous,

Ayant un gros problème avec mon iMac, surement suite à de mauvaise manipulation, je viens ici vous demander de l'aide...

J'ai un imac avec Mojave et Bootcamp, j'ai voulu hier ajouté de l'espace à bootcamp qui en manquait cruellement. J'ai cependant du foiré quelque part car maintenant il m'est impossible de démarrer mon imac, que ce soit sur MacOS ou sur Windows... J'ai la pomme qui s'affiche puis cet icone (voir ci-joint). En faisant cmd + R au démarrage, j'ai remarqué que mes partitions étaient "bizarre" (voir ci-joint).

Est-il possible de récupérer mes données ou une remise à zéro semble obligatoire (et possible) ?

Merci d'avance pour votre aide

Edit : J'ai accès à Windows mais pas à MacOS.

sens-interdit-au-démarrage-du-mac-1.webp IMG_2753.webp
 
Dernière édition par un modérateur:
pixelable a dit:
J'ai un imac avec Mojave et Bootcamp, j'ai voulu hier ajouté de l'espace à bootcamp qui en manquait cruellement.
Cliquez pour agrandir...
Par défaut, avec Utilitaire de disque il est impossible de modifier la taille des partitions ! Là, tu as corrompu le boot de démarrage de macOS et il va ta falloir passer par des commandes via le Terminal. Commence par un Copier/Coller de cette commande...
Bloc de code: 
diskutil list
...en validant avec la touche Entrée, puis en donnant le résultat. La suite à voir avec notre ami macomaniac. ;)

Petit rappel...
Pour diffuser un rapport EtreCheck ou un retour de commandes via le Terminal dans les forums, dans votre réponse, un clic sur cette icône ⊞, sélectionnez les Balises </> Code, dans la fenêtre qui s’ouvrira faites un Copier/Coller du rapport et/ou du résultat du Terminal, un clic sur Insérer et validez votre réponse.
Cliquez pour agrandir...

Il est trop tard, mais il faut utiliser un logiciel tiers pour augmenter/diminuer les partitions et c'est Camptune de Paragon.
 
Bonjour Locke,

Voici le résultat de la commande ;

Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS                         27.7 GB    disk0s2

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk1
   1:                        EFI                         209.7 MB   disk1s1
   2:       Microsoft Basic Data BOOTCAMP                172.2 GB   disk1s2
   3:           Windows Recovery                         511.7 MB   disk1s3

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS OS X Base System        2.0 GB     disk2s1

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk18
 
Bonjour pixelable

Donc tu as un iMac avec 2 disques : un SSD de 28 Go & un HDD de 1 To. Normalement ces 2 disques sont associés en mode Fusion Drive au niveau de leurs partitions principales. Je présume que ce devait être aussi le cas pour toi. Si l'OS Mojave a été installé > alors il a dû convertir la forme classique de Fusion Drive (format CoreStorage) => au nouveau format apfs.

Je vois une telle partition de type apfs sur ton SSD -->
Bloc de code: 
   2:                 Apple_APFS                         27.7 GB    disk0s2

  • mais je ne trouve pas la correspondante sur ton HDD. Or la partition BOOTCAMP n'occupe que 172 Go. Il y a environ 827 Go d'espace libre sur le HDD : on peut supposer que cet espace libre correspond à une partition apfs supprimée.
  • lorsqu'un Fusion Drive associe 2 disques (SSD & HDD) --> c'est toujours en queue de HDD que se crée une partition BOOTCAMP. La présence d'une partition BOOTCAMP sur ton SSD > dans l'hypothèse régulière d'un Fusion Drive > laisse supposer que la localisation de la partition apfs disparue est juste entre la partition EFI actuelle (disk1s1) & la partition BOOTCAMP.

Passe la commande :
Bloc de code: 
gpt show disk1

  • la commande affiche le tableau de la distribution des blocs du HDD

Poste ce tableau.
 
Bonjour macomaniac, voici ;

Bloc de code: 
-bash-3.2# gpt show disk1
       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  1615874008        
  1616283648   336238000      2  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1952521648      999424      3  GPT part - DE94BBA4-06D1-4D40-A16A-BFD50179D6AC
  1953521072        4063        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
 
Voici la bande des blocs libres actuels -->
Bloc de code: 
      409640  1615874008

  • elles se situe effectivement entre les partitions actuellement indexées comme 1 (EFI) & 2 (BOOTCAMP). Cette bande commence au bloc n°409640 > et elle possède une extension de 1615874008 blocs (de 512 octets) = 827.32 Go
  • à tous les coups > cette bande de blocs correspond à la partition de type apfs n°2 > qui se trouvait associé à celle du SSD en mode Fusion Style apfs. Je ne sais pas s'il y a eu reformatage de cette partition du HDD depuis l'environnement Windows démarré > ou s'i y a eu simplement suppression du descripteur de cette partition.

=> on peut si tu veux recréer un descripteur de partition de type apfs dans la table GPT du HDD --> afin de vérifier si cette recréation régénère une partition nantie d'un système de fichiers apfs. Qu'est-ce que tu en penses ?
 
à tous les coups > cette bande de blocs correspond à la partition de type apfs n°2 > qui se trouvait associé à celle du SSD en mode Fusion Style apfs. Je ne sais pas s'il y a eu reformatage de cette partition du HDD depuis l'environnement Windows démarré > ou s'i y a eu simplement suppression du descripteur de cette partition.
Cliquez pour agrandir...

Effectivement, afin d'agrandir ma partition Bootcamp je suis passé par Windows en modifiant les partitions, il risque donc d'y avoir eu reformatage de cette partition par erreur.

=> on peut si tu veux recréer un descripteur de partition de type apfs dans la table GPT du HDD --> afin de vérifier si cette recréation régénère une partition nantie d'un système de fichiers apfs. Qu'est-ce que tu en penses ?
Cliquez pour agrandir...

Oui pas de problème même si quand je vois le nombre de partition de quelques Ko / Go, j'ai l'impression qu'il faudrait nettoyer tous cela. L'idéal serait donc peut-être de nettoyer l'ensemble, si possible récupérer mes données sur MacOS et on peut même supprimer entièrement bootcamp (que je remettrais par la suite) ?
 
Passe la commande :
Bloc de code: 
diskutil umountDisk force disk1

  • qui démonte le HDD de ses volumes et désactive sa table GPT

Poste le retour.
 
Alors voici la commande à passer :
Bloc de code: 
gpt add -b 409640 -s 1615874008 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1

  • tu la saisis en copier-coller à rebours : tu viens d'abord ici avec Safari > copies la commande > quittes Safari > lances le Terminal > colles la commande > et tu l'exécutes
  • cette commande recrée spéculativement un descripteur de partition. Canoniquement > aucun bloc d'espace libre ne sépare la partition EFI n°1 de la partition macOS qui la suit. J'assume donc que le bloc n°409640 est le bloc 0 de l'ancienne partition apfs. Bloc 0 qui correspondait au super-bloc du système de fichiers apfs = le bloc de son header ou en-tête (le bloc d'ancrage originel). S'il y a eu refomatage sans recréation de système de fichiers --> le bloc 0 a été effacé de l'en-tête de super-bloc de l'apfs. S'il n'y a pas eu reformatage > mais simple suppression d'un descripteur GPT --> le bloc n°409640 est toujours le super-bloc d'un système de fichiers apfs toujours inscrit sur les blocs.
  • j'ai mis une extension complète de 1615874008 blocs disponibles. Il y a souvent un tampon d'espace libre d'un millier de blocs créé entre la partition 2 & 3 > mais une sur-extension de partition devrait être bien gérée par l'apfs si le bloc n°409640 est toujours son super-bloc intact. L'UUID est celui du type apfs de partition

Poste le retour de la commande.
 
Il semblerait qu'il y ai une erreur ?

Bloc de code: 
-bash-3.2# gpt add -b 409640 -s 1615874008 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1
gpt add: disk1: error: no space available on device
-bash-3.2#
 
Alors passe la commande éditée :
Bloc de code: 
gpt add -b 409640 -s 1615872000 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1

  • j'ai mis une extension de partition de 2008 blocs plus petite > ce qui laisse un tampon de blocs libres avec la partition BOOTCAMP

=> quel est le retour de la commande ?
 
Il semblerait que ce soit la même erreur ;

Bloc de code: 
-bash-3.2# gpt add -b 409640 -s 1615872000 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1
gpt add: disk1: error: no space available on device
 
Passe la commande :
Bloc de code: 
diskutil repairDisk disk1

  • la commande répare la table GPT du HDD > + sa partition EFI (à laquelle manque le volume)

Poste l'affichage retourné.
 
Ok voici ce que ça retourne :

Bloc de code: 
-bash-3.2# diskutil repairDisk disk1
Repairing the partition map might erase disk1s1, proceed? (y/N) y
Started partition map repair on disk1
Checking prerequisites
Checking the partition list
Adjusting partition map to fit whole disk as required
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
Reviewing boot support loaders
Checking Core Storage Physical Volume partitions
Updating Windows boot.ini files as required
The partition map appears to be OK
Finished partition map repair on disk1
-bash-3.2#
 
Repasse une commande :
Bloc de code: 
diskutil list

  • et poste le tableau des disques --> que je voie à quoi ressemble le HDD.
 
Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI                         209.7 MB   disk0s1
   2:       Microsoft Basic Data BOOTCAMP                172.2 GB   disk0s2
   3:           Windows Recovery                         511.7 MB   disk0s3

/dev/disk1 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         28.0 GB    disk1
   1:                        EFI EFI                     314.6 MB   disk1s1
   2:                 Apple_APFS                         27.7 GB    disk1s2

/dev/disk2 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk2
   1:                  Apple_HFS OS X Base System        2.0 GB     disk2s1

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +5.2 MB     disk3

/dev/disk4 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk4

/dev/disk5 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk5

/dev/disk6 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk7

/dev/disk8 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk8

/dev/disk9 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk9

/dev/disk10 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk10

/dev/disk11 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk11

/dev/disk12 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk12

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +2.1 MB     disk13

/dev/disk14 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk14

/dev/disk15 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +1.0 MB     disk16

/dev/disk17 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 MB     disk17

/dev/disk18 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   disk18

-bash-3.2#


Voici, je n'y connais pas grand chose mais quand je vois le nombre de disque "untitled", ça me semble assez moyen... ?!
 
  • 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.
----------

Retente les 2 commandes :
Bloc de code: 
diskutil umountDisk force disk1
gpt add -b 409640 -s 1615872000 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1

  • poste le retour de la 2è.
 
D'accord je comprends mieux, merci.

Voici le retour ;

Bloc de code: 
-bash-3.2# gpt add -b 409640 -s 1615872000 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk1
gpt add: disk1: error: no space available on device
 
Bon : on va tenter de passer en force. Passe la commande :
Bloc de code: 
diskutil eraseDisk free null gpt disk1 ; diskutil list

  • mets bien un point virgule ; enre disk1 et diskutil
  • la commande efface la GPT actuelle (avec ses descripteurs de partitions EFI > BOOTCAMP > et sa récupération) > et en recrée une > ne décrivant qu'une partition : EFI n°1 (sans toucher au reste du disque) ; puis elle réaffiche le tableau des disques

Poste l'affichage retourné.
 

Sujets similaires

F
macOS Sonoma Plantage après redémarrage sur autre partition
Réponses
62
Affichages
5K
macOS
sinbad21
sinbad21
O
macOS Sonoma Espace perdu après suppression BOOTCAMP
Réponses
4
Affichages
643
macOS
Olive75x
O
J
Partition Irrécupérable
Réponses
14
Affichages
1K
macOS
ericse
ericse
mikeosx
Modifier les partitions existantes d'un SSD
Réponses
19
Affichages
2K
macOS
Sly54
Sly54
S
macOS Monterey Problème réinstallation macOS AFPS
Réponses
23
Affichages
2K
macOS
Membre supprimé 1060554
M
Haut Bas