FileVault preso na pausa

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.

• https://discussions.apple.com/thread/6711684
• https://discussions.apple.com/thread/6576613
• https://discussions.apple.com/thread/6719087
• https://discussions.apple.com/thread/6679584
• https://discussions.apple.com/thread/6714242
• https://discussions.apple.com/thread/6641025
• https://discussions.apple.com/thread/6602802
• etc.

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?

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.

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.

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.

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.

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.

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.

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.

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.

Tente smc reset e reinicie o computador estará ok