☰

lvmetad 尚未激活，在 sysinit 期间使用直接激活

tag-icon • tag-icon luks lvm dm-crypt
lvmetad 尚未激活，在 sysinit 期间使用直接激活

我在启动时收到以下错误消息，就在被要求输入主密码以访问我的加密硬盘驱动器（使用 dm-encrypt）之前：

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

我想知道我是否确实将整个事情设置正确以及如何在启动时解决此错误。

首先，我在 MacBook Pro 笔记本电脑上运行带有不稳定 (Sid) Debian 发行版的 Linux。因此，我使用 UEFI 引导（带有 GRUB2）以及加密硬盘。

以下是有关我的设置的一些信息（如果您缺少信息，请随时询问更多信息）：

首先，这是我的分区的读数（我有 MacOS X 的双引导（也已加密，因此无法从 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

有关我的加密分区的一些信息：

# 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

现在，我的/dev/mapper/内容：

# 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

并且，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

另外，我自己编译内核，所以我可能会缺少一个应该在硬编译中（而不是作为模块加载）的功能......

如果您有任何想法，我很高兴能更多地了解这个问题。

答案1

就我而言，在我在 usr 目录中添加了一个包含一些设置的新文件后，我在重新登录时遇到了此错误。然后我使用 Live CD 启动并删除了确切的文件。为我工作。

相关内容