Por que o systemd espera por um disco não presente no 'fstab'?

1

Meu sistema leva exatamente 95 segundos para inicializar: 5 segundos de inicialização real e 90 segundos aguardando uma unidade inexistente:

(...boot.log...)
A start job is running for dev-disk-by\x2duuid-6bbb4ed8\x2d53ea\x2d4603\x2db4f7\x2d1205c7d24e19.device (1min 29s / 1min 30s)
Timed out waiting for device dev-disk-by\x2duuid-6bbb4ed8\x2d53ea\x2d4603\x2db4f7\x2d1205c7d24e19.device.

Este dispositivo não está listado em fstab e nem sequer consegui encontrar o hardware (discos usb, etc.). De onde ele pode vir e como posso desativá-lo?

Eu tenho o ecryptfs no meu diretório pessoal e desabilitei manualmente o swap para salvar meu disco SSD.

    
por emu 29.10.2017 / 12:15

3 respostas

0

O arquivo /etc/crypttab é uma contraparte (menos conhecida) de fstab para gerenciar sistemas de arquivos criptografados. A instalação padrão do Ubuntu configurou um arquivo de swap criptografado:

cryptswap1 UUID=6bbb4ed8-53ea-4603-b4f7-1205c7d24e19 /dev/urandom swap,offset=1024,cipher=aes-xts-plain64

Originalmente, eu havia desativado essa partição swap em fstab apenas, o que não é suficiente.

Qualquer pessoa que saiba mais sobre o propósito e o funcionamento interno de /etc/crypttab é bem-vinda para estender essa vaga auto-resposta minha.

    
por 29.10.2017 / 21:19
1

Use grep -r 6bbb4ed8 /etc para encontrar qualquer referência a esse dispositivo e reconstrua o initrd depois ( mkinitrd ).

    
por 29.10.2017 / 21:19
0

No meu caso, o laptop Dell Latitude com SSD de inicialização e HDD de dados; este último desenvolveu setores defeituosos, então eu finalmente fiz backup de dados e removi fisicamente o HDD, experimentando na próxima inicialização o tempo limite de 90 "para o disco rígido ausente.

grep -r /etc , conforme a sugestão de Hauke, mostrou a entrada em /etc/crypttab correspondente ao UUID do HDD (por /dev/disk/by-uuid ) que o systemd estava procurando.

Lembrei-me então de adicionar essa linha anos atrás para permitir a inserção de uma única senha LUKS para ambos os discos, apontando a descriptografia do HDD para um arquivo de chaves no sistema de arquivos raiz (que foi descriptografado na inicialização com a digitação da senha LUKS - consulte crypttab(5) se você estiver interessado em uma configuração de senha multi-disk single-LUKS).

Comentando que /etc/crypttab line out trouxe de volta a rápida velocidade de inicialização do SSD (obrigado!).

    
por 22.11.2018 / 10:39