web-dev-qa-db-fra.com

Swap disparu après le redémarrage

J'ai installé Kubuntu 14.04 avec un répertoire personnel crypté. Bien que l’échange d’installation ait eu lieu lors de l’installation, l’espace d’échange n’était pas disponible après l’installation. Cela est arrivé à beaucoup de gens, il semble y avoir un bug quelque part. J'ai googlé et trouvé une solution à cela ici .

J'ai suivi les étapes là-bas, en laissant de côté celles qui concernaient CV, car elles sont désactivées de toute façon sur mon installation. Donc j'ai essentiellement fait:

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

Ensuite, j'ai eu un échange de travail et j'étais heureux, jusqu'à ce que je redémarre mon ordinateur portable et revienne à la case départ. En regardant la partition avec gparted, il est indiqué que le système de fichiers est inconnu pour la (ancienne) partition de swap, et il va sans dire que je n'ai aucun espace de swap disponible.

Ma question est donc la suivante: pourquoi le formatage du système de fichiers (comme linux-swap) n’a-t-il pas survécu au redémarrage? Y a-t-il quelque chose que je puisse faire à ce sujet?

Si je blkid, la partition d'échange n'apparaît pas du tout, donc mon problème semble être différent de cette question .

Edit: J'y travaille encore. J'ai donc refait la procédure ci-dessus, après quoi/etc/crypttab ressemble à ceci:

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

plus quelques lignes qui sont commentées. Et/etc/fstab contient cette ligne:

/dev/mapper/cryptswap1 none swap sw 0 0

Cependant, les deux nouvelles lignes ont exactement le même aspect (à l’exception de l’UUID) que ce qui a été généré les deux dernières fois. Donc, je n’espère pas beaucoup que cela restera au redémarrage. Gparted montre maintenant la partition que j'utilise comme linux-swap. (Avant de redémarrer) blkid donne aussi cette ligne:

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

J’ai testé le swap et cela a fonctionné, c’est-à-dire que j’ai démarré un programme qui utilisait beaucoup de mémoire et vérifiais le volume chargé dans swap dans le moniteur système.

Edit2: Il s'avère que 3 n'est pas le nombre magique qui résout ce problème. Le contenu des deux fichiers est inchangé, blkid ne montre plus la ligne avec/dev/sda7 et gparted affiche la partition de swap comme "inconnue".

Toute suggestion concernant ce que je pourrais regarder ou ce que je pourrais essayer d’autre est vraiment la bienvenue. Ma solution consiste à ne pas redémarrer, mais parfois, lorsqu’il ya une mise à jour, mon ordinateur portable veut vraiment redémarrer.

Edit3: N'y a-t-il vraiment rien d'autre que l'on puisse essayer de résoudre ce problème? Des commandes que je pourrais essayer? Toute sortie que je pourrais regarder?

encryptionswapformat
9
fifaltra

Cela ne se produit pas lors du redémarrage. Une fois que vous avez terminé votre configuration (en exécutant ecryptfs-setup-swap), revenez à gparted, rechargez la table, ouvrez un terminal et exécutez: Sudo fdisk -l /dev/sda. Vous allez trouver que cette partition a toujours Id 83 Linux Swap et est devenue au format inconnu .

Pourquoi donc?! C'est déjà devenu une partition cryptée.

Dans /etc/fstab:

  • L'ancienne partition de swap a été commentée.

  • Un nouveau mappé inséré:

    /dev/mapper/cryptswap1 none swap sw 0 0

C'est bon.

Dans /etc/crypttab:

  • Une nouvelle ligne a été ajoutée pour mapper le swap:

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

Mais il y a quelque chose qui cloche ici: une partition chiffrée a-t-elle un UUID (non chiffré)? !!!

  1. Donc définissez le chemin de développement directement comme dans cet exemple:

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

  2. Redémarrez alors le swap sera activé.

BTW, cela devrait être signalé comme un bug. ecryptfs-setup-swap devrait utiliser le chemin de périphérique au lieu de uuid.

Mise à jour: Je pouvais trouver la même question avec réponse qui incluait aussi le rapport de bogue.

Il contient la réponse canonique en ajoutant un offset= dans les options de la table de chiffrement.

8
user.dz