Восстановите Macbook APFS Partition
Мой вопрос очень похож на этот поток, но моя ситуация немного отличается.
Я был успешно двойной загрузкой OS X и Ubuntu в течение некоторого времени теперь с 2 разделами. Я управлял разделами с помощью Дисковой утилиты OS X для предотвращения любых ошибок таблицы разделов, которым Linux может подвергнуться, учитывая новую структуру APFS.
Недавно, я решил уменьшить раздел OS X и создать 3-й раздел как специализированный раздел подкачки для Ubuntu. Снова, я управлял разделами в Дисковой утилите OS X для предотвращения ошибок. Я успешно добавил раздел подкачки в Ubuntu (я уверен, что корректный раздел был указан), и все казались хорошо. Однако после того, как я перезагрузил, диспетчер начальной загрузки (запас, не повторно находят), больше не показывал OS X параметром загрузки. Я решил использовать gdisk (спасибо Rod Smith для Ваших невероятных средств восстановления!) для проверки структуры таблицы, и кажется, что раздел OS X все еще распознан, но был дан код раздела И следующие Насколько я могу сказать секторам весь хороший взгляд, оставив меня, чтобы полагать, что все мои данные присутствуют. К сожалению, у меня нет резервного копирования, потому что мой резервный диск недавно гадил. Удачный я.
Я могу просто изменить код типа раздела OS X для спасения моих данных? От моего понимания не вполне прокладывает себе путь APFS.
Вот мой вывод от gdisk-l:
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sda: 488397168 sectors, 232.9 GiB
Model: Crucial_CT250MX2
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 37FE5D3B-875C-471A-B4FC-A4887DDA4659
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 488397134
Partitions will be aligned on 8-sector boundaries
Total free space is 13 sectors (6.5 KiB)
Number Start (sector) End (sector) Size Code Name
1 40 409639 200.0 MiB EF00 EFI System Partition
2 409640 416425263 198.4 GiB FFFF
3 416425264 449628383 15.8 GiB FFFF
4 449628384 488397127 18.5 GiB 8300
Раздел 2 является моим разделом OS X, раздел 3 является моим разделом подкачки (не уверенный, почему его также отмеченный FFFF вместо 8 200?), и раздел 4 раздел Ubuntu.
Вот мой вывод от swapon-s && свободен доказать, что я не идиот:
Filename Type Size Used Priority
/dev/sda3 partition 16601556 435456 -2
total used free shared buff/cache available
Mem: 16335648 2089764 374952 51452 13870932 14611436
Swap: 16601556 435456 16166100
1 ответ
Я решил свою проблему, следуя решению этого потока и используя GUID 7C3457EF-0000-11AA-AA11-00306543ECAC, поскольку мой исходный раздел OS X был контейнером APFS, а не разделом HFS или логическим томом.
В итоге:
1. Boot Mac in Recovery mode (Hold Cmd+R while booting)
2. Open Utilities->Terminal
3. "diskutil list" to identify the partition in question (for me, disk0s2 was marked with GUID FFFF...)
4. gpt -r show disk0" to provide the start sector and size of the disk0 partitions. The output here is very similar to the gdisk -l output of my original post above.
5. "diskutil unmountDisk disk0" to allow the next step...
6. "gpt remove -i 2 disk0" to strip the partition table data associated with the broken partition.
7. "gpt add -b 409640 -i 2 -s 416425263 -t 7C3457EF-0000-11AA-AA11-00306543ECAC"
Часть 7 является наиболее критическим шагом. Он добавляет правильные данные в таблицу разделов и восстанавливает потерянный раздел. Вот разбивка инструкции:
'-b' is the beginning sector of the partition as observed in step 4.
'-i' is the index of the partition to be recovered; in my case, this was disk0s2, so index position 2.
'-s' is the size of the partition as observed in step 4.
'-t' is the GUID type of the partition. Specifically, the originally broken data preventing use of the partition (previously marked FFFF...).