Scambia svanito dopo il riavvio


9

Ho installato Kubuntu 14.04 con una directory home crittografata. Sebbene durante l'installazione avessi configurato lo scambio, lo spazio di scambio non era presente dopo l'installazione. Questo è successo a molte persone, sembra che ci sia un bug da qualche parte. Ho cercato su Google e ho trovato una soluzione a questo qui .

Ho seguito i passaggi lì, tralasciando quelli che avevano a che fare con il curriculum, perché comunque è disabilitato sulla mia installazione. Quindi essenzialmente ho fatto:

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 

Poi ho avuto uno scambio funzionante ed ero felice, fino a quando ho riavviato il mio laptop e sono tornato al punto di partenza. Guardando la partizione con gparted, dice che il file system è sconosciuto per la (ex) partizione di swap, e inutile dire che non ho spazio di swap disponibile.

Quindi, ora la mia domanda è: perché la formattazione del file system (come linux-swap) non è sopravvissuta al riavvio? C'è qualcosa che posso fare al riguardo?

Se faccio blkid, la partizione di swap non si presenta affatto, quindi il mio problema sembra essere diverso da questa domanda .

Modifica: ci sto ancora lavorando, quindi ho ripetuto la procedura sopra descritta, dopo di che / etc / crypttab è simile al seguente:

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

oltre ad alcune righe commentate. E / etc / fstab contiene questa riga:

/dev/mapper/cryptswap1 none swap sw 0 0

Entrambe le nuove linee, tuttavia, sembrano esattamente le stesse (a parte l'UUID) di ciò che è stato generato le ultime due volte. Quindi non ho grandi speranze che rimanga al riavvio. Gparted ora mostra la partizione che sto usando come Linux-Swap. (Prima di riavviare) Blkid fornisce anche questa riga:

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

Ho testato lo swap e funziona, ovvero ho avviato un programma che utilizzava molta memoria e ho verificato quanto è stato caricato in swap nel monitor di sistema.

Modifica2: Si scopre che 3 non è il numero magico che risolve questo problema. Il contenuto dei due file è invariato, blkid non mostra più la riga con / dev / sda7 e gparted mostra la partizione di swap come "sconosciuta".

Tutti i suggerimenti sull'output di ciò che potrei guardare o cos'altro potrei provare sono davvero i benvenuti. La mia soluzione al momento è di non riavviare, ma a volte quando c'è un aggiornamento, il mio laptop vuole davvero riavviare.

Edit3: non c'è davvero nient'altro che si possa provare a risolvere questo? Qualche comando che potrei provare? Qualche risultato che potrei guardare?

Risposte:


8

Questo non sta succedendo al riavvio. Dopo aver completato la configurazione (in esecuzione ecryptfs-setup-swap), tornare gpartede ricaricare il tavolo e aprire una corsa terminale e: sudo fdisk -l /dev/sda. Troverai che quella partizione ha ancora Id 83Linux Swap ed è diventata in formato sconosciuto .

Perché?! È già diventata una partizione crittografata.

In /etc/fstab:

  • La vecchia partizione di swap è stata commentata.
  • Nuovo mappato inserito:

    /dev/mapper/cryptswap1 none swap sw 0 0
    

Questo va bene.

In /etc/crypttab:

  • Una nuova linea aggiunta per mappare lo swap:

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

Ma c'è qualcosa che non va qui, una partizione crittografata ha un UUID (non crittografato)? !!!

  1. Quindi imposta direttamente il percorso dev come nell'esempio:

    cryptswap1 /dev/sdXX /dev/urandom swap,cipher=aes-cbc-essiv:sha256
    
  2. Riavvia quindi lo Swap sarà attivo.

A proposito, questo dovrebbe essere segnalato come un bug. ecryptfs-setup-swapdovrebbe utilizzare il percorso del dispositivo anziché uuid.

Aggiornamento: ho potuto trovare la stessa domanda con risposta che include anche la segnalazione di bug.

Contiene la risposta canonica aggiungendo una offset=nelle opzioni crypttab.


Mi dispiace che ci sia voluto così tanto tempo per arrivare a questo, sono un po 'paranoico sui backup, quindi volevo prima fare un backup ... Ho provato quello che hai suggerito, riavviato una volta, no swap, riavviato di nuovo, swap ha funzionato, trasformato spento, riavviato di nuovo, nessuno scambio, riavviato di nuovo, nessuno scambio ... molto strano, le ultime due volte c'è stato anche un messaggio durante l'avvio su / dev / mapper / cryptswap non essere pronto
fifaltra

purtroppo, questo non funziona per me, lo scambio svanisce ancora dopo alcuni riavvii. anche il metodo offset non funziona
fifaltra

e con il metodo offset intendo ciò che è descritto nella risposta alla domanda collegata e ciò che è descritto nella segnalazione di bug ...
fifaltra

@fifaltra, possibilmente, un bug separato, ma proverò se riesco a riprodurlo o trovare un modo per aggirare.
user.dz

@fifaltra, poiché una soluzione alternativa sudo /etc/init.d/cryptdisks restartfunziona per me dopo l'avvio (ho ottenuto 1 nessun scambio in 10 riavvii che ho fatto).
user.dz

-2

Puoi provarlo dal terminale:

 sudo -i
 umount -a
 gedit /etc/fstab

e quindi digita questo in fondo:

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

e quindi digita questo nel terminale:

 mount -a

e quindi usa gpart e imposta swap drive swap /. e potrebbe funzionare bene in questo modo.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.