10.15 Catalina Plus de disque ni partition pour installer Mac OSX

garoloup

Membre confirmé
5 Décembre 2020
14
0
54
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:

Bloc de code:
/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
 

Fichiers joints

  • IMG_2627.jpg
    IMG_2627.jpg
    85,9 KB · Affichages: 207
Dernière édition:
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 :
Bloc de code:
diskutil list internal
  • qui affiche la configuration du disque interne seule

Poste le retour.
 
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 ?
 
Tu n'arrives pas à effectuer le démarrage par internet sur un OS de secours Big Sur en RAM ?
 
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
 
Ton Mac est-il un MBP Retina avec un SSD barrette d'usine ? - ou un modèle antérieur non Retina ?
 
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.
 
Dernière édition par un modérateur:
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.
 
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:

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
                    (free space)                         799.0 GB   -
   2:       Microsoft Basic Data ⁨BOOTCAMP⁩                201.3 GB   disk0s2

est il possible de recuperer cet espace maintenant avec diskutil ?
 
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 :​
Bloc de code:
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.
 
le resultat de gpt:

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  1560547288         
  1560956928   393252864      2  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1954209792         295         
  1954210087          32         Sec GPT table
  1954210119           1         Sec GPT header
 
Parfait. Passe la commande préalable :
Bloc de code:
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.
 
Démontage réussi. Voici la commande à passer :
Bloc de code:
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 EFI1) > 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.
 
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)

Bloc de code:
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   -
 
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 :​
Bloc de code:
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é.
 
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 ) ?
 

Fichiers joints

  • Capture d’écran 2020-12-06 à 19.08.03.png
    Capture d’écran 2020-12-06 à 19.08.03.png
    718 KB · Affichages: 197
Dernière édition par un modérateur:
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.
 

Fichiers joints

  • Capture d’écran 2020-12-06 à 21.43.58.png
    Capture d’écran 2020-12-06 à 21.43.58.png
    420,2 KB · Affichages: 175
Dernière édition:
@ 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 ?​