O serviço Crashplan impede a suspensão

4

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

Eu acredito que será difícil influenciar o crashplan para mudar esse comportamento, mas eu queria saber se é possível adicionar uma ação para interromper o crashplan quando a tampa é fechada e iniciá-la de volta quando estiver de volta.

Alguma ideia? Obrigado!

    
por SloppyPenguin 04.06.2015 / 04:13

1 resposta

2

Resposta direta à sua pergunta:

Você pode usar o interruptor de tampa para acionar um script que interrompe o serviço Crashplan. Consulte Scripts de tampa e encaixe para laptop na Wiki de Ajuda.

Veja também os comentários e as respostas de Veja como fechar e abrir eventos .

Há também um monte de exemplos de scripts escritos para diferentes tipos de eventos que as pessoas queriam ativar com o interruptor da tampa nos 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 o Crashplan que é o problema.

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

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

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

Portanto, talvez você não precise escrever um script de "interrupção do serviço" ativado pelo interruptor da tampa. Você só precisa lidar com o seu swap.

Duas possibilidades são:

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

  2. Optando pela troca não criptografada. Obviamente, este último não é uma solução recomendada, mas pessoalmente eu acho que para o usuário médio, não é um grande problema ter uma partição swap não criptografada. Você pode ler mais sobre isso e decidir por si mesmo. Consulte aqui para obter instruções sobre como fazer isso.

Veja também o Wiki da Ajuda do Ubuntu sobre as ressalvas da home criptografada e como a hibernação é afetada.

Nota: Esta pergunta tem 2 anos, por isso, apesar de ser melhor obter mais informações antes de responder, pensei que seria improvável que o OP respondesse, por isso fui em frente e publiquei uma resposta.

    
por Emily 27.04.2018 / 20:39