запуск розділів 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, мій комп'ютер знаходиться в середовищі відновлення Інтернету. Що таке новий формат APFS? Я не можу знайти його в Інтернеті, і мій комп'ютер не визначає тип основного розділу macOS. Модель мого комп’ютера: MacBook Pro наприкінці 2013 року. Мої дані не резервні копії, і я дуже хотів би відновити їх. Оновлення gpt -r show disk0:

знімок екрана попередньої конфігурації

Оновлення: я створив диск встановлення Macer High Sierra і перезавантажив його. Нова утиліта диска взагалі не розпізнає розділ disk0s2 і diskutil listвключила розмір основного розділу osx на GUID_partition_schemeчастину диска. Чи можливо (і як) відновити дані видаленого розділу (s2), якби я перевстановив macOS на існуючий невикористаний розділ (Linux partition disk0s4)? дискова утиліта список дискутилів gpt -r показати диск0


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

@klanomath він повернув помилку: gpt add: /dev/disk0: Suspicious MBR at sector 0іgpt add: /dev/disk0: error: no space available on device
Gints

Оновіть gpt -r show disk0вихід, щоб перевірити, що замінило розділ 2!
кланомат

1
@marklark Зйомка екрана не працює ні в застарілому режимі відновлення, ні відновлення Інтернету, в якому я застряг
Gints

Відповіді:


9

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

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

Ваша система завантаження (в режимі відновлення Інтернету) здається досить старою. Будь-яка перевірка диска або розділу, виконана за допомогою дискутилу, може дати деякий хибний результат. Ні в якому разі не намагайтеся нічого ремонтувати за допомогою дискутилу!


Щоб повернути розділ 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 ...
    

    Якщо ви отримаєте помилку зайнято ресурсом після одного з кроків, просто знову відключіть диск0

    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 завантажився так, ніби нічого не сталося!
Гінт

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