En installant Ubuntu sur mon MacBook Pro 2015, qui a déjà Windows et MacOS installés, j'ai fait une énorme erreur en sélectionnant l'option "installer à côté de Windows". Résultat : je ne peux plus démarrer dans MacOS ou Windows.
Avec l'installation réussie d'Ubuntu, je peux toujours voir et modifier mes fichiers à partir de la partition Windows, mais pas la partition Mac (en fait, elle apparaît maintenant comme un "volume de 110 Go", voir l'image ci-dessous) qui contient les fichiers les plus importants pour moi.
Puisque je n'ai stupidement fait aucune sauvegarde, redémarrer sous MacOS ou extraire d'une manière ou d'une autre les fichiers de cette partition particulière est maintenant ma priorité absolue.
Voici ce que j'ai essayé.
D'abord, en entrant la commande diskutil list dans le terminal sous le mode de récupération internet, j'ai découvert que le type de partition pour mon disk0s1 était devenu FFFFFFFF-FFFF-FFFF-FFFFFFFFFFFF.
Puis j'ai suivi les instructions de @klanomath sur Données non sauvegardées, Type de partition : FFFFFFFF-FFFFFF-FFFF-FF-FFFFFFFFFFFFFF pour faire face au problème, mais n'a pas réussi.
Voici ce qui a été retourné après avoir entré dd if=/dev/disk0s2 count=3 | vis -c :
3+0 records in
3+0 records out
1536 bytes transferred in 0.000877 secs (1751142 bytes/sec)
l\M-Cr\M-;O
L\^U\^A\0\0\0\0\0\0\0006\M-_N\0\0...J'ai donc pensé que cela devait provenir d'une partition OS X standard, et j'ai modifié le type de partition de disk0s2 en conséquence. Pendant ce temps, j'ai également corrigé le problème du MBR selon les instructions de @klanomath de Comment réparer des volumes GPT, GUID et non montables, sans type, cassés ? .
Après tout cela, la commande diskutil list retours :
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *251.0 GB disk0
1: EFI EFI 209.7 MB disk0s1
2: Apple_HFS 110.0 GB disk0s2
3: Microsoft Basic Data BOOTCAMP 123.9 GB disk0s3
4: Windows Recovery 841.0 MB disk0s4
5: Linux Filesystem 16.0 GB disk0s5
/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 disk1s1
...Et la commande gpt -r show /dev/disk0 retours :
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 214860792 2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
215270432 992
215271424 31254528 5 GPT part - 0FC63DAF-8483-4772-8E79-3D69D8477DE4
246525952 242062900 3 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
488588852 460
488589312 1642496 4 GPT part - DE94BBA4-06D1-4D40-A16A-BFD50179D6AC
490231808 2911
490234719 32 Sec GPT table
490234751 1 Sec GPT headerA ce stade, il semble toujours y avoir un problème avec disk0s2, car son nom de type est "Apple_HFS". Ceci a été confirmé par ce qui a été retourné après l'inouting diskutil verifyDisk disk0 :
Started partition map verification on disk0
Checking prerequisites
Checking the partition list
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partiton's file system
Problems were found with the partition map which might prevent booting
Error: -69766: The partition map needs to be repaired because there's a problemwith the EFI system partition's file system
Underlying error: 8: POSIX reports: Exec format errorEn outre, une erreur a été soulevée pour diskutil verifyVolume disk0s1 :
Started file system verification on disk0s1 EFI
Verifying file system
** /dev/rdisk0s1
** Phase 1 - Preoaring FAT
** Phase 2 - Checking Directorues
** Phase 3 - Checking for Orphan Clusters
Found orphan clusters
206 files, 144089KiB free (288179 clusters)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format errorEt diskutil verifyVolume disk0s2 retours :
Started file system verification on disk0s2
Verifying file system
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format errorMise à jour :
J'avais utilisé MacOS Catalina.
Voici ce qui a été retourné pour export LC_CTYPE="ASCII"; dd if=/dev/disk0s2 count=1 | vis -cfw :
1+0 records in
1+0 records out
512 byte transferred in 0.001240 secs (412898 bytes/sec)
l\M-Cr\M-;O\nL\^U\^A\0\0\0\0\0\0\0006\M-_N\0\0\0\0\0\^A\0\0\^M@\0\0\0\0NXSB\0\
\^P\0\0\^?\M-P\M^Y\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^B\0\0\0\0\0\0\0\
\M-`"\^X\M^X\M^U\M^QA\M-o\M^X\M-L\^A\M-1:<\t\^_\M-4\M-}.\0\0\0\0\0007\M-_N\0\0\
\0\0\0\^X\^A\0\0\^Xl\0\0\^j\M^O\0\0\0\0\0\0T\^Y\0\0\0\0\0\0\^Z\0\0\0\M-o\^T\0\
\0\^X\0\0\0\^B\0\0\0\M-\\^T\0\0\^S\0\0\0\M-H\M-{.\0\0\0\0\0Ug\^F\0\0\0\0\0\^A\
\^D\0\0\0\0\0\0\0\0\0\0d\0\0\0\^C\^D\0\0\0\0\0\0\M-%7\^A\0\0\0\0\0\M-'7\^A\0\0\
\0\0\0\M-9\M-V\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\
\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\Conclusion :
Le problème est maintenant résolu. Un grand merci à @David Anderson : Merci beaucoup pour vos conseils patients et avisés ! Merci également à @grg, qui a révisé ce post pour le rendre plus clair, et à @mbike, qui a suggéré des solutions alternatives potentielles à mon problème.
Voici ce qui a été fait pour résoudre définitivement le problème :
D'abord, j'ai utilisé la commande suivante pour corriger le type de disk0s2 en 7C3457EF-0000-11AA-AA11-00306543ECAC :
diskutil umountDisk disk0
gpt remove -i 2 disk0
diskutil umountDisk disk0
gpt add -i 2 -b 409640 -s 214860792 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0En attendant, comme mon MacOS Recovery est une vieille version 10.11.6, diskutil n'a pas reconnu APFS. Ainsi, le nom de type de disk0s2 sous diskutil list montre 7C3457EF-0000-11AA-AA11-00306543ECAC à la place.
Après avoir éteint mon MacBook et l'avoir redémarré en maintenant la touche Option-Command-R, une version plus récente de MacOS recovery (10.14) a été téléchargée. Ensuite, je vois à nouveau l'option "Macintosh HD" et je suis capable de démarrer dessus.
