FileVault travou na pausa

I perguntou depois disso enquanto participava do WWDC 2015 e foi informado de que o problema de “criptografia pausada” foi resolvido em 10.10.3. > A causa raiz foi um problema com o redimensionamento do volume do CoreStorage durante o processo de criptografia. Quando o volume do CoreStorage não conseguiu aumentar, a criptografia foi pausada e não pôde ser retomada até que o problema de redimensionamento fosse resolvido.

Para corrigir esse problema:

1. Atualize seu Mac para 10.10.3 ou inicialize a partir de uma unidade alternativa que esteja executando 10.10.3.
2. Desbloqueie a unidade criptografada se necessário
3. Abra o terminal

4. Execute o seguinte comando para obter o identificador de disco do seu Mac:

   diskutil list 

5. Assim que tiver as informações do identificador de disco, execute o seguinte comando com privilégios de root:

   fsck_cs -y disk_identifier_goes_here 

6. fsck_cs deve reparar o volume do CoreStorage e resolver o problema de redimensionamento. Como parte da saída, deve mostrar que a criptografia está sendo retomada.

Comentários

• Obrigado pela sua resposta. Embora eu ‘ não consiga testar isso (já tendo corrigido o problema com a solução alternativa que descrevi em minha resposta er), eu ‘ presumo que ‘ é a solução adequada.
• Infelizmente, isso não funcionou para mim . Que pena.
• O Utilitário de disco em El Capitan também parece ter fornecido uma maneira de resolver ” Criptografia pausada ” por causa do problema de dimensionamento. Seguindo as instruções postadas recentemente em um dos muitos tópicos de suporte da Apple, inicializei de um disco de instalação USB El Capitan, executei o Utilitário de disco e durante os primeiros socorros vi: ” O volume @@@ era redimensionado para desbloquear Criptografia pausada “. Agora está tudo bem, finalmente. talks.apple.com/message/29014455#29014455
• Você ‘ é um absoluto salva-vidas. Eu ‘ tentei de tudo e funcionou.
• Estou executando a 10.12.5, mas ainda encontrei este problema (então não está morto ainda!) ZOMBIES!Recebo ” o volume disk0s2 não pode ser reparado quando está em uso ” quando tento este patch. Acho que devo tentar inicializar de outro volume. Obrigado por todas as respostas detalhadas neste tópico.

Falei com a Apple e meu caso foi encaminhado . Enviei logs para os engenheiros avaliarem e eles determinaram que a criptografia do FileVault falhou. Como outros usuários relataram, a única sugestão era fazer um backup do Time Machine, limpar a unidade, reinstalar o Yosemite e restaurar do backup do Time Machine.

Algumas notas importantes (de postagens do fórum que eu ler):

• Ao limpar a unidade, selecione Journaled. O padrão é Journaled, Encrypted, mas deixar a criptografia habilitada não resolverá o problema.
• Um backup do Time Machine não é necessário para limpar a unidade e reinstalar o OS X Yosemite, mas é a maneira mais fácil de reter seus dados.
• Você deve desmarcar o FileVault durante a configuração inicial do OS X, caso contrário, este problema pode ocorrer novamente. Claro, pode funcionar na segunda vez … mas por que correr o risco? Espere que a Apple conserte este bug antes de ativar o FileVault novamente.
• Se você restaurar do backup do Time Machine durante a instalação do OS X, você não terá será solicitado a ativar o FileVault e deve estar desativado por padrão.

Se esta solução não for satisfatória, você pode encontrar alguma orientação deste guia sobre falha na criptografia do FileVault . Considerei uma abordagem semelhante (encontrei esse guia pesquisando no Google por “matando corestoraged”), mas no final decidi ir com a abordagem testada e comprovada (e tediosa) de uma reinstalação completa.

Para a posteridade, um trecho parcial do guia acima mencionado:

Assim, digitalizando o processo de acordo, descobriu-se que o correstamento estava causando o carga elevada. Com uma chance de 50/50 de consertar ou de destruir meu sistema completamente, tive uma ideia de como consertar. Primeiro, tentei simplesmente encerrar o processo. Funcionou, mas depois de alguns segundos o processo r e apareceu – então deve ter sido iniciado a partir de outro daemon. Descobriu-se que, na verdade, o launchd está dando início a esse processo. Então, para percorrer todo o tutorial [2] , decidi fazer uma correção / teste rápido. Então minha ideia era mover o binário daemon e depois matar o processo. Então, fiz o seguinte:

firebird:~ jvr$ mv /usr/libexec/corestoraged /usr/libexec/corestoraged.old firebird:~ jvr$ killall corestoraged 

E, surpreendentemente, a carga caiu, enquanto meu sistema operacional ainda estava funcionando. Observe que isso é altamente arriscado e eu não recomendaria fazê-lo a menos que você não veja nenhuma outra opção.

Também deve ser observado que definitivamente há uma solução melhor relacionada ao launchd configuração. Nem a Apple deve deixar seu FileVault funcionando de forma estável, especialmente porque ele deve ser considerado como um serviço principal.

[09/09/2014] Atualização: Já desisti da esperança de corrigir o problema permanentemente, Comecei a fazer backup do meu MacBook e me preparar para uma reinstalação. Mesmo que a solução alternativa acima resolvesse o & problema de consumo de energia de uso da CPU, não me sentia confortável movendo os processos principais, onde não tinha 100% de certeza do que eles estavam fazendo. Então fiz backup de tudo e comecei a limpar minha máquina. Com tudo feito até agora, decidi iniciar o Mac em modo de recuperação e tentar mais uma vez a funcionalidade de reparo de disco (especialmente as permissões de correção). Depois de fazer isso, pensei em tentar mais uma vez. Inicializado, movido o corestoraged de volta e verificado na tela de progresso do FileVault nas configurações de segurança. E de repente eu vi que o processo de criptografia estava funcionando novamente. Desta vez, não toquei mais na máquina até que a criptografia fosse concluída.

E o que aprendi com esta lição – faça backups. E a segunda lição que aprendi: nunca vá pelo caminho mais fácil e comece a reinstalar seu sistema operacional.

Comentários

• Esta resposta está desatualizada. O problema foi corrigido em 10.10.3. Melhor resposta imho: apple.stackexchange.com/a/190845/45492 por Rich Trouton

Quero compartilhar a solução que corrigiu o problema para mim.

Primeiro de tudo, minha instalação do El Capitan falhou, resultando em que após a inicialização a tela de login foi mostrada, mas após um login, houve um kernel panic e o Mac reiniciou.

Então tentei reinstalar via Recovery Mode, mas no momento de selecionar o HD, entendi mensagem: Conversão de FileVault em andamento. Use o painel de preferências “Segurança e privacidade” para verificar o status da conversão.

Essas etapas resolveram meu problema:

• Vá para o modo de recuperação (segure cmd + R durante a inicialização)
• Abra um terminal e digite: diskuitl cs list resultado: Progresso da conversão: Pausado
• Abri uma segunda janela de terminal
• Foi pesquisado o binário “corestoraged”: arquivo / -nome “corestorage *”
• Encontrado na pasta de recuperação: / usr / libexec / corestoraged
• Iniciado corestoraged no encontrado pasta: ./corestoraged
• Agora verifique o HD através do primeiro terminal, o progresso da conversão agora mostrou uma porcentagem, e depois de uma hora, o HD foi convertido.
• Então eu poderia reinstalar El Capitan do mesmo modo de recuperação.
• Após a reinstalação, tudo estava como estava.

Comentários

• Esta é a verdadeira resposta
• Obrigado. Isso funcionou para mim com um disco externo que estava em pausa (eu não estava ‘ tentando reinstalar o macOS ou qualquer coisa). Só tive que desbloquear o disco primeiro com diskutil coreStorage unlockVolume {logical id}.
• Obrigado – invocar / usr / libexec / corestoraged do modo de recuperação iniciou o progresso e parece ter concluído durante a noite quando tive uma falha na instalação do High Sierra e desliguei o FV da linha de comando no modo de recuperação. Esperançosamente, a instalação pode ser concluída agora sem a complicação do FileVault adicionada.

Obtenha a atualização mais recente do Yosemite! Depois de verificar várias correções, instalei o 10.10.3 e o problema se resolveu.

Aqui “está o que funcionou para mim com base nesta postagem do fórum da Apple :

1. Reinicialize e redefina o PRAM segurando Option + Command + P + R
2. Ele reiniciou rapidamente e segurei Command + R para entrar no modo de recuperação.
3. Selecione Utilitário de disco
4. Eu vi meu “Macintosh HD” básico e um “Macintosh HD criptografado “abaixo dele. Selecione a partição criptografada e, em seguida, selecione Arquivo / Desbloquear e digite sua senha.
5. Selecione” Reparar disco “(leva 1 a 2 minutos)
6. Selecione” Reparar permissões de disco “(levou 1-2 minutos)
7. Selecione a partição” Macintosh HD “de base e selecione” Reparar disco “(levou 3-4 minutos)
8. Reinicializar (menu Apple, eu acho)
9. Faça login e abra Preferências / Segurança do sistema & Privacidade / FireVault
10. A criptografia ainda estava “Pausada” neste ponto, mas eu desconectei e reconectei meu energia e criptografia reiniciada e concluída rapidamente (< 1 minuto).

Espero que tenha ajudado.

Comentários

• Infelizmente, isso não funcionou para mim.
• Sem sorte ao usar esse método, eu até tentei desativar a criptografia no modo de recuperação, nada mudou.
• A opção para desativar a criptografia está esmaecida para mim no modo de recuperação.
• Usando o macbook pro retina em meados de 2014 Isso não funcionou para mim
• @Peter, você pode desative a opção se abrir o menu de contexto ‘ Arquivo` enquanto pressiona a tecla Opção. Não ‘ não se esqueça de soltar a tecla antes de clicar em ” Desligar … ” . É ‘ inútil, porém, não ‘ não funciona.

Concordo com os comentários de Peter (18 de dezembro).

Eu tinha um MBAir novo pronto para uso com 11 ” Dezembro de 2014. O FileVault fez uma pausa durante a configuração pedindo o adaptador de alimentação.

Um consultor sênior da Apple disse que os engenheiros da Apple dizem que não há nada de errado com o computador – você pode usá-lo.

O que você não pode fazer é desligar o FileVault. Os engenheiros consideram isso um problema cosmético. Sua primeira sugestão é deixar o laptop ligado sem hibernar por 24 horas – eles descobriram que em “muitos casos” o o erro se resolve sozinho.

Como eu não tinha dados na unidade (veja as sugestões de Peter se tiver), eles me pediram para limpar a unidade no Terminal, iniciar uma inicialização via rede, selecionar “Reinstalar Yosemite” no Janelas de utilitários do OS X que seguem uma inicialização via rede. Em seguida, após fazer o download e instalar, NÃO ative o FileVault durante a configuração. (Aparentemente, limpar a unidade no Terminal é importante – reinstalar o Yosemite sozinho não resolverá o problema).

Até agora, meu laptop agora aparece como novo.

Estou investigando este problema há cerca de um ano (meu laptop tem o FileVault habilitado desde sua instalação inicial, mas nunca concluída. Acabei fazendo a seguinte cópia dupla de e para uma unidade USB:

1. Use SuperDuper para criar um backup completo do sistema em uma unidade USB.
2. Inicialize a partir dele (SuperDuper faz isso automaticamente)
3. Use o Disk Util para recriar a partição principal. (*)
4. Use SuperDuper novamente para criar um backup da partição principal no Unidade USB na partição agora nova.
5. Inicialize a partir da unidade interna novamente.
6. Reinicie o FileVault e, desta vez, deixe-o ser concluído antes de mais nada …

(*) Se você excluiu acidentalmente a partição de recuperação, pode recriá-la inicializando no modo de recuperação (Cmd-R) e “Reinstalar Yosemite”, que apenas reinstalará o sistema operacional, mas deixará seus dados em paz.

Espero que isso ajude as pessoas a se recuperarem bem deste problema. Agora vamos instalar o Captain.

Este problema também pode ser causado pelo bug do UPS (fonte de alimentação ininterrupta) em El Capitan (a mesma coisa que impede o Time Machine de funcionar automaticamente).

Eu encontrei isso em uma máquina totalmente nova. O reparo do Utilitário de Disco não fez nada, mas me lembrei de ter lido sobre o UPS & Bug do Time Machine. Quando eu desconectei o UPS e reiniciei, o Time Machine e o File Vault funcionaram normalmente.

Se você tiver um UPS e estiver executando o El Cap, desconecte o UPS e reinicie. Experimente primeiro e provavelmente economizará algum tempo.