Récupérer une partition de dual boot Linux

Effectivement j’aurais du passer par Bootcamp pour installer Ubuntu ça aurait été plus facile de le desinstaller [emoji849]

Je vais laisser tourner la récupération par internet cette nuit et je continuerai demain, mais si je réinstalle high sierra avec ma sauvegarde TimeMachine je récupérerai bien la totalité de mes 500go de disque dur ? Je n’ai pas de manipulation supplémentaire à réaliser ?
 
Comme il se fait tard > je te propose de laisser le démarrage par internet de ton Mac aller tout seul à son terme. La session de récupération peut rester en suspens sine die.

Et de reprendre demain. Tu n'auras qu'à signaler ici que tu es en ligne et je te dirai quoi faire.
 
Quad_merad a dit:
un grand merci déjà pour tout l’aide que tu m’apportes
Cliquez pour agrandir...

Une aide qui a commencé par te précipiter dans le bouillon avant de te proposer une bouée de sauvetage-
361608_original.png


Mais bon... Il fallait bien que tu puisses récupérer l'espace de ta partition subalterne. Donc il fallait bien passer les commandes qui effectuent cette opération. Qu'une commande de suppression de la partition n°3 (la virant à de l'espace libre) ait eu une incidence dans la table de partition GUID sur la description de la partition précédente (la n°2) --> c'est pour moi un hapax (une première occurrence qui n'avait pas de précédent).

Il faut bien une première fois dans les accidents informatiques. High Sierra semble un bon générateur pour cela : on le dira donc généreux en premières fois. Et même : le général des premières fois.
 
Ahah c’est vrai que je ne pensais pas devoir faire tout ça mais je vais m’intéresser a cet aspect de l’informatique maintenant !

Et du coup la récupération par internet a bien fonctionné, je peux réinstaller macOS High Sierra !
 
Alors si tu as un moment devant toi > passe une commande :
Bloc de code: 
diskutil list

  • et poste le tableau des disques retournés > que je voie à quoi ça ressemble.

- quoi qu'il arrive de la tentative de redéfinition du type de la partition du Système à "Apple_APFS" afin de permettre le rechargement du système de fichiers apfs toujours à sa place --> tu sais qu'il sera toujours possible de reformater > ré-installer High Sierra > récupérer ta TM.
 
Édit : je ne t'ai pas expliqué le mode d'emploi -->

  • tu trouves le «Terminal» de la récupération au menu : Utilitaires de la barre de menus supérieure
  • tu peux faire un copier-coller ici du tableau retourné en utilisant le «Safari» de "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires macOS)
 
macomaniac a dit:
Édit : je ne t'ai pas expliqué le mode d'emploi -->

  • tu trouves le «Terminal» de la récupération au menu : Utilitaires de la barre de menus supérieure
  • tu peux faire un copier-coller ici du tableau retourné en utilisant le «Safari» de "Obtenir de l'aide en ligne" (dans la fenêtre des 4 Utilitaires macOS)
Cliquez pour agrandir...

Voici le résultat de la commande "diskutil list" :

Bloc de code: 
-bash-3.2# diskutil list
/dev/disk0 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk0
   1:                  Apple_HFS OS X Base System        2.0 GB     disk0s1

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               398.9 GB   disk1s2

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

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +2.1 MB     disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +12.6 MB    disk9

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

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

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

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +1.0 MB     disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 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

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

-bash-3.2#
 
Alors passe la commande (avec exactitude) :
Bloc de code: 
asr adjust --t /dev/disk1s2 --settype "Apple_APFS"

  • cette commande ajuste le type de la partition disk1s2 à "Apple_APFS" en utilisant l'exécutable Apple asr (apple_software_restore)

=> est-ce que tu obtiens en retour un :
Bloc de code: 
Adjust completed successfully

  • ou bien un message d'erreur ?
 
C'eût été trop beau.

Passe la commande :
Bloc de code: 
gpt show /dev/disk1

  • qui retourne le tableau de la distribution des blocs du disque interne

=> poste ce tableau ici.
 
macomaniac a dit:
C'eût été trop beau.

Passe la commande :
Bloc de code: 
gpt show /dev/disk1

  • qui retourne le tableau de la distribution des blocs du disque interne

=> poste ce tableau ici.
Cliquez pour agrandir...


Résultat de la commande :

Bloc de code: 
-bash-3.2# gpt show /dev/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  779140224      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
  779549864  197555163        
  977105027         32         Sec GPT table
  977105059          1         Sec GPT header
-bash-3.2#
 
Alors le tout pour le tout !

Opération A : --> passe la commande :
Bloc de code: 
gpt remove -i 2 /dev/disk1

  • cette commande supprime la partition correspondant à l'index n°2 du disk1

=> est-ce que par chance tu obtiens le retour :
Bloc de code: 
/dev/disk1s2 removed

  • ou encore un message d'erreur ?
 
Chic ! - bizarre de se réjouir d'une destruction, non ?

Opération B : passe la commande (avec le plus grand soin) :
Bloc de code: 
gpt add -b 409640 -s 779140224 -i 2 -t apfs /dev/disk1

  • attention ! à la saisie numérique --> tu peux remonter au tableau de la distribution des blocs pour faire des copier-coller des 2 nombres (409640 & 779140224) qui correspondaient en entrée à cette ligne :
    Bloc de code: 
     409640  779140224      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

  • cette commande recrée la partition supprimée exactement sur le même emplacement de blocs au bloc près > avec le même index numérique n°2 > mais ce coup-ci le type de partition apfs

=> est-ce que tu obtiens en retour quelque chose comme :
Bloc de code: 
/dev/disk1s2 added

  • ou un message d'erreur ?
 
Alors voici la spéculation qui a dirigé cette manœuvre : l'entrée correspondant à la partition n°2 dans la table GPT de l'en-tête du disque était corrompue au niveau de la description du type de la partition.

Supprimer la partition efface l'entrée corrompue de la table GPT. Recréer la partition avec le bon type (apfs) remet une entrée valide dans la table GPT exactement en description du même emplacement sur le disque.

Les headers du système de fichiers apfs étant restés en stand-by tout ce temps sur les mêmes blocs > recréer un conteneur de partition disk0s2 valide doit pouvoir permettre au système de fichiers apfs d'être à nouveau chargé par le kernel en exercice.

Si tout s'est bien passé > le Conteneur apfs devrait se déployer de nouveau avec tous ses volumes.

C'est un peu trop beau pour être vrai > mais le retour
Bloc de code: 
/dev/disk1s2 added

  • donne une chance au système de fichiers apfs de revenir sur la scène.

----------

Passe la commande :
Bloc de code: 
diskutil list

  • et poste le tableau retourné.
 
macomaniac a dit:
Alors voici la spéculation qui a dirigé cette manœuvre : l'entrée correspondant à la partition n°2 dans la table GPT de l'en-tête du disque était corrompue au niveau de la description du type de la partition.

Supprimer la partition efface l'entrée corrompue de la table GPT. Recréer la partition avec le bon type (apfs) remet une entrée valide dans la table GPT exactement en description du même emplacement sur le disque.

Les headers du système de fichiers apfs étant restés en stand-by tout ce temps sur les mêmes blocs > recréer un conteneur de partition disk0s2 valide doit pouvoir permettre au système de fichiers apfs d'être à nouveau chargé par le kernel en exercice.

Si tout s'est bien passé > le Conteneur apfs devrait se déployer de nouveau avec tous ses volumes.

C'est un peu trop beau pour être vrai > mais le retour
Bloc de code: 
/dev/disk1s2 added

  • donne une chance au système de fichiers apfs de revenir sur la scène.

----------

Passe la commande :
Bloc de code: 
diskutil list

  • et poste le tableau retourné.
Cliquez pour agrandir...


Merci pour ces informations, voici le résultat de la commande
Bloc de code: 
diskutil list[code]

[code]-bash-3.2# diskutil list
/dev/disk0 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +2.1 GB     disk0
   1:                  Apple_HFS OS X Base System        2.0 GB     disk0s1

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk20        398.9 GB   disk1s2

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

/dev/disk3 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +2.1 MB     disk6

/dev/disk7 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +12.6 MB    disk9

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

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

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

/dev/disk13 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +524.3 KB   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               +1.0 MB     disk15

/dev/disk16 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                            untitled               +6.3 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

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

/dev/disk20 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +398.9 GB   disk20
                                 Physical Store disk1s2
   1:                APFS Volume Macintosh HD            211.8 GB   disk20s1
   2:                APFS Volume Preboot                 20.6 MB    disk20s2
   3:                APFS Volume Recovery                506.6 MB   disk20s3
   4:                APFS Volume VM                      2.1 GB     disk20s4
 
Victoire !

Tu as récupéré une distribution primaire conforme à l'orgine du disque interne -->
Bloc de code: 
/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk20        398.9 GB   disk1s2

  • la partition n°2 a été restaurée à son type original --> ce qui fait que le système de fichiers apfs "adossé" à la limite commençante du conteneur de la partition a pu être rechargé par le kernel pour gérer l'extension exacte de blocs de la partition.

En conséquence > on obtient ceci -->
Bloc de code: 
/dev/disk20 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +398.9 GB   disk20
                                 Physical Store disk1s2
   1:                APFS Volume Macintosh HD            211.8 GB   disk20s1
   2:                APFS Volume Preboot                 20.6 MB    disk20s2
   3:                APFS Volume Recovery                506.6 MB   disk20s3
   4:                APFS Volume VM                      2.1 GB     disk20s4

--> le Conteneur apfs se re-déploie intégralement à partir du magasin de stockage physique Physical Store de la partition n°2. Tous les volumes sont au rendez-vous sans aucune perte de données.

Problème résolu.

Tu n'as plus qu'à re-démarrer > en tenant pressée la touche "alt" > et à choisir de booter sur le volume Macintosh HD.

Une fois ta session ré-ouverte --> fais signe car...

... car il reste à récupérer les 100 Go d'espace libre qui sont toujours en souffrance en queue de disque.
 
macomaniac a dit:
Victoire !

Tu as récupéré une distribution primaire conforme à l'orgine du disque interne -->
Bloc de code: 
/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                 Apple_APFS Container disk20        398.9 GB   disk1s2

  • la partition n°2 a été restaurée à son type original --> ce qui fait que le système de fichiers apfs "adossé" à la limite commençante du conteneur de la partition a pu être rechargé par le kernel pour gérer l'extension exacte de blocs de la partition.

En conséquence > on obtient ceci -->
Bloc de code: 
/dev/disk20 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +398.9 GB   disk20
                                 Physical Store disk1s2
   1:                APFS Volume Macintosh HD            211.8 GB   disk20s1
   2:                APFS Volume Preboot                 20.6 MB    disk20s2
   3:                APFS Volume Recovery                506.6 MB   disk20s3
   4:                APFS Volume VM                      2.1 GB     disk20s4

--> le Conteneur apfs se re-déploie intégralement à partir du magasin de stockage physique Physical Store de la partition n°2. Tous les volumes sont au rendez-vous sans aucune perte de données.

Problème résolu.

Tu n'as plus qu'à re-démarrer > en tenant pressée la touche "alt" > et à choisir de booter sur le volume Macintosh HD.

Une fois ta session ré-ouverte --> fais signe car...

... car il reste à récupérer les 100 Go d'espace libre qui sont toujours en souffrance en queue de disque.
Cliquez pour agrandir...

J'ai bien booté sur Macintosh HD, je n'ai perdu aucune donnée c'est parfait, cependant il me manque effectivement 100go de disque
 
  • J’aime
Réactions: sergiodadi

Sujets similaires

DarkNeggror
Linux sur partition DD ext
Réponses
12
Affichages
2K
Unix, Linux et open source
nykk
nykk
Rare
Rétablir l'ordre de boot en dual
Réponses
1
Affichages
310
Unix, Linux et open source
Rare
Rare
M
création d'une partition d'espace libre
Réponses
18
Affichages
5K
Unix, Linux et open source
Invité
Invité
S
macOS Sonoma Problème de création de partition pour installer Ubuntu en dual boot sur Mac Book Pro mi-2014
Réponses
2
Affichages
1K
macOS
Smoov-E
S
C
MacBook Pro "patché" en Mojave et réinstallé en High Sierra
Réponses
4
Affichages
247
Hackintosh
Caren
C
Haut Bas