10.13 High Sierra Partition Windows supprimée et disparue sur second disque dur

Skillzar

Membre confirmé
20 Novembre 2019
11
0
25
Bonjour, j'espère que vous allez bien,

Je pense que vous avez lu le titre et je vais mieux m'exprimer ici. J'ai récemment voulu installer Windows sur mon iMac de 2010 (cela n'a pas marché mais ce n'est pas le problème), après cela je n'arrivais plus à revenir à 1 seule partition sur mon 2e disque dur de 1 To (qui me sert pour stocker mes documents, photos etc..) ce qui fait que j'ai cherché et trouvé une commande du genre "diskutil erasevolume free space" et au final cela m'a carrément fait disparaitre 300 Go (taille de la partition créée pour windows) sur les 1 To, ce qui me laisse avec un disque dur reconnu comme 1 To mais avec seulement 700 Go exploitables.

J'aimerais savoir comment faire pour récupérer cette partition (si cela est possible bien sûr).
Je vous joint des captures d'écrans avec :

Diskutil cs list.png Diskutil list.png

Disque1.png Disque2.png

Merci d'avance pour votre aide !
 
Dernière édition par un modérateur:
Bonjour,
Tu ne peux rattraper les Go de ton volume supprimé que si les blocs de ce dernier sont situés après ceux du volume restant.
En résumé, on rattrape vers le bas mais jamais vers le haut à cause du premier bloc du volume restant ou super bloc qui est indeplaçable.
Donc puisque tu as supprimé le volume tu peux tenter de réaffecter les blocs dans les limites ci dessus
Bloc de code:
diskutil resizeVolume disk0s2 0b
Si la commande ne fonctionne pas, tu n’as comme solution que de recréer ce volume ou transférer tes données pour tout reformater
Le 0 de 0b est un zéro
 
Merci beaucoup pour ton aide, par contre du coup il faut spécifié une taille (en GiB) pour la commande, je doit mettre combien?
 
Bonjour Skillzar

Je complète ici l'instruction d'izel mor :coucou:. Il faut d'abord supprimer le partition résiduelle disk0s4 (type EFI > volume NO NAME non monté par défaut)> car elle bloque la possibilité de récupérer l'espace libre vraisemblablement situé en queue de disque.

- passe la commande (copier-coller) :​
Bloc de code:
diskutil eraseVolume free null disk0s4 ; diskutil resizeVolume disk0s2 0b ; diskutil list

  • la commande supprime la partition NO NAME > récupère son espace à la partition Data > réaffiche le tableau des disques

Poste le retour complet de la commande en copier-coller > en veillant à faire le coller dans un Bloc de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite du smiley souriant) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.

Note : 0b (zéro byte) en final d'une commande de récupération d'espace est compris ainsi : "récupérer tout l'espace libre disponible en-dessous jusqu'à épuisement du dernier byte". Cette valeur "indéfinie" est toujours préférable à une valeur fixe => laquelle ne saurait comptabiliser combien exactement de blocs d'espace libre sont récupérables.
 
Rien tu passes juste la commande en copier coller
0b veut dire sans rien laisser
Oups @macomaniac coucou! vient de te répondre avec sa précision habituelle. Tu as donc tout. Même la suppression de l’EFI inutile que je n’osais supprimer dans un premier temps
 
Dernière édition:
J'ai effectuer la commande complète de @macomaniac, du coup je vais poster le résultat avec ce message mais de ce que je vois j'ai récupérer l'entièreté du disque dur tout en gardant les données stockés dessus.
Je vous remercie franchement beaucoup, je pensais déjà devoir tout effacé etc
D'ailleurs, je viens de voir que j'ai le même "EFI NO NAME" sur mon disque Macintosh HD, c'est normal ou c'est aussi à supprimé?
Bloc de code:
Started erase on disk0s4 NO NAME
Unmounting disk
Finished erase on disk0
Resizing to full size (fit to fill)
Started partitioning on disk0s2 Data
Verifying the disk
Verifying file system
Volume could not be unmounted
Using live mode
Performing fsck_hfs -fn -l -x /dev/rdisk0s2
Performing live verification
Checking Journaled HFS Plus volume
Checking extents overflow file
Checking catalog file
Checking multi-linked files
Checking catalog hierarchy
Checking extended attributes file
Checking volume bitmap
Checking volume information
The volume Data appears to be OK
File system check exit code is 0
Restoring the original state found as mounted
Resizing
Modifying partition map
Copying booter
Growing file system
Finished partitioning on disk0s2 Data
/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_HFS Data                    999.3 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s4
/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_HFS Data                    999.3 GB   disk0s2
   3:                 Apple_Boot                         650.0 MB   disk0s4

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Macintosh HD            239.1 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:                        EFI NO NAME                 104.9 MB   disk1s4
 
Super
C’est normal que tes données ne soient pas touchées.
Pour le second disque il faut attendre l’expertise de @macomaniac,
Le volume est en surnombre et sans doute dû à Windows mais je préfère me pas me prononcer sur un EFI même no Name
 
L'espace a bien été récupéré.

- redémarre une fois > ta session réouverte > repasse un :​
Bloc de code:
diskutil list

  • et reposte le tableau des disques => pour voir si le volume Recovery HD de la partition de secours du HDD a bien été remonté.

Et oui : la partition de type EFI > volume NO NAME du SSD => est également à supprimer. Comme celle du HDD > il s'agit d'un reliquat de tentative d'installation de Windows.
 
Du coup je peux supprimer tout ce qui comporte "EFI" ?
Après redémarrage, voilà ce que ça donne:
Bloc de code:
/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_HFS Data                    999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Macintosh HD            239.1 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:                        EFI NO NAME                 104.9 MB   disk1s4
 
Passe la commande (copier-coller) :
Bloc de code:
diskutil eraseVolume free null disk1s4 ; diskutil resizeVolume disk1s2 0b ; diskutil list

  • la commande supprime la partition disk1s4 (volume NO NAME) du SSD > récupère son espace au volume Macintosh HD > ré-affiche le tableau des disques

Poste retour.

-----------

Note : attention ! les 2 autres partitions de type EFI de rang n°1 sur les 2 disques -->
Bloc de code:
   1:                        EFI EFI                     209.7 MB   disk0s1

   1:                        EFI EFI                     209.7 MB   disk1s1

  • sont des partitions absolument légitimes qui se créent avec la table de partition GPT (GUID_Partition_Table) d'en-tête de disque. Il s'agit de l'ESP (EFI_System_Partition) ou partition-système de l'EFI (EFI ici désignant le programme de boot primaire du Mac > recelé dans une puce de la carte-mère). Une telle partition ESP sert en cas d'installation à la vérification et/ou à la mise à jour du programme interne. Elle peut aussi receler des exécutables de prédémarrage de Windows en cas de partition BOOTCAMP fonctionnelle.

=> en résumé : à ne jamais supprimer sur un disque.
 
D'accord, du coup je n'y toucherais pas, je pense que tout est bon maintenant, j'ai juste supprimé la "NO NAME":
Bloc de code:
/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_HFS Data                    999.3 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *240.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS Macintosh HD            239.1 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3