Ce disque qui fonctionnait n'est plus reconnu du tout maintenant.

Mon Mac (mactel) a bricked parce que j'ai bricolé des configurations à triple démarrage, et à un moment donné, j'ai rendu le Mac non démarrable. (Je décrirai ce qui s'est passé plus tard dans cette question si cela vous intéresse).

Pour plusieurs raisons, j'ai utilisé fdisk sous Linux (Ubuntu sur une clé USB) pour tout effacer de ce disque interne en appliquant le schéma GPT au disque. Le disque est totalement visible en tant que /dev/nvme0n1 sur Ubuntu. Cependant, il ne l'est pas sur le mode de récupération de MacOS.

Lorsque je passe en mode de récupération (j'ai fait les deux Command + R y Option + Command + R mais c'est toujours El Capitan pour certaines raisons), l'interface graphique de Disk Utility n'affiche rien d'autre que "Apple disk image Media". (Il affichera les clés USB si je les ai branchées.) Si je passe à la version CLI de celui-ci, diskutil list retournera quelque chose comme ceci :

/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     disk0s
/dev/disk1 (disk image):
    #:                      TYPE NAME                      SIZE       IDENTIFIER
    0:                           untitled                 +5.2 MB     disk1
# ..
# other 11 disks with similar stuff sized in between 524.3KB (half of those) to 6.3MB
# ..
/dev/disk13 (disk image):
    #:                      TYPE NAME                      SIZE       IDENTIFIER
    0:                           untitled                 +6.3 MB     disk13

Alors que je m'attends à quelque chose comme suit :

/dev/disk0 (internal, physical):
    #:                      TYPE NAME                      SIZE       IDENTIFIER
    0:     GUID_partition_scheme                          +1.0 TB     disk0
/dev/disk1 (disk image):
    #:                      TYPE NAME                      SIZE       IDENTIFIER
    0:     GUID_partition_scheme                          +2.1 GB     disk1
    1:                 Apple_HFS OS X Base System          2.0 GB     disk1s

ls /dev ne montreraient pas beaucoup de résultats intéressants, et il n'y a certainement rien comme nvme0 .

Y a-t-il d'autres nettoyages à faire sur le disque (comme la suppression des instantanés d'APFS ? Ces 13 images de disque sont-elles en quelque sorte des instantanés du disque) ?

Et voici pour le post mortem, plus de détails sur ce que c'est et comment ça a été bricolé.

Matériel informatique

• MacBook Pro [Intel, pas de puce T2]. (Retina, 13 pouces, début 2015)
• SSD NVMe que j'ai échangé avec l'original. Bien que ce ne soit pas le SSD original, l'installation (BigSur) a fonctionné avec succès une fois, sans aucun accroc. Je pense donc que le matériel n'est pas le problème.

Comment c'est arrivé bricked

Version courte :

J'ai essayé une configuration de triple démarrage, qui a échoué et j'ai essayé de recommencer en demandant à l'assistant Boot Camp de MacOS de les effacer, ce qui a renvoyé l'erreur, laissant les partitions Linux non effacées. Maintenant, il ne veut plus démarrer.

Version longue :

Mise à niveau physique (réussie)

1. Remplacement par un nouveau SSD de 1 To, formatage avec APFS (je pense), installation de MacOS à partir d'une sauvegarde Time Machine. Aucun problème, une expérience parfaite.

Dual-boot (réussi)

2. Installation de Windows 10 avec Boot Camp Assistant, comme le recommande Apple. J'ai laissé 500 Go pour Mac et le reste 500 Go pour Windows. Encore une fois, ça fonctionne comme un charme comme prévu, sans accroc.

Triple-boot (Échec)

3. Démarrez sous Windows et utilisez le Gestionnaire de disques pour réduire la partition Windows. Maintenant, c'est [500GB : MacOS] + [250GB : Windows] + [250GB : non alloué]. Jusqu'à présent, les deux systèmes d'exploitation ont démarré sans problème (bien que l'interface graphique de l'utilitaire de disque de Mac puisse ne pas être satisfaite de cela, mais je ne m'en souviens pas).
4. J'ai installé REFInd, et maintenant il démarre dans le menu REFInd, et montre les deux options Mac/Windows, comme prévu. Jusqu'ici tout va bien.
5. (J'ai essayé d'installer Fedora et je n'ai vu aucun succès, alors j'ai abandonné. J'ai effacé la nouvelle partition - et tout fonctionne comme avant).
6. J'ai installé Ubuntu mais il n'a pas démarré dans Ubuntu bien que le menu REFInd affiche l'icône Ubuntu (comme il l'a fait à l'installation). /boot/efi dans une partition EFI existante). Maintenant, Windows ne veut pas démarrer.
7. J'ai réinstallé rEFInd, et maintenant Ubuntu fonctionne, mais pas Windows.
8. Maintenant il démarre dans le menu REFInd, et MacOS et Ubuntu fonctionnent, mais pas Windows. Je n'ai pas trouvé de solution et j'ai décidé de recommencer avec une configuration simple de double démarrage, comme le propose Apple.

Recommencer (Échec)

9. A demandé à l'assistant du Boot Camp d'essuyer le Boot Camp actuel. J'ai passé quelques minutes à faire ceci et cela, et il a émis une erreur (que je n'ai malheureusement pas notée). L'interface graphique de Disk Utility montrait quelque chose de bizarre (que je n'ai pas noté non plus), et il n'a pas effacé les partitions Linux.
10. J'ai démarré dans Linux (Ubuntu) à partir d'une clé USB, et j'ai utilisé fdisk pour appliquer le nouveau GPT au disque.

Et maintenant diskutil list ne reconnaîtra pas le disque physique.