Resposta direta à sua pergunta:

Resposta direta à sua pergunta:

Após um longo processo de tentativa/erro, finalmente identifiquei o serviço crashplan como o motivo pelo qual meu laptop não foi suspenso após o fechamento da tampa. Eu tenho dois laptops Ubuntu diferentes, ambos estão sofrendo desse problema...

Acredito que será difícil influenciar o crashplan para mudar esse comportamento, mas queria saber se é possível adicionar uma ação para interromper o crashplan quando a tampa estiver fechada e reiniciá-lo quando for ligada novamente.

Alguma ideia? Obrigado!

Responder1

Resposta direta à sua pergunta:

Você pode usar o interruptor de tampa para acionar um script que interrompe o serviço Crashplan. VerScripts de tampa e dock de laptopno Wiki de Ajuda.

Veja também comentários e respostas deCapture eventos de fechamento e abertura da tampa.

Há também vários exemplos de scripts escritos para diferentes tipos de eventos que as pessoas queriam acionar com o interruptor de tampanos fóruns do Ubuntu--um pouco caótico, mas os exemplos podem ser úteis enquanto você escreve o seu.

No entanto, pode não ser realmente o Crashplan o problema.

Se a sua unidade de troca estiver criptografada, pode ser isso que está interferindo na hibernação.(De certa forma, o Crashplan pode ter sido indiretamente a causa - vou explicar mais...) Você pode não ter configurado conscientemente uma unidade de troca criptografada; isso acontece automaticamente quando você escolhe criptografar seu diretório inicial durante a instalação do Ubuntu 9.10 e superior.

Além disso, você pode nunca ter notado que sua partição swap foi criptografada porque você ainda teria a capacidade de hibernar se o seu fstab identificasse seu espaço swap por UUID.

Isso só se torna um problema quando sua unidade de troca fica cheia (o que muito provavelmente pode ter acontecido enquanto você estava executando o Crashplan, já que muitos de seus processos, como restaurações de arquivos, são longos e consomem muitos recursos/memória). Quando cheio, tudo sobre a troca criptografada é sobrescrito, incluindo o UUID, então, ao tentar sair da hibernação, seu sistema não saberia onde encontrar sua unidade de troca - ele estaria procurando por um UUID que não existe mais .

Portanto, talvez você não precise escrever um script de "parar serviço" ativado pelo interruptor da tampa. Talvez você só precise lidar com sua troca.

Duas possibilidades são:

  1. Modificando suas configurações para que sua unidade de swap seja identificada em /dev/sdXXvez de por UUID e também o sistema seja fornecido com uma chave gerada aleatoriamente quando necessário ( /dev/urandom). Veresta respostapara instruções explícitas. Envolve a edição do crypttab e do fstab, dos quais você deve fazer backup antes de alterar.

  2. Optando por swap não criptografado. Obviamente, esta última não é uma solução recomendada, mas pessoalmente acho que para o usuário médio não é grande coisa ter uma partição swap não criptografada. Você pode ler mais sobre isso e decidir por si mesmo. Veraquipara obter instruções sobre como fazer isso.

Veja também oWiki de ajuda do Ubuntusobre as advertências da casa criptografada e como a hibernação é afetada.

Observação: esta pergunta tem 2 anos, portanto, embora fosse melhor obter mais informações antes de responder, achei improvável que o OP respondesse, então fui em frente e postei uma resposta.

informação relacionada