lvmetad ainda não está ativo, usando a ativação direta durante o sysinit

5

Recebo a seguinte mensagem de erro na inicialização, pouco antes de ser solicitada minha senha mestra para acessar meu disco rígido criptografado (usando o dm-criptografar):

lvmetad is not active yet, using direct activation during sysinit.

Eu me pergunto se eu fiz a coisa toda certa e como resolver esse erro na inicialização.

Primeiro, estou executando o Linux com uma distribuição Debian instável (Sid) em um laptop MacBook Pro. Então, estou usando uma inicialização UEFI (com o GRUB2), junto com um disco rígido criptografado.

Aqui estão algumas informações sobre minha configuração (sinta-se à vontade para perguntar mais, se estiver faltando informações):

Primeiro, aqui está uma leitura da minha partição (eu tenho um boot duplo com o MacOS X (também criptografado, então suas partições não podem ser acessadas da parte do Linux).

# df -h
Filesystem                Size  Used Avail Use% Mounted on
udev                      7.8G     0  7.8G   0% /dev
tmpfs                     1.6G  9.6M  1.6G   1% /run
/dev/mapper/Linux-rootfs   55G   24G   30G  45% /
tmpfs                     7.8G  440K  7.8G   1% /dev/shm
tmpfs                     5.0M  4.0K  5.0M   1% /run/lock
tmpfs                     7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/mapper/Linux-homefs  219G   83G  126G  40% /home
/dev/sda4                 922M  253M  606M  30% /boot
/dev/sda1                 197M   28M  170M  14% /boot/efi
cgmfs                     100K     0  100K   0% /run/cgmanager/fs
tmpfs                     1.6G   16K  1.6G   1% /run/user/117
tmpfs                     1.6G   28K  1.6G   1% /run/user/1000

Algumas informações sobre minha partição criptografada:

# cryptsetup status sda5_crypt
/dev/mapper/sda5_crypt is active and is in use.
  type:    LUKS1
  cipher:  aes-xts-plain64
  keysize: 512 bits
  device:  /dev/sda5
  offset:  4096 sectors
  size:    582844416 sectors
  mode:    read/write

Agora, meu /dev/mapper/ content:

# ls -al /dev/mapper/ 
total 0
drwxr-xr-x  2 root root     140 Mar 17 09:49 .
drwxr-xr-x 20 root root    3360 Mar 17 09:49 ..
lrwxrwxrwx  1 root root       7 Mar 17 09:49 Linux-homefs -> ../dm-2
lrwxrwxrwx  1 root root       7 Mar 17 09:49 Linux-rootfs -> ../dm-1
crw-------  1 root root 10, 236 Mar 17 09:49 control
lrwxrwxrwx  1 root root       7 Mar 17 09:49 sda5_crypt -> ../dm-0

E o dmsetup table :

# dmsetup table
sda5_crypt: 0 582844416 crypt aes-xts-plain64 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 0 8:5 4096
Linux-rootfs: 0 117186560 linear 254:0 2048
Linux-homefs: 0 465649664 linear 254:0 117188608

Além disso, eu mesmo estou compilando meu kernel, de modo que talvez esteja faltando um recurso que deve ser compilado no disco rígido (e não carregado como um módulo) ...

Se você tiver alguma ideia, eu ficaria feliz em entender um pouco mais sobre esse problema.

    
por perror 17.03.2016 / 10:52

1 resposta

1

No meu caso, depois que eu adicionei um novo arquivo com algumas configurações dentro do diretório usr e recebi esse erro durante o login de volta. Então eu inicializo com um live CD e apaguei o arquivo exato. trabalhou para mim.

    
por 27.04.2016 / 02:28