Запуск раздела MacOS Тип тома FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF


8

Я столкнулся с почти такой же проблемой, как и в этом вопросе (и это тоже: данные не сохранены, тип раздела: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ), но основной раздел моего жесткого диска отформатирован в APFS. Когда я попытался коррекции GUID ошибки , как показано в ответ, после достижения шага , в котором следующая команда: должна gpt add -i 2 -b 409640 -s 372637568 -t APFS /disk0была быть введен, он возвратил ошибку: usage: gpt add [-b lba] [-i index] [-s lba] [-t uuid] device ....

снимок экрана предыдущей конфигурации

Я не могу загрузиться в macOS, мой компьютер находится в среде интернет-восстановления. Что такое UUID нового формата APFS? Кажется, я не могу найти его где-нибудь в Интернете, и мой компьютер не определяет тип основного раздела MacOS. Модель моего компьютера: MacBook Pro, конец 2013 года. Мои данные не сохранены, и мне бы очень хотелось их восстановить. Обновление gpt -r show disk0::

снимок экрана предыдущей конфигурации

Обновление: я создал установочный диск MacOS High Sierra и перезагрузился на него. Новая дисковая утилита вообще не распознает раздел disk0s2 и diskutil listвключает в себя размер основного раздела osx в GUID_partition_schemeчасти диска. Можно ли (и как) восстановить данные удаленного раздела (s2), если я переустановлю macOS на существующий неиспользуемый раздел (раздел Linux disk0s4)? дисковая утилита список рассылки gpt -r show disk0


попробуйте ... -t 7C3457EF-0000-11AA-AA11-00306543ECAC ...вместо ... -t apfs ...! Возможно, ваша загрузочная система восстановления слишком старая и gpt не распознает аргумент apfs. AFAIK может работать только с бинарным gpt системы восстановления 10.12 и 10.13 ... - t apfs ....
klanomath

@klanomath он возвратил ошибку: gpt add: /dev/disk0: Suspicious MBR at sector 0аgpt add: /dev/disk0: error: no space available on device
ГИНТС

Пожалуйста, обновите gpt -r show disk0вывод, чтобы проверить, что заменил раздел 2!
klanomath

1
@marklark не принимая скриншоты работы ни в стандартном режиме восстановления, ни в Интернете восстановления , который я застрял в
ГИНТС

Ответы:


8

Правильный GUID разделов APFS: 7C3457EF-0000-11AA-AA11-00306543ECAC.

PMBR по умолчанию был заменен MBR старого стиля, вероятно, установкой Linux!

Ваша загрузочная система (в режиме Internet Recovery Mode) выглядит довольно старой. Любая проверка диска или раздела, выполненная с помощью diskutil, может привести к фиктивному результату. Ни в коем случае не пытайтесь что-либо починить с помощью diskutil!


Чтобы вернуть раздел APFS, удалите раздел disk0s2 и восстановите его с правильным типом:

  • Открыть в меню> Утилиты> Терминал
  • получить некоторые детали:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • Размонтировать диск0:

    diskutil umountDisk disk0
    
  • удалить и восстановить 2-й раздел:

    gpt remove -i 2 disk0
    diskutil umountDisk disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    
  • проверить диск и раздел:

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s2
    

Ваш Mac должен загружаться, несмотря на MBR.

Если вы хотите (или должны) восстановить pMBR, потому что MBR упрямый / блокирует изменение таблицы разделов, выполните следующие действия:

  • получить все данные о диске:

    diskutil list #below I assume the disk identifier of the internal disk is disk0
    gpt -r show disk0
    
  • замените таблицу разделов GUID:

    diskutil umountDisk disk0
    gpt destroy disk0
    gpt create -f disk0
    
  • повторно добавьте все предыдущие разделы, видимые в последнем gpt -r show disk0выводе:

    gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk0
    gpt add -i 2 -b 409640 -s 372637568 -t 7C3457EF-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 3 -b 373047208 -s 262144 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
    gpt add -i 4 ...
    gpt add -i 5 ...
    

    Если после одного из шагов вы получили ошибку занятости ресурса , просто размонтируйте disk0 снова с помощью

    diskutil umountDisk /dev/disk0
    
  • Наконец, проверьте диск и разделы:

    diskutil list
    diskutil verifyDisk disk0       
    diskutil verifyVolume disk0s1
    diskutil verifyVolume disk0s2
    diskutil verifyVolume disk0s3
    #disk0s4 & disk0s5 can't be verified with the default macOS tools because the latter is a Linux swap and the former a Linux partition, probably with ext4
    

     


Я не могу удалить disk0s2, поскольку команда gpt remove -i 2 disk0выдает ошибку: gpt remove: disk0: Suspicious MBR at sector 0. Аналогично, команда gpt add -i 2 -b 409640 -s 372637568 -t 7C34[and so forth]возвращает gpt add: disk0: Suspicious MBR at sector 0и gpt add: disk0: error: no space available on device. Я добавил новые снимки экрана в свой вопрос для справки.
Гинтс

Спасибо за помощь! Вторая часть вашего ответа все исправила, и мой Mac загрузился, как будто ничего не произошло!
Гинтс

1
@GintsK и klanomath: вы двое спасли мне 3 месяца работы. Моя самая глубокая благодарность за то, что ясно документировали эту сложную проблему.
Йорик
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.