FileVault preso na pausa

19

Acabei de receber um novo rMBP de 13 "com o Yosemite instalado. Optei por ativar o FileVault ao configurar a máquina.

Agora, vários dias depois, um aplicativo chamado "Revertendo do FileVault" aparece na lista de aplicativos que consomem muita energia. [ Editar: este aplicativo não aparece mais; tudo o mais neste post ainda é verdadeiro.]

Verifico o FileVault nas Preferências do Sistema e diz "Criptografia pausada", seguida de "Conecte o adaptador de energia para retomar a criptografia". Conectar o adaptador de energia não faz diferença, mesmo que a máquina reconheça que está carregando.

Encontrei vários tópicos que descrevem esse problema, mas não há soluções.

Tentei redefinir o SMC, limpar a PRAM, entrar no modo de recuperação, reparar o disco e reparar as permissões. Nada deu certo. Não consigo parar o FileVault do Terminal e, quando tento habilitá-lo, ele diz que já está ativado:

$ fdesetup status
FileVault is On.
Encryption in progress: Pending

$ sudo fdesetup disable
Password:
Enter a password for '/':
...

$ fdesetup status
FileVault is On.
Encryption in progress: Pending

$ sudo fdesetup enable
Error: FileVault is already On.

Aqui está a saída de diskutil cs list:

$ diskutil cs list
CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group 25ED6E9D-5D22-4846-9C2A-2698F58A1159
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         250140434432 B (250.1 GB)
    Free Space:   0 B (0 B)
    |
    +-< Physical Volume 32AF849E-36C7-4587-AF3E-3BEC1D517A69
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     250140434432 B (250.1 GB)
    |
    +-> Logical Volume Family F3D38571-E46C-4A52-9C1A-71B9737E0A79
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         AES-XTS
        Conversion Status:       Converting
        Conversion Direction:    forward
        Has Encrypted Extents:   Yes
        Fully Secure:            No
        Passphrase Required:     Yes
        |
        +-> Logical Volume 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49
            ---------------------------------------------------
            Disk:                  disk1
            Status:                Online
            Size (Total):          249820610560 B (249.8 GB)
            Conversion Progress:   Paused
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS

Quando procuro pelo Console corestorage, recebo muitas entradas como as seguintes:

12/13/14 8:41:45.067 PM corestoraged[155]: 0x7fff78553300 resumeBackgroundConversion: background conversion started/resumed for lv 4362CD83-5AAB-4DA5-BD4E-17BC5CCAEB49.

E outros como este:

12/13/14 8:41:45.000 PM kernel[0]: CoreStorageLogical::resumeBackgroundTransform: thread already running

Alguma sugestão? A máquina é nova em folha, portanto, não há uma quantidade enorme de dados (nem backups do Time Machine), mas eu gostaria de evitar a limpeza da unidade.

Se não houver nada que eu possa fazer, a Apple tem um histórico de emissão de hotfixes para problemas como este?

Pedro
fonte
1
Descarreguei e desabilitei os daemon de armazenamento de dados (há um armazenamento de dados e um auxiliar), reiniciei e reiniciei o carrinho, consertei meu disco no modo de segurança e finalmente reiniciei novamente. Depois, reativei os daemon e ele parecia se soltar. Não postar isso como uma resposta real, porque não tenho idéia se é realmente uma solução ou apenas funcionou para mim.
MarkWatson
@markwatson Referenciei um processo semelhante na minha resposta. É o mesmo que você seguiu?
Peter

Respostas:

12

Perguntei depois disso enquanto participava da WWDC 2015 e me disseram que o problema "Criptografia Pausada" foi resolvido na 10.10.3.

A causa raiz foi um problema ao redimensionar o volume CoreStorage durante o processo de criptografia. Quando o volume CoreStorage não pôde aumentar, a criptografia foi pausada e não pôde continuar até que o problema de redimensionamento fosse resolvido.

Para corrigir este problema:

  1. Atualize o seu Mac para 10.10.3 ou inicialize a partir de uma unidade alternativa que esteja executando a 10.10.3.
  2. Desbloqueie a unidade criptografada, se necessário
  3. Terminal Aberto
  4. Execute o seguinte comando para obter o identificador de disco do seu Mac:

    diskutil list
    
  5. Depois de obter 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 solucionar o problema de redimensionamento. Como parte da saída, ele deve mostrar que a criptografia está sendo retomada.

Rich Trouton
fonte
Obrigado pela sua resposta. Embora eu não consiga testar isso (já tendo corrigido o problema com a solução que descrevi na minha resposta), presumo que seja a solução adequada.
Peter
Infelizmente isso não funcionou para mim. Que pena.
Ben Wilde
1
O Utilitário de Disco do El Capitan também parece ter fornecido uma maneira de resolver a "Criptografia pausada" devido ao problema de dimensionamento. Seguindo as instruções publicadas recentemente em um dos muitos threads de suporte da Apple, eu inicializei a partir de um disco de instalação USB El Capitan, executei o Disk Utility e, durante o First Aid, vi: "O volume @@@ foi redimensionado para desbloquear a criptografia Pausada". Agora está tudo bem, finalmente. discussões.apple.com
message
Você é um salva-vidas absoluto. Eu tentei de tudo por aí e isso fez o truque.
InkGolem
Estou executando o 10.12.5, mas ainda enfrentei esse problema (por isso ainda não está morto!) ZOMBIES! Recebo "o volume disk0s2 não pode ser reparado quando está em uso" quando tento este patch. Acho que devo tentar inicializar a partir de outro volume. Obrigado por todas as respostas detalhadas sobre este tópico.
22617 micstr #
8

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

Algumas notas importantes (das postagens do fórum que li):

  • Quando você limpar a unidade, selecione Journaled. O padrão é Journaled, Encrypted, mas deixar a criptografia ativada 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, esse problema poderá ocorrer novamente. Claro, pode funcionar da segunda vez ... mas por que correr o risco? Aguarde a Apple corrigir esse erro antes de ativar o FileVault novamente.
  • Se você restaurar a partir do backup do Time Machine durante a instalação do OS X, não será solicitado a ativar o FileVault, que deve estar desativado por padrão.

Se essa solução não for satisfatória, você poderá encontrar algumas orientações neste guia sobre falha na criptografia do FileVault . Eu considerei uma abordagem semelhante (achei esse guia pesquisando no Google por "matar corestoraged"), mas finalmente decidi seguir a abordagem testada e verdadeira (e tediosa) de uma reinstalação completa.

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

Portanto, a varredura do processo correspondente resultou em que o armazenamento intermediário estava causando a alta carga. Dando uma chance de 50/50 de corrigi-lo ou destruir completamente meu sistema, tive uma idéia de como corrigi-lo. Então, primeiro eu tentei simplesmente matar o processo. Isso funcionou, mas após alguns segundos o processo reapareceu - portanto, deve ter sido iniciado a partir de outro daemon. Acontece que, na verdade, o launchd está iniciando esse processo. Então, ou para percorrer todo o tutorial [2] , decidi fazer uma correção rápida / teste. Então, minha ideia era mover o daemon binário e depois matar o processo. Então eu 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 encontre outras opções.

Deve-se notar também que definitivamente existe uma solução melhor relacionada à configuração do launchd. Nem a Apple deve manter o FileVault em funcionamento estável, principalmente porque ele deve ser considerado como um serviço principal.

[2014/09/09] Atualização: Já perdendo a 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 acima tenha resolvido o problema de uso da CPU e consumo de energia, não me sentia confortável movendo-se pelos processos principais, onde não tinha 100% de certeza do que eles estavam fazendo. Então, fiz o backup de tudo e comecei a limpar minha máquina. Tendo feito tudo até agora, decidi iniciar o Mac no modo de recuperação e tentar mais uma vez a funcionalidade de reparo do disco (especialmente as permissões de correção). Depois de fazer isso, pensei em fazer mais uma última tentativa. Inicializado, recolocou a correspondência armazenada na coréia e fez check-in na tela de progresso do FileVault nas Configurações de segurança. E de repente vi que o processo de criptografia estava funcionando novamente.

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

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

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

Antes de tudo, minha instalação do El Capitan falhou, resultando em que, após a inicialização, a tela de login foi exibida, mas após o login, houve um pânico no kernel e o Mac foi reiniciado.

Tentei reinstalar por meio do modo de recuperação, mas no momento da seleção do HD, recebi a seguinte mensagem: Conversão do FileVault em andamento. Use o painel de preferências "Segurança e privacidade" para verificar o status da conversão.

Estes passos resolveram o meu problema:

  • Vá para o modo de recuperação (mantenha pressionado cmd + R durante a inicialização)
  • Abra um terminal e digite: diskuitl cs list result: Conversion Progress: Paused
  • Abri uma segunda janela do terminal
  • Pesquisou o binário 'corestoraged': arquivo / -name 'corestorage *'
  • Encontrou-o na pasta de recuperação: / usr / libexec / corestoraged
  • Iniciado com armazenamento na pasta encontrada: ./corestoraged
  • Agora verifique o HD através do primeiro terminal, o progresso da conversão agora mostrou uma porcentagem e, após uma hora, o HD foi convertido.
  • Então eu poderia reinstalar o El Capitan a partir do mesmo modo de recuperação.
  • Após a reinstalação, tudo ficou como estava.
user155343
fonte
2
Esta é a verdadeira resposta
jakethedog
1
Obrigado. Isso funcionou para mim com um disco externo em pausa (não estava tentando reinstalar o macOS ou algo assim). Só tinha que desbloquear o disco primeiro com diskutil coreStorage unlockVolume {logical id}.
G-Wiz
1
Obrigado - invocar / usr / libexec / corestoraged no modo de recuperação iniciou o progresso e parece ter sido concluído da noite para o dia quando houve uma falha na instalação do High Sierra e desliguei o FV na linha de comando no modo de recuperação. Esperamos que a instalação possa ser concluída agora sem a complicação adicionada do FileVault.
precisa saber é
2

Obtenha a atualização mais recente para Yosemite! Após verificar várias correções, o 10.10.3 instalado e o problema foram resolvidos.

Tom Howard
fonte
1

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

  1. Reinicie e redefina a PRAM mantendo Option + Command + P + R
  2. Ele foi reiniciado rapidamente novamente e segurei Command + R para entrar no modo de recuperação.
  3. Selecione o Utilitário de Disco
  4. Vi minha base "Macintosh HD" mais um "Macintosh HD" criptografado abaixo dela. Selecione a partição criptografada, selecione Arquivo / Desbloquear e digite sua senha.
  5. Selecione "Reparar disco" (demorou 1-2 minutos)
  6. Selecione "Reparar permissões de disco" (demorou 1-2 minutos)
  7. Selecione a partição "Macintosh HD" base e selecione "Reparar disco" (demorou de 3 a 4 minutos)
  8. Reiniciar (menu Apple, eu acho)
  9. Entre e abra Preferências do Sistema / Segurança e Privacidade / FireVault
  10. A criptografia ainda estava "Pausada" neste momento, mas desconectei e reconectei minha energia e, em seguida, a criptografia foi reiniciada e concluída rapidamente (<1 minuto).

Espero que ajude.

Von
fonte
2
Infelizmente, isso não funcionou para mim.
Peter Peter
1
Sem sorte usando esse método, tentei desativar a criptografia no modo de recuperação, nada mudou.
Igor Zinov'yev
A opção para desativar a criptografia está desativada para mim no Modo de recuperação.
Peter Peter
Usando o macbook pro retina em meados de 2014 Isso não funcionou para mim
1
@ Peter, você pode desmarcar a opção se abrir o menu de contexto 'Arquivo' enquanto pressiona a tecla Opção. Não se esqueça de soltar a tecla antes de clicar em "Desativar ...". Não adianta, porém, não funciona.
Igor Zinov'yev
1

Eu segundo os comentários de Pedro (18 de dezembro).

Eu tinha um novíssimo MBAir de 11 "retirado da caixa em dezembro de 2014. O FileVault parou durante a instalação solicitando o adaptador de energia.

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

O que você não pode fazer é desativar o FileVault. Os engenheiros consideram isso uma questão estética. Sua primeira sugestão é deixar o laptop sem dormir por 24 horas - eles descobriram que em "muitos casos" o erro se resolve.

Como eu não tinha dados na unidade (veja as sugestões de Peter, se você tiver), eles me fizeram limpar a unidade no Terminal, iniciar uma inicialização via rede, selecione "Reinstalar o Yosemite" nas janelas do OS X Utilities que seguem uma inicialização via rede. Depois de baixar 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 parece bom como novo.

Scott
fonte
1

Estou estudando esse problema há cerca de um ano (meu laptop tem o FileVault ativado desde a instalação inicial, mas nunca foi concluído. Acabei fazendo a seguinte cópia dupla de e para uma unidade USB:

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

(*) Se você excluiu acidentalmente a Partição de Recuperação, é possível recriá-la inicializando no Modo de Recuperação (Cmd-R) e em 'Reinstalar o Yosemite', que apenas reinstalará o SO, mas deixará seus dados em paz.

Espero que isso ajude as pessoas a se recuperarem bem desse problema. Agora vamos instalar o capitão.

Coroos
fonte
0

Esse problema também pode ser causado pelo bug do UPS (fonte de alimentação ininterrupta) no El Capitan (a mesma coisa que impede o funcionamento automático do Time Machine).

Encontrei isso em uma máquina nova. O reparo do Disk Utility não fez nada, mas lembrei-me de ler sobre o bug do UPS & Time Machine. Quando desconectei o no-break e reinicializei, o Time Machine e o File Vault funcionaram normalmente.

Se você possui um no-break e está executando o El Cap, desconecte o no-break e reinicie. Tente isso primeiro e você provavelmente economizará algum tempo.

Conta
fonte
-6

Tente smc reset e reinicie o computador estará ok

Prasanna
fonte