Запрещающий знак при загрузке после обновления Sierra, больше не может монтировать диск

Несколько дней назад я решил обновить Sierra от El Capitan на обоих дисках моего MacBook Pro (середина 2012 года); обновление на моем SSD прошло без проблем, поэтому я решил обновить и другой диск. Я скачал .app и установка началась как обычно; как только дело дошло до того, что я должен был перезагрузить, проблемы начались.

После загрузки Mac появилась папка с вопросительным знаком; Я прочитал, что сброс VRAM и выбор загрузочного диска (снова?) Помогает в этих случаях, и это помогло; однако теперь я получаю запрещающий знак всякий раз, когда я пытаюсь войти на свой жесткий диск. Если быть точным, это происходит после того, как я ввожу пароль для входа и панель загрузки почти заполнена.

Есть ли какой-нибудь способ вернуть доступ к тому или даже просто к файлам? У меня есть 100 ГБ + библиотеки фотографий, которые я действительно не хочу терять.

Вот некоторые из вещей, которые я попробовал:

Основные параметры исправления и восстановления: как из терминала, так и из Дисковой утилиты, как в однопользовательском, так и в режиме восстановления. В частности, опция «Восстановить» в Дисковой утилите выдает эту ошибку: «Код завершения файловой системы равен 8. Произошла внутренняя ошибка». Попытка смонтировать том каким-либо образом не имеет никакого эффекта, или я просто получаю сообщение об ошибке, что том не может быть смонтирован. Кроме того, раздел теперь отображается серым цветом и называется «-» (пусто); это называлось "Macintosh HD". Имя все еще появляется в нескольких других приложениях дисковой утилиты, но все же кое-что стоит отметить.

Режим восстановления: я попытался переустановить ОС, но том теперь отключен, поэтому он не отображается в качестве возможного варианта. Кроме того, я обнаружил статью о том, что проблемы с загрузкой могут возникать из-за старых расширений, которые больше не работают после обновления; В статье описываются действия терминала, которые необходимо выполнить, чтобы переместить все расширения, не принадлежащие Apple, в папку на томе и снова сделать его загрузочным. Тем не менее, та же проблема, том безымянный и не подключен, и он нигде не отображается, и я не могу "CD" в него.

Безопасный режим: я не могу запустить безопасную загрузку в поврежденный раздел: чтобы загрузить его, мне нужно удерживать клавишу «Option» и выбрать ее из списка, и, удерживая Shift, ничего не происходит. Я могу загружаться только в безопасном режиме на моем рабочем разделе OS X (SSD), и это побеждает цель. Подумав об этом сейчас, есть ли способ безопасной загрузки на другой диск / раздел?

Однопользовательский режим & fsck: я несколько раз запускал команду fsck (и варианты) на неисправном разделе и других, и в какой-то момент я получил "GRUB.Geom.Hard Disk.Read.Error" или что-то в этом роде, что, насколько я вижу сейчас, это было решено, поскольку больше не появляется после этого; Тем не менее, не удалось загрузить раздел OS X.

Принудительное монтирование: с использованием терминала и опции readOnly; нет успеха Все, что монтируется, когда я пытаюсь смонтировать весь диск, это раздел «EFI», который содержит папку «APPLE» с еще тремя папками внутри: CACHES (еще одна папка, пустая), EXTENSIONS (Firmware.scap) и FIRMWARE ( MBP91_00D3_B0C_LOCKED.scap). Что это?

Сброс VRAM: ничего не сделал.

Восстановление тома: я пытался использовать TechTool Pro и DiskWarrior для восстановления раздела, так как оба приложения сигнализировали о нарушении целостности и структуры тома; ни одно из приложений не смогло восстановить громкость. TechTool Pro, в частности, останавливается на самом первом этапе проверки - «Журнал HFS Plus Volume». Означает ли это, что объем больше не распознается как HFS +? Имеет ли это какое-либо значение?

Обновления Combo OS X: том, который не был подключен, не отображается, поэтому я не могу ничего установить на этот раздел.

Инструменты восстановления данных: я пробовал разные программы, и почти все они извлекли несколько файлов с очень большими размерами, все не читаемые.

Клонирование: я сделал два разных образа .dmg своего тома, используя Дисковую утилиту и Data Rescue 4, но не могу смонтировать ни один из них, так как получаю ошибку «нет подключаемых файловых систем».

Это моя схема разбиения; «поврежденный» том в / dev / disk1 имеет идентификатор disk1s2 . Как вы можете видеть, на этом же диске находятся еще два раздела, загрузка Windows 7 и Ubuntu Linux; оба работают правильно, так что это исключает внезапный сбой жесткого диска, я думаю. Кроме того, несколько проверок диска ничего не показывают. Другой диск (disk0), SSD, является моим загрузочным диском, и он работает нормально.

/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *250.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                  Apple_HFS Crucial SSD             249.2 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3

/dev/disk1 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk1
   1:                        EFI EFI                     209.7 MB   disk1s1
   2:                  Apple_HFS                         301.2 GB   disk1s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk1s3
   4:       Microsoft Basic Data BOOTCAMP                165.8 GB   disk1s4
   5:           Linux Filesystem                         32.2 GB    disk1s5

Вместо этого fdisk / dev / disk1 показывает это:

Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   2 - 1023 254  63 [         1 -  588785887] <Unknown ID>
 2: AB 1023 254  63 - 1023 254  63 [ 588785888 -    1269536] Darwin Boot 
*3: 07 1023 254  63 - 1023 254  63 [ 590055424 -  323803136] HPFS/QNX/AUX
 4: 83 1023 254  63 - 1023 254  63 [ 913858560 -   62914063] Linux files*

Я в растерянности, что делать дальше, я даже писал на форумах сообщества Apple и не получил полезных ответов - я был бы очень признателен за помощь в этом. Я понимаю, что именно моя схема разделов, вероятно, и породила проблему, так как для того, чтобы заставить OS X, Windows и Linux загружаться с одного диска, мне пришлось немного поиграть с гибридной MBR - но все же, нет никакого способа решить это?

Если это как-то поможет, разделы Windows и Linux могут пойти, может тогда я мог бы как-то заставить весь диск считываться как HFS +? Может быть, тогда это будет как минимум? Я не знаю, это просто мысли ...

Я читал, что иногда это может быть так просто, как удаление некоторых расширений kext, которые делают том не загружаемым, но как мне это сделать, если раздел не монтируется?

Программа установки Sierra испортила таблицу разделов на диске 1, вероятно, сбитую с толку пользовательской настройкой тройной загрузки и гибридной MBR на диске 1.

Disk1s2 зашифрован с помощью FileVault и получил неправильный тип раздела в процессе обновления.

Тип раздела disk1s2: 48465300-0000-11AA-AA11-00306543ECAC, но должен быть 53746F72-6167-11AA-AA11-00306543ECAC .

В сеансе TeamViewer было сделано следующее:

• Установите wxHexEditor на "Crucial SSD", чтобы иметь возможность просматривать содержимое диска 1
• Включить пользователя root
• войдите как root
• Изучите необработанное содержимое disk1s2 с помощью wxHexEditor. Тип тома можно определить, если присмотреться к заголовкам томов и другим структурам файловой системы (что требует определенных знаний и / или википедии - примеры: HFS + , NTFS ).

После удаления раздела disk1s2 с помощью gpt и повторного добавления его с правильным типом том снова монтируется:

diskutil list #get all disks and partitions
gpt -r show disk1 #get the partition map of disk1
gpt remove -i 2 disk1
gpt add -i 2 -b 409640 -s 588376248† -t 53746F72-6167-11AA-AA11-00306543ECAC disk1
diskutil verifyDisk disk1

и после разблокировки тома FileVault

diskutil verifyVolume disk2 

†: пример размера