Данные не сохранены, тип раздела: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF

Я пытался установить Linux на свой MacBook для класса, когда у меня был кирпичный компьютер, который теперь не загружается.

Я сделал мой раздел слишком маленьким, поэтому я собирался удалить и создать больший раздел. Однако Дисковая утилита не позволила мне удалить небольшой раздел. Я следовал инструкциям от /apple//a/238088/236252

Однако я не только не смог удалить его, но и после перезапуска понял, что мой основной раздел (расположенный на том же диске) изменился на FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF, и у меня не было вариантов загрузки. (Я уверен, что выполнил команду на правильном диске и разделе)

Я видел несколько похожих тем, но мой основной загрузочный диск был поврежден.

Я не хочу терять какие-либо данные. Я не самый опытный, поэтому любая помощь приветствуется, и я буду любезно предоставить любую дополнительную информацию!

(Диск 0, раздел 2 - это мой основной раздел, и мне нужен только один)

Ниже приведены результаты списка $ diskutil и $ gpt -r show disk0 .

ОБНОВЛЕНИЕ: Я следовал инструкциям @klanomath. На последнем шаге я получил следующую ошибку:

Checking prerequisites
Checking the partition list
Checking for an EFI system partition
Checking the EFI system partition's size
Checking the EFI system partition'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 problem with the EFI system partition's file system
Underlying error: 8: POSIX reports: Exec format error 

ЗАКЛЮЧИТЕЛЬНОЕ ОБНОВЛЕНИЕ: УСПЕХ!

Я просто хотел поблагодарить @klanomath за помощь во всем этом процессе. Он потратил 11 часов TeamViewing со мной, пока не были доступны не только мои файлы, но и до тех пор, пока я не смог получить доступ к своему компьютеру, как мог до всей этой катастрофы (а это было после 5 часов переписки по электронной почте).

Для любого будущего читателя с этой проблемой: ПОЖАЛУЙСТА, не сдавайтесь, это можно исправить!

Чтобы добавить ответ, точно соответствующий вашему делу, я немного изменил свой ответ в связанном « дубликате » и разместил его здесь снова.

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

Загрузочный раздел OS X (кроме Recovery HD) либо имеет GUID 48465300-0000-11AA-AA11-00306543ECAC для стандартного раздела OS X, либо GUID 53746F72-6167-11AA-AA11-00306543ECAC для раздела CoreStorage. FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF - это неизвестный тип раздела (но не такой раздел, как 000000-0000-0000 .... один).

Первый блок стандартного раздела OS X не содержит ненулевых элементов, первый блок раздела CoreStorage содержит некоторые ненулевые значения. Чтобы получить первые 3 блока раздела, вы должны использовать замену hexdump / xxd (оба недоступны в загрузочном диске установщика режима восстановления / OS X). Лучшее, что я нашел, это dd if=/dev/diskXsY count=3 | vis -c.

Таблица разделов GUID может быть изменена с помощью gpt. gpt выполняет запись только в первые 34 и последние 33 блока диска (512) или в первые 6 и и последние 5 блоков диска 4k. Изменение таблицы разделов (даже ложное) не изменяет содержимое любого тома на вашем диске, если вы не инициализируете или не восстанавливаете том / диск по запросу. Вы можете проверить это, хотя.

• Загрузка в режиме восстановления через Интернет или загрузочный диск установщика OS X
• Открыть терминал в меню Утилиты> Терминал
• Получить обзор с diskutil list

• Получите обзор вашего внутреннего диска с идентификатором диска, найденным в предыдущей команде. Ниже я предполагаю, что идентификатор вашего внутреннего диска равен disk0 (замените его на тот, который вы нашли в вашей среде)

  gpt -r show disk0
  

• Размонтировать диск0 с помощью diskutil umountDisk disk0

• Посмотрите первые 3 блока раздела FFFF ...:

  dd if=/dev/disk0s2 count=3 | vis -c
  

  1. Если у вас был стандартный раздел, ранее первые 1024 байта содержали только непечатаемые (нули): \ 0 \ 0 ... В байте 1030 вы увидите следующую последовательность: \ 0HFSJ \ 0

  2. Если у вас был раздел CoreStorage, некоторые ненулевые значения в первых 512 байтах и ​​строка CS ( ...\0CS\^A...) отображаются:

     \^U\^D\^A\M-s\M^?\M^?\M^?\M^?\^A\0\^P\0\0\0\M-W\^A\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\^B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M^Pu\M-\7\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0CS\^A\0\0\0\^D\0\0\^P\0\0\0\0@\0X\M-7}\^C\0\0\0\0X\M-;}\^C\0\0\0\0X\M-?}\^C\0\0\0\0X\M-C}\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^P\0\0\0\^B\0\0\0006j v\^R\M-+\^U\M^[\f\M^CdG\M-y\^]...
     

• Теперь удалите третий, четвертый и второй раздел:

  diskutil umountDisk disk0
  gpt remove -i 3 disk0
  diskutil umountDisk disk0
  gpt remove -i 4 disk0
  gpt remove -i 2 disk0
  

  Если вы получили сообщение об ошибке типа «ресурс занят», просто размонтируйте диск снова или размонтируйте упрямые тома с помощью diskutil umount disk0sX.

  Повторно добавьте раздел восстановления с правильным типом, но с тем же индексным номером, начальным блоком и размером, который у него был ранее:

  gpt add -i 3 -b 227212504 -s 1269536 -t 426F6F74-0000-11AA-AA11-00306543ECAC disk0
  

  Повторно добавьте основной раздел с правильным типом, но с тем же индексным номером, начальным блоком и размером, который у него был ранее:

  Либо обычный раздел OS X (если вы нашли типичные следы нормального раздела на dd ... visшаге):

  gpt add -i 2 -b 409640 -s 226802864 -t 48465300-0000-11AA-AA11-00306543ECAC disk0
  

  или (если вы нашли типичные следы раздела CoreStorage):

  gpt add -i 2 -b 409640 -s 226802864 -t 53746F72-6167-11AA-AA11-00306543ECAC disk0
  

• Ваш диск должен выглядеть следующим образом, если вы нашли стандартный раздел OS X:

      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  226802864      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
  

  или это, если вы нашли том CoreStorage:

      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  226802864      2  GPT part - 53746F72-6167-11AA-AA11-00306543ECAC
  227212504    1269536      3  GPT part - 426F6F74-0000-11AA-AA11-00306543ECAC        
  228482040    8496103
  236978143         32         Sec GPT table
  236978175          1         Sec GPT header
  

• Наконец, проверьте / отремонтируйте диск с помощью diskutil verifyDisk disk0и / или diskutil verifyVolume disk0s2. Если требуется восстановление, используйте исправление (вместо проверки) в качестве префикса в вышеприведенных командах, но свяжитесь со мной перед его восстановлением и отправьте мне сообщение об ошибке .

Дальнейшие исследования в сеансах TeamViewer показали, что раздел EFI и раздел Recovery HD повреждены. Основной том зашифрован. Recovery HD содержит специальный промежуточный ключ FileVault. Если ключ отсутствует, основная система не загрузится. Можно было разблокировать диск, хотя с diskutil cs unlockVolume ....

После установки полного macOS на флэш-накопитель и загрузки на него раздел EFI и Recovery HD другого диска, отличного от FileVault (на самом деле виртуальной машины Sierra), были записаны на сломанный диск. Все еще загруженный с флэш-накопителя, том FileVault был возвращен к стандартному тому, щелкнув правой кнопкой мыши том в Finder, выбрав «Расшифровать том» и введя действительный пароль пользователя. Это должен быть пароль соответствующей учетной записи пользователя на томе FileVault. Другие способы расшифровки тома, такие как diskutil cs revert lvUUIDили diskutil cs decryptVolume lvUUID- протестированные только на виртуальной машине, похоже, не сработали. Это может быть ограничение виртуальных машин, хотя.

Чтобы развернуть основной раздел (disk0s2) до полного размера, используйте Дисковую утилиту или diskutil resizeVolume ...команду.

Первоначально том не отображался в «Системных настройках»> « altЗагрузочный диск», но при загрузке Mac был представлен основной том. Это, вероятно, правильно благословило boot.efi тома. (Теперь стандартный) том снова появится на загрузочном диске.

Эта проблема может возникнуть и во время сеанса APFS High Sierra ! Я получил эту проблему вчера, после внесения изменений с помощью приложения и diskutilкоманд Дисковой утилиты , я нашел это:

    sh-3.2# diskutil list
    /dev/disk0 (internal, physical):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      GUID_partition_scheme                        *500.3 GB   disk0
       1:                        EFI EFI                     209.7 MB   disk0s1
       2: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               60.0 GB    disk0s2

    /dev/disk1 (synthesized):
       #:                       TYPE NAME                    SIZE       IDENTIFIER
       0:      APFS Container Scheme -                      +60.0 GB    disk1
                                     Physical Store disk0s2
       1:                APFS Volume APPLESSD                47.1 GB    disk1s1
       2:                APFS Volume Preboot                 19.4 MB    disk1s2
       3:                APFS Volume Recovery                517.8 MB   disk1s3
       4:                APFS Volume VM                      1.1 GB     disk1s4

    sh-3.2# gpt -r show /dev/disk0
          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  117111080      2  GPT part - FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF
      117520720  859584307         
      977105027         32         Sec GPT table
      977105059          1         Sec GPT header

Я не думаю, что он перезагрузится в этой конфигурации (или, может быть, с таблицей резервного копирования GPT? Не знаю). Благодаря приведенному выше объяснению я смог решить проблему во время сеанса в реальном времени, но мне пришлось использовать немного другое решение ( это решение работает только с отключенным SIP, если оно включено, вам придется перезагрузить, отключить и использовать предыдущее решение . В любом случае Эта проблема, возможно, связана с отключенным SIP, поэтому она не будет возникать при включенном SIP? Я не знаю.)

Даже при disk0отключенном подключении кажется, что gptон не позволит изменить GPT во время сеанса в реальном времени:

sh-3.2# gpt remove -i 2 disk0
gpt remove: unable to open device 'disk0': Resource busy

Поэтому вместо этого я использовал сторонний инструмент gdisk(я получил его через homebrew), чтобы изменить тип disk0s2:

sh-3.2# gdisk /dev/disk0
GPT fdisk (gdisk) version 1.0.3

Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): t
Partition number (1-2): 2
Current type is 'Unknown'
Hex code or GUID (L to show codes, Enter = af00): 7C3457EF-0000-11AA-AA11-00306543ECAC    
Changed type of partition to 'Unknown'

Command (? for help): i
Partition number (1-2): 2
Partition GUID code: 7C3457EF-0000-11AA-AA11-00306543ECAC (Unknown)
Partition unique GUID: B40FA371-D92C-4EBF-B846-B0A9FB6DCD71
First sector: 409640 (at 200.0 MiB)
Last sector: 117520719 (at 56.0 GiB)
Partition size: 117111080 sectors (55.8 GiB)
Attribute flags: 0000000000000000
Partition name: 'Apple_HFS_Untitled_2'

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/disk0.
Warning: Devices opened with shared lock will not have their
partition table automatically reloaded!
Warning: The kernel may continue to use old or deleted partitions.
You should reboot or remove the drive.
The operation has completed successfully.

Проверяем это:

sh-3.2# gpt -r show /dev/disk0
      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  117111080      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
  117520720  859584307         
  977105027         32         Sec GPT table
  977105059          1         Sec GPT header
sh-3.2# diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.3 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         60.0 GB    disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +60.0 GB    disk1
                                 Physical Store disk0s2
   1:                APFS Volume APPLESSD                47.1 GB    disk1s1
   2:                APFS Volume Preboot                 19.4 MB    disk1s2
   3:                APFS Volume Recovery                517.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

Затем последняя проверка с diskutil verifyDisk disk0и diskutil verifyVolume disk0s2без предупреждения или ошибок. Перезагрузка прошла успешно.