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

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

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

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

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

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

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

Безопасный режим: я не могу запустить безопасную загрузку в поврежденном разделе: чтобы загрузить его, мне нужно удерживать клавишу 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 в журнале». Означает ли это, что том больше не распознается как HFS+? Имеет ли это какое-то значение?

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

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

Клонирование: я сделал два разных образа .dmg своего тома, используя Disk Utility и 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, которые делают том не загружаемым, но как мне это сделать, если раздел не монтируется?

Установил оба и вошел в систему как root, я отправляю учетные данные прямо сейчас, спасибо.

Ответы (1)

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

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

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


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

  • Установите wxHexEditor на «Crucial SSD», чтобы иметь возможность проверять содержимое disk1.
  • Включить пользователя 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 

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

Проблема была решена. После того, как я загрузился в раздел OS X, Sierra продолжала установку, затем Mac перезагрузился, и теперь все работает отлично. Я не могу выразить, как я счастлив, большое спасибо.
@Izare OK... ;-) и не забудьте отключить root/удалить wxhexeditor и Teamviewer...
Сделаю...! :))
+1 Отличная работа, кланомат - нам так повезло, что ты здесь! :) @Izare, могу я предложить вам принять этот опыт как предупреждение и убедиться, что у вас есть режим резервного копирования (например , Time Machine , Carbon Copy Cloner , SuperDuper! и т. д.). Независимо от того, что вы выберете, ни один из них не будет полезен, если вы на самом деле их не используете. Приношу свои извинения, если это звучит как проповедь, но когда вы видите, как много людей теряют данные, как и я, вы поняли идею! :)
Вы совершенно правы, @Monomeeth, и это не проповедь, когда вы правы ;) Я делаю резервную копию прямо сейчас, если что-то подобное когда-нибудь снова произойдет, по крайней мере, я буду защищен. Надеюсь, за это время я научусь разрешать подобные ситуации, как это сделал кланомат. ;)
@klanomath можно как-то связаться с вами напрямую? Я пытаюсь попробовать ваш метод, так как я сделал все возможное, но безуспешно. Я бы очень хотел, чтобы это работало без необходимости брать жесткий диск в центр восстановления данных.
Это самое близкое, что я могу найти, к тому, что происходит на моем компьютере. Я опубликую это в другой теме, надеюсь, кто-то подтвердит, это то же самое или нет!