10.15 Catalina Plus de disque ni partition pour installer Mac OSX

[garoloup]

Bonjour a tous,
J'ai voulu faire une clean install sur mon Macbook pro 15" Late 2013 depuis Catalina vers Big sur.
J'ai pu faire une sauvegarde timemachine.

J'ai commencé par rebooter en recovery mode pour effacer mon disque et la partition data sans toucher a mon bootcamp windows 10.
Puis je suis passé a l'installation de mac os qui m'a proposé Catalina.

Comme je voulais passer à Big Sur j'ai rebooté en Internet Recovery Mode pour acceder à cette install

Et les ennuis ont commencé car je ne vois plus mes partitions apfs mais seulement une petite partition de 3 GB voir image attachée et rapport diskutil):
Apple disk image Media 3GB : Image disque - Table de partition GUID - MacOS Base System - disk1 - Nb d'enfants = 2
contenant:
macOS Bases System 2,9 GB: Volume d'image disque - Mas OS étendu - macOS 11.0.1 - disk1s2

De ce fait impossible de choisir un disque pour installer Big sur, Catalina ou Maverick suivant les mode de recovery ou encore mon backup timemachine

Le seul OS qui continue de fonctione est windows 10 : un comble !


le resultat de la commande diskutil list:

/dev/disk1 (disk image):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        +3.2 GB     disk1
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk1s1
   2:                  Apple_HFS ⁨macOS Base System⁩       2.9 GB     disk1s2

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

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

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

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

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

 

[Membre supprimé 1060554]

Bonjour garoloup

Il y a un loupé dans le tableau > car le disk0 (ou 1er disque) n'est pas affiché.

- redémarre (Menu  > Rédémarrer) > les 3 touches ⌘⌥R (cmd alt R) tenues pressées = démarrage par internet (globe terrestre) téléchargeant en RAM un OS de secours Big Sur (500 Mo compressés) > puis démarrant le Mac dessus à la fin. Tu obtiens un écran affichant une fenêtre de 4 Utilitaires macOS (= écran de la session de secours).​

Passe alors la commande :

diskutil list internal

• qui affiche la configuration du disque interne seule

Poste le retour.

 

[garoloup]

Salut Macomaniac,

Je l'ai deja fait maintes fois et c'est bien mon probleme je pense.
Et ca se confirme listant les disques internes car la liste est completement vide : la commande ne repond rien du tout.

Est ce windows du bootcamp qui a modifié la table de partition ?

La question est maintenant si on peut et comment reconstruire cette table ?
Ou bien si il est possible de faire une clef de demarrage qui s'en chargerait ?

 

[Membre supprimé 1060554]

Tu n'arrives pas à effectuer le démarrage par internet sur un OS de secours Big Sur en RAM ?

 

[garoloup]

Si la combinaison de 3 touches ⌘⌥R (cmd alt R) fonctionne bien car j'arrive sur la fenetre des 4 utilitaires et je peux lancer des commandes terminal comme diskutil ou acceder a mon reseau interne.

Mais le disk0 a bien disparu

 

[Membre supprimé 1060554]

Ton Mac est-il un MBP Retina avec un SSD barrette d'usine ? - ou un modèle antérieur non Retina ?

 

[garoloup]

Il s'agit bien d'un MBP retina 15" Late 2013 avec 1 To de SSD.
Je l'ai acheté d'occasion il y a quelques années, mais je ne sais pas comment vérifier si son SSD est d'usine.

 

[Membre supprimé 1060554]

Comme tu levois sur ce tuto d'iFixit : ☞MBP 15" fin 2013 - SSD☜ (clique le lien rouge) --> le SSD est clippé à la carte-mère et amovible.

- si tu avais un tournevis Pentalobe P5 (pour dévisser les vis de la plaque de fond du Mac) et un Torx T5 (pour l'unique vis de fixation du SSD) => tu pourrais détacher le SDD > nettoyer les contacts à l'alcool isopropylique > remettre en place. Et tester voir si le SDD est de nouveau connecté.​

En cas d'échec => je te conseille un diagnostic de la panne dans un magasin agréé Apple.

 

[garoloup]

En supprimant la partition Mac de lus grande taille sur windows, j'ai avancé un tout petit peu car je vois maintenant un espace libre avec diskutil:

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk0s1
                    (free space)                         799.0 GB   -
   2:       Microsoft Basic Data ⁨BOOTCAMP⁩                201.3 GB   disk0s2

est il possible de recuperer cet espace maintenant avec diskutil ?

 

[Membre supprimé 1060554]

Je vois que le disk0 (disque interne) est reconnecté. Et oui : il est possible de convertir cet espace libre de près de 800 Go en partition sans compromettre la partition BOOTCAMP. Mais pas avec la commande diskutil.

- passe la commande :​

gpt show disk0

• qui lit la table de partition GPT d'en-tête du disque > et affiche en retour la distribution des blocs gérés par cette table

Poste le tableau obtenu.

 

[garoloup]

le resultat de gpt:

       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  1560547288         
  1560956928   393252864      2  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1954209792         295         
  1954210087          32         Sec GPT table
  1954210119           1         Sec GPT header

 

[Membre supprimé 1060554]

Parfait. Passe la commande préalable :

diskutil umountDisk force disk0

• qui démonte le disque interne de ses volumes > ce qui décharge la GPT de sa prise en charge par le kernel (le moteur du Système de secours démarré) et par là la désactive => ce qui va permettre d'y écrire une édition de descripteur (hé oui : un petit diskutil quand même ici en préambule)

Poste le retour.

 

[garoloup]

Force unmount of all volumes on disk0 was successful

 

[Membre supprimé 1060554]

Démontage réussi. Voici la commande à passer :

gpt add -b 409640 -s 1560547000 -t 48465300-0000-11AA-AA11-00306543ECAC disk0 ; diskutil list disk0

• tu la passes en copier-coller à rebours : copier ici d'abord via Safari > coller dans le terminal > exécution

• la commande crée dans la GPT un nouveau descripteur de partition telle que : bloc de tête = n°409640 (1er bloc libre après la partition de type EFI n°1) > extension = 1560547000 blocs (de 512 octets = 799 Go - avec ménagement d'un espace libre tampon de 288 blocs = 147 Ko de séparation d'avec la partition BOOTCAMP) > type : ="Apple_HFS" (via l'UUID universel de ce type de partition = 48465300-0000-11AA-AA11-00306543ECAC) - puis réaffiche la configuration du disque interne

Poste le retour.

 

[garoloup]

Pour installer catalina ou Big Sur ne vaudrait il pas mieux passer en apfs directement ?

Voice le resultat de la commande (je passe par scp a travers mon reseau pour les commandes et resultats car je suis en recovery)

disk0s3 added
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI ⁨EFI⁩                     209.7 MB   disk0s1
                    (free space)                         799.0 GB   -
   2:       Microsoft Basic Data ⁨BOOTCAMP⁩                201.3 GB   disk0s2
   3:                  Apple_HFS ⁨disk0s2⁩                 799.0 GB   disk0s3
                    (free space)                         201.3 GB   -

 

[Membre supprimé 1060554]

La partition a été créée. Mais le kernel de type Big Sur qui vient de reprendre en charge la GPT du disque interne (car y écrire la réactive automatiquement) => se mélange actuellement les pinceaux entre la nouvelle configuration de la GPT et sa conservation en mémoire de l'ancienne. Ce qui donne l'hybride croquignolet dont tu as le tableau sous les yeux > avec conservation théorique de l'espace libre de 799 Go et affichage d'une partition Apple_HFS de la même taille > et concomitance d'une partition BOOTCAMP de 201 Go et d'un prétendu espace libre de la même taille. Bref : le b.... azar total.

- peux-tu redémarrer une fois > via les 3 touches ⌘⌥R pour re-télécharger en RAM un OS de secours Big Sur ? Quand tu réouvres la session de secours aux 4 Utilitaires macOS > repasse une commande :​

diskutil list disk0

• et reposte la configuration du disque interne (j'espère qu'il sera encore connecté). Le kernel relancé fournira un tableau apuré.

 

[garoloup]

Mince la commande diskutil list internal ne donne rien !
Ni gpt show disk0

On a pas oublié le remontage ?

----------------------------------------------------

J'ai préparé entre temps une clef ou j'ai installé Maverick :
L'utilitaire de disque montre le SSD interne avec 2 partitions
Il y a aussi 2 notifications d'OSX d'erreur d'ejection du disk0s2 et bootcamp !

Dans l'utilitaire :

• le 1er volume du SSD interne nommé disk0s2 fait 200GB
• le 2nd nommé disk0S3 fait 799 GB

Est il possible d'installer a partir de cette clef ?
Ou bien de tout reformater quitte a perdre W10 (au risque de ne plus avoir d'utilitaire de partition alternatif ) ?

 

[Membre supprimé 1060554]

Est-ce que tu es actuellement démarré sur ta clé d'installation de Mavericks ?

 

[garoloup]

J'ai installé Maverick sur une clef USB comme un live USB

Entre temps j'ai tenté de formater mais le SSD de 1To depuis Maverick:
J'ai juste perdu mon bootcamp

Mais toujours impossible d'installer ni Catalina ni Big sur car seul ma clef USB apparait dans le choix du disque de destination.

Dans utilitaire, j'ai l'option "monter Disk0s2" mais qui semble ne rien faire...

Je vois que ce volume est de type coreStorage dans l'utilitaire et que diskutil a des commandes dédiées pour les coreStorage
Que puis je tenter ?

PS: j'ai aussi ouvert et nettoyé mon MBP, oté et rebranché la nappe SSD.

 

[Membre supprimé 1060554]

@ garoloup

Ignore le sieur Frixiv qui a décidé ce soir de pourrir les conversations dans lesquelles je me trouve engagées par des conseils génériques parachutés sur des problèmes spécifiques dont il n'a pas pris de temps de prendre la mesure.

- disposes-tu d'un Terminal dans la session de ta clé => qu'on puisse voir en mode texte la configuration de ton disque interne ?​