O MacBook (SSD + FileVault) não é restaurado após o esgotamento da bateria

Question

Configuração : Eu tenho um MacBook Pro 15 ", meados de 2009, 3.06GHz. A unidade de DVD foi substituída por um SSD da SAMSUNG (830 series), 128GB, a bateria foi substituída uma vez por um original, a RAM foi atualizada para 8 GB. O sistema está instalado no SSD, o HDD é montado como meu diretório de usuários. Ambas as unidades têm criptografia: o FileVault é ativado para o SSD, enquanto o HDD é desbloqueado por esta ferramenta interessante na inicialização.

Problema: Quando a bateria atinge 0%, o computador hiberna para o disco. Quando eu reinicio, eu sou solicitado pela minha senha por FileVault, que exibe um logotipo laranja perto da minha foto do usuário, para marcar que há uma sessão suspensa; Eu insiro minha senha (correta) e, em vez de fazer login na minha sessão, recebo uma tela em branco rápida e uma reinicialização .

O que tentei até agora:

• SMC e PVRAM redefinidos.
• Alterar hibernatemode via pmset -a para os modos 0, 3, 25: funciona sempre bem quando emito um modo de suspensão / hibernação manual, mas não funciona quando a bateria acaba.
• Excluindo o arquivo sleepimage .
• Alterar hibernatefile para forçar primeiro o armazenamento no SSD e depois no HDD.
• Verificando system.log para mensagens suspeitas.

Outros sintomas:

• Ao hibernar manualmente, os relatórios de log do sistema:
  kernel[0]: WARNING: hibernate_page_list_setall skipped 6894 xpmapped pages
  onde o número 6894 muda de um teste para outro.
• também recebo kernel[0]: Sleep failure code 0x00000000 0x1f006a00
• Não consigo encontrar nenhuma mensagem relacionada hibernate_* no log do sistema no momento da perda de energia, nem nenhuma mensagem de erro relacionada à restauração com falha da imagem suspensa, há apenas Darwing Kernel Version... do segunda inicialização.
• Tenho 8 GB de RAM, mas o arquivo de imagem de suspensão é sempre de 4 GB .

Eu tentei pesquisar todos esses sintomas, mas não encontrei nada que pudesse ajudar.

Minhas suspeitas:
indica que o arquivo da imagem do sono pode apontar apenas para um arquivo localizado no volume raiz. Meu volume de raiz é tecnicamente a unidade SSD, mas não está fisicamente localizado onde a Apple esperaria que o volume da raiz fosse (ou seja, o HDD bay). Esta pode ser a razão pela qual não é possível carregar a imagem do sono?
É claro que qualquer imagem do sono armazenada no HDD não estaria acessível, porque nesse estágio o FileVault pode desbloquear apenas o volume da raiz. Se esse não for o caso, por que o arquivo de imagem do sono tem apenas 4 GB? , exatamente 4 GB.

Mais informações:
Eu tive esse problema desde quando adicionei a unidade SSD, do Lion ao Yosemite. Infelizmente não tive a chance de testar a mesma situação sem o FileVault. RAM é afaik saudável.

As perguntas: A situação é específica devido à configuração SSD + FileVault, mas o problema certamente está relacionado ao sistema que está sendo instalado em uma unidade "secundária". Existe alguma maneira de fazer com que a restauração do sistema funcione corretamente nesse contexto? O que exatamente a Apple quer dizer com "root drive"? Por que o FileVault não carrega adequadamente a minha sessão, embora (o tamanho da imagem de suspensão seja separado) seja armazenado corretamente? O código de falha do sono ou o arquivo de imagem do sono de 4 GB é significativo de alguma forma?

Qualquer sugestão, esclarecimento sobre a conjectura interna da Apple, é bem aceita!

    

Answer 1

Sobre o tamanho do sleepimage de 4Gb: Uma alteração no Mavericks parece ter sido que o sleepimage é atualizado dinamicamente dependendo do quantidade de RAM em uso. Então eu não acho que isso seja um problema.

Quando fiz uma coisa semelhante no MBP 17 "de 2010, substituí o disco do sistema original pelo SSD (novo disco do sistema) e coloquei o disco do sistema original no compartimento do DVD. Não tenho essa configuração mais, mas IIRC eu usei FileVault sobre isso sem problemas.