Sinal proibitivo na inicialização após a atualização do Sierra, não é mais possível montar o disco


10

Alguns dias atrás, decidi atualizar para a Sierra a partir do El Capitan nos dois discos do meu MacBook Pro (meados de 2012); a atualização no meu SSD foi sem problemas, então eu decidi atualizar meu outro disco também. Eu baixei o .app e a instalação começou como normal; quando chegasse ao ponto em que eu teria que reiniciar, os problemas começaram.

Depois que o Mac foi inicializado, uma pasta com um ponto de interrogação apareceu; Eu li que redefinir a VRAM e escolher um disco de inicialização (de novo?) Ajuda nesses casos, e ajudou; no entanto, agora recebo um sinal de proibição sempre que tento fazer login no meu disco rígido. Para ser exato, isso acontece depois que insiro a senha de login e a barra de carregamento está quase cheia.

Existe alguma maneira de recuperar o acesso ao volume ou apenas acessar os arquivos? Tenho mais de 100 GB de biblioteca de fotos que realmente não quero perder.

Aqui estão algumas das coisas que tentei:

Opções básicas de correção e reparo: no terminal e no Utilitário de Disco, no modo de usuário único e no modo de recuperação. A opção "Reparar" no Utilitário de Disco, em particular, fornece este erro: "O código de saída do sistema de arquivos é 8. Ocorreu um erro interno". Tentar montar o volume, de qualquer maneira, não tem efeito algum ou apenas recebo um erro de que o volume não pode ser montado. Além disso, a partição agora aparece acinzentada e chamada "-" (vazia); foi chamado "Macintosh HD". O nome ainda aparece em vários outros aplicativos utilitários de disco, mas ainda há algo a ser observado.

Modo de recuperação: tentei reinstalar o sistema operacional, mas o volume agora está desmontado para não aparecer como uma opção possível. Além disso, encontrei um artigo dizendo que os problemas de inicialização podem vir de extensões antigas que não funcionam mais após uma atualização; o artigo descreveu as etapas do terminal a seguir para mover todas as extensões que não sejam da Apple para uma pasta no volume e torná-lo inicializável novamente. No entanto, mesmo problema, o volume não tem nome e não está montado e não aparece em nenhum lugar, nem posso "cd" nele.

Modo de segurança: Não consigo iniciar o Safe Boot na partição danificada: para carregá-lo, preciso segurar a tecla Opção e selecioná-la em uma lista. Fazer isso e pressionar Shift também não fazem nada. Só consigo inicializar no modo de segurança na minha partição OS X (SSD) em funcionamento e isso anula o objetivo. Pensando nisso agora, existe uma maneira de Inicialização Segura em um disco / partição diferente?

Modo de usuário único & fsck: executei o comando fsck (e variações) várias vezes na partição defeituosa e em outras também, e em algum momento recebi um "GRUB.Geom.Hard Disk.Read.Error" ou algo parecido, que, tanto quanto eu posso ver agora, foi resolvido, pois não aparece mais depois disso; ainda assim, não foi possível inicializar a partição do OS X.

Forçar montagem: também usando o terminal e a opção readOnly; sem sucesso. Tudo o que é montado quando tento montar o disco inteiro é uma partição "EFI" que contém uma pasta chamada "APPLE" com mais três pastas: CACHES (mais uma pasta, vazia), EXTENSIONS (Firmware.scap) e FIRMWARE ( MBP91_00D3_B0C_LOCKED.scap). Quem são esses?

Reset VRAM: não fez nada.

Reconstrução de volume: tentei usar o TechTool Pro e o DiskWarrior para reconstruir a partição, pois os dois aplicativos sinalizavam a integridade e a estrutura do volume; nenhum dos aplicativos conseguiu reconstruir o volume. O TechTool Pro, em particular, para na primeira etapa de verificação, "Journaled HFS Plus Volume". Isso significa que o volume não é mais reconhecido como HFS +? Isso tem algum significado?

Atualizações do OS X Combo: O volume, sendo desmontado, não aparece, então não consigo instalar nada nessa partição.

Ferramentas de recuperação de dados: Tentei software diferente e quase todos extraíram poucos arquivos com tamanhos muito grandes, todos ilegíveis.

Clonagem: criei duas imagens .dmg diferentes do meu volume, usando o Disk Utility e o Data Rescue 4, mas não consigo montá-las, pois recebo o erro "sem sistemas de arquivos montáveis".


Este é o meu esquema de partição; o volume "danificado", em / dev / disk1, possui o identificador disk1s2 . Como você pode ver, o mesmo disco contém mais duas partições, inicializando o Windows 7 e o Ubuntu Linux; ambos estão funcionando corretamente, então isso exclui que o disco rígido falhe repentinamente, eu acho. Além disso, várias verificações da unidade não mostram nada errado. O outro disco (disk0), o SSD, é a minha unidade de inicialização e está funcionando bem.

/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

O fdisk / dev / disk1 , em vez disso, mostra o seguinte:

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*

Estou sem saber o que fazer a seguir, até escrevi nos fóruns da comunidade Apple e não obtive respostas úteis - eu realmente aprecio alguma ajuda nisso. Percebo que é o meu esquema de partições que provavelmente gerou o problema, para fazer com que o OS X, Windows e Linux sejam inicializados a partir do mesmo disco que eu tive que jogar um pouco com o MBR híbrido - mas ainda assim, não há como resolver isto?

Se isso ajudar de alguma forma, tanto a partição do Windows quanto o Linux podem funcionar, talvez eu possa forçar de alguma forma o disco inteiro a ser lido como HFS +? Talvez então fosse montar, pelo menos? Não sei, são apenas pensamentos ...

Li que algumas vezes pode ser tão simples quanto excluir algumas extensões kext que tornam o volume não inicializável, mas como eu faria isso se a partição não fosse montada?


Instalado ambos e fazendo login como root, estou enviando as credenciais agora, obrigado.
Red Flag

Respostas:


7

O instalador do Sierra mexeu na tabela de partição do disco 1 - provavelmente confusa com a configuração de inicialização tripla personalizada e o MBR híbrido no disco1.

O Disk1s2 é criptografado com o FileVault e tem o tipo de partição incorreto no processo de atualização de alguma forma.

O tipo de partição do disco1s2 é 48465300-0000-11AA-AA11-00306543ECAC, mas deve ser 53746F72-6167-11AA-AA11-00306543ECAC .


Em uma sessão do TeamViewer, foi feito o seguinte:

  • Instale o wxHexEditor no "SSD crucial" para poder examinar o conteúdo do disco1
  • Ativar o usuário root
  • faça login como root
  • examine o conteúdo bruto do disk1s2 com o wxHexEditor. O tipo de um volume pode ser detectado por ter uma mais estreita olhar para os cabeçalhos de volume e outras estruturas do sistema de ficheiros (que exige alguma perícia e / ou Wikipedia embora - exemplos: HFS + , NTFS ).

Após remover a partição disk1s2 com gpt e adicioná-la novamente ao tipo apropriado, o volume pode ser montado novamente:

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

e depois de desbloquear o volume do FileVault

diskutil verifyVolume disk2 

†: tamanho do exemplo


O problema foi resolvido. Depois que eu inicializei na partição do OS X, a Sierra continuou instalando, o Mac reiniciou e tudo agora está funcionando perfeitamente. Não posso expressar como estou feliz, muito obrigado.
Red Flag

@Izare OK ... ;-) e não se esqueça de desativar a raiz / wxhexeditor desinstalação e Teamviewer ...
klanomath

Vai fazer...! :))
Red Flag

5
+1 Excelente trabalho klanomath - temos a sorte de ter você por aqui! :) @ Izare, posso sugerir que você tome essa experiência como um aviso e garanta que você tenha um regime de backup em vigor (por exemplo, Time Machine , Carbon Copy Cloner , SuperDuper!, Etc). Independentemente do que você optar, nada disso é bom, a menos que você realmente os use. Peço desculpas se parece que estou pregando, mas quando você vê tantas pessoas perderem dados quanto eu, bem, você entendeu! :)
Monomeeth

2
Você está completamente certo, @ Monomeeth, e não está pregando quando você está certo;) Estou fazendo um backup agora, se algo assim acontecer novamente, pelo menos eu estarei coberto. Espero que, enquanto isso, eu tenha aprendido a resolver situações como essa, como fez o klanomath. ;)
Red Flag
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.