Usando o fsck para verificar e reparar o disco criptografado do LUKS?

Question

Minha máquina Ubuntu 11.04 usa a criptografia LUKS para root, swap e home. Uma rotina fsck -n revelou um conjunto de erros que preciso reparar. fsck requer desmontar as partições. Antes do luks, eu simplesmente inicializava de um stick USB e corrija o fsck a partir daí. Quais são as etapas para fazer isso para partições criptografadas LUKS?

    

Answer 1

O método exato depende de como você configurou o luks, e se você tem o LVM em cima do luks ou se você tem apenas um sistema de arquivos dentro do volume luks.

Se você não tem o LVM além do luks, provavelmente faria algo assim.

cryptsetup luksOpen /dev/rawdevice somename
fsck /dev/mapper/somename

# or

cryptsetup luksOpen /dev/sda2 _dev_sda2
fsck /dev/mapper/_dev_sda2

Se você usou a opção LVM no LUKS fornecida pelo instalador do Debian / Ubuntu, você precisará iniciar o LVM. Então vgchange -aly depois de abrir o volume criptografado, então execute fsck no /dev/mapper/lvname .

(Se os comandos estiverem faltando, talvez você precise fazer apt-get install cryptsetup primeiro. Da mesma forma, se você precisar de vgchange do apt-get install lvm .)

    

Answer 2

Você precisa abrir o volume LUKS primeiro.

cryptsetup luksOpen /dev/(whatever) someName

Isso lhe pedirá a senha e, em seguida, criar /dev/mapper/someName , que é o dispositivo de texto sem formatação em que você pode executar fsck on. Quando estiver pronto,

cryptsetup luksClose someName

removerá o dispositivo /dev/mapper/someName de texto simples.

    

Answer 3

O procedimento deve ser o mesmo.

Usando um pendrive Debian (7.7.0 amd64 netinst, no meu caso), pode-se entrar no modo de recuperação, que deve identificar a partição LUKS, solicitar uma senha e mapeá-la. Ele também identifica e mapeia quaisquer partições do LVM contidas nele. Se você não montar a partição raiz, no prompt do shell você pode apenas e2fsck -f -c /dev/system_name/partition_name , etc.

Esta pergunta tem quatro anos, mas não acho que o procedimento tenha mudado.

Devo salientar, porém, que fazer um fsck -n em um sistema de arquivos montado é quase certo para relatar erros que realmente não existirão quando você fsck é desmontado!