A troca desapareceu após a reinicialização

9

Instalei o Kubuntu 14.04 com um diretório inicial criptografado. Embora eu tivesse configurado a troca durante a instalação, o espaço de troca não estava lá após a instalação. Isso aconteceu com muitas pessoas, parece haver um bug em algum lugar. Eu pesquisei e encontrei uma solução para isso aqui .

Eu segui as etapas lá, deixando de fora as que tinham a ver com o currículo, porque elas estão desativadas na minha instalação de qualquer maneira. Então eu fiz essencialmente:

sudo swapoff -a (turns off swap)
comment existing swap configuration in /etc/crypttab
comment existing swap configuration in /etc/fstab
re-format swap partition with gparted as linux-swap
sudo mkswap /dev/sdXX 
sudo swapon /dev/sdXX 
sudo ecryptfs-setup-swap 

Então tive uma troca de trabalho e fiquei feliz, até reiniciar o meu laptop e voltar à estaca zero. Olhando para a partição com o gparted, ele diz que o sistema de arquivos é desconhecido para a (anterior) partição swap e é desnecessário dizer que não tenho espaço de troca disponível.

Então, agora minha pergunta é: Por que a formatação do sistema de arquivos (como linux-swap) não sobreviveu à reinicialização? Existe algo que eu possa fazer sobre isso?

Se eu blkid, a partição swap não aparece, então meu problema parece ser diferente desta questão .

Edit: Ainda trabalhando nele, então eu fiz o procedimento acima novamente, após o qual o / etc / crypttab fica assim:

cryptswap1 UUID=xxxx /dev/urandom swap,cipher=aes-cbc-essiv:sha256

além de algumas linhas comentadas. E / etc / fstab contém esta linha:

/dev/mapper/cryptswap1 none swap sw 0 0

As duas novas linhas, no entanto, parecem exatamente iguais (além do UUID) que foram geradas nas últimas duas vezes. Portanto, não tenho grandes esperanças de que ele permaneça quando eu reiniciar. O Gparted agora mostra a partição que estou usando como linux-swap. (Antes de reiniciar) Também o blkid fornece esta linha:

/dev/sda7: UUID="xxxx" TYPE="swap" 

Eu testei o swap e ele funciona, ou seja, iniciei um programa que usava muita memória e verifiquei quanto estava carregado no swap no monitor do sistema.

Edit2: Acontece que 3 não é o número mágico que corrige esse problema. O conteúdo dos dois arquivos é inalterado, blkid não mostra mais a linha com / dev / sda7 e gparted mostra a partição swap como "desconhecida".

Quaisquer sugestões sobre a saída do que eu poderia olhar ou o que mais eu poderia tentar são realmente bem-vindas. No momento, minha solução alternativa é não apenas reiniciar, mas, às vezes, quando há uma atualização, meu laptop realmente deseja reiniciar.

Edit3: Não há realmente mais nada que se possa tentar corrigir isso? Algum comando que eu poderia tentar? Qualquer saída que eu poderia olhar?

fifaltra
fonte

Respostas:

8

Isso não está acontecendo na reinicialização. Após terminar o setup (em execução ecryptfs-setup-swap), volte para gpartede recarregar a mesa e abrir uma corrida terminal e: sudo fdisk -l /dev/sda. Você encontrará essa partição ainda com o Id 83Linux Swap e ficará no formato Desconhecido .

Por que é que?! Tornou-se uma partição criptografada já.

Em /etc/fstab:

  • A partição de troca antiga foi comentada.
  • Novo mapeado inserido:

    /dev/mapper/cryptswap1 none swap sw 0 0
    

Isto é bom.

Em /etc/crypttab:

  • Uma nova linha adicionada para mapear a troca:

    cryptswap1 UUID=xxxx /dev/urandom swap,cipher=aes-cbc-essiv:sha256
    

Mas há algo errado aqui: uma partição criptografada possui um UUID (não criptografado)? !!!

  1. Portanto, defina o caminho do desenvolvedor diretamente como este exemplo:

    cryptswap1 /dev/sdXX /dev/urandom swap,cipher=aes-cbc-essiv:sha256
    
  2. Reinicie e o Swap estará ativado.

BTW, isso deve ser relatado como um bug. ecryptfs-setup-swapdeve usar o caminho do dispositivo em vez do uuid.

Atualização: Eu poderia encontrar a mesma pergunta respondida, que também inclui o relatório de erros.

Ele contém a resposta canônica adicionando um offset=nas opções da tabela de criptografia.

user.dz
fonte
Desculpe, demorei tanto para chegar a isso, sou um pouco paranóico com relação a backups, então queria fazer um backup primeiro ... Tentei o que você sugeriu, reiniciei uma vez, sem troca, reiniciei novamente, troca funcionou, virou off, inicializado novamente, sem troca, reinicializado novamente, sem troca ... muito estranho, nas duas últimas vezes também houve uma mensagem durante a inicialização sobre o / dev / mapper / cryptswap não estar pronto
fifaltra
infelizmente, isso não funciona para mim, a troca ainda desaparece após algumas reinicializações. o método de compensação também não trabalho
fifaltra
e com o método offset, quero dizer o que está descrito na resposta à pergunta vinculada e o que está descrito no relatório de erros ...
fifaltra
@fifaltra, Possivelmente, um bug separado, mas tentarei se puder reproduzi-lo ou encontrar uma solução alternativa.
user.dz
@fifaltra, como uma solução alternativa sudo /etc/init.d/cryptdisks restartfunciona para mim após a inicialização (não obtive 1 troca em 10 reinicializações que fiz).
User.dz
-2

Você pode tentar isso no terminal:

 sudo -i
 umount -a
 gedit /etc/fstab

e digite isso na parte inferior:

 uuid   name   mount  type
 xxxxx  swap   /       sw   sw   errors=noremount   0

e digite isso no terminal:

 mount -a

e, em seguida, use gpart e defina a unidade de swap swap /. e pode funcionar bem dessa maneira.

Michael
fonte