Tempo de inicialização longo após a atualização para 16.04; Criptografia "perdida" em um volume; Incompatibilidade entre blkid e fstab

1

Eu preciso de ajuda para descobrir isso. Eu recentemente atualizei do Ubuntu Studio 14.04 para o Ubuntu Studio 16.04 via apt-get dist-upgrade.

Até agora tudo bem, mas meu tempo de inicialização ficou insanamente longo (3min +) e eu não sou mais solicitado a descriptografar meu volume sda6. Antes da atualização me pediram duas vezes para uma senha de descriptografia, uma vez para sda5_crypt e uma vez para sda6_crypt mas depois da atualização só me pediram sda5_crypt ...

Ao escapar da tela de inicialização, às vezes posso ver como está escrito "Um trabalho inicial está sendo executado para ..." e ele alterna entre dois volumes, um com tempo limite de 1:30 minutos e outro sem tempo limite.

Aqui está o meu sudo blkid:

/dev/mapper/sda5_crypt: UUID="1a2cc7f3-1ba7-4197-8927-496921cc9fdc" TYPE="ext4"
/dev/sda1: UUID="19c14cc5-bd98-4c4b-841c-eb83a29b5249" TYPE="ext4" PARTUUID="0009a15f-01"
/dev/sda5: UUID="fd17231c-e5f6-4fbe-86b6-17309ceb55dd" TYPE="crypto_LUKS" PARTUUID="0009a15f-05"
/dev/sda6: PARTUUID="0009a15f-06"

Aqui está cat / etc / fstab (desculpe, parece realmente feio):

# <file system>                 <mount point>   <type>  <options>               <dump>  <pass>
/dev/mapper/sda5_crypt              /       ext4    errors=remount-ro           0   1
# /boot was on /dev/sda1 during installation
UUID=19c14cc5-bd98-4c4b-841c-eb83a29b5249   /boot       ext4    defaults                0   2
/dev/mapper/sda6_crypt              none        swap    sw                  0   0
#my pi share
#//192.168.0.244/share              /media/pishare  cifs    uid=1000,gid=1000,iocharset=utf8    0   0

Eu apenas desabilitei o powerd, o que tornou a inicialização mais lenta e parece ser um aplicativo de controle de energia para tablets e telefones - que já ajudou muito, mas ainda estou pensando sobre a criptografia do meu volume sda6. Algo está acontecendo aqui ...

Eu corro este sistema em um laptop.

uname -a

Linux mobstation 4.4.0-78-lowlatency #99-Ubuntu SMP PREEMPT Thu Apr 27 16:46:19 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Obrigado por qualquer ajuda!

/ edit Por que vale a pena, aqui está uma captura de tela de gparted (alemão; unbekannt = unknown): gparted

/ segunda edição: Eu reformatei meu / etc / fstab e acho que tenho mais clareza sobre o que aconteceu. Ao configurar meu antigo OS 14.04, criei duas partições criptografadas: sda5_crypt como minha pasta raiz e sda6_crypt como minha pasta / boot. Eu fiz 3GB porque eu odeio ficar sem espaço no / boot e obter essa mensagem de erro irritante (acho que por padrão esta partição seria apenas 120MB grande). Agora parece que após a atualização remota uma nova partição sda1 foi criada e agora está montada em / boot. Meu sda6_crypt "se tornou" partição swap agora.

Isso é possível?

    
por user35474 25.05.2017 / 17:12

0 respostas