LVM2 服务在 Debian 中被“屏蔽”

Question

我正在尝试安装我的第一个Linux系统，但在设置硬盘驱动器时遇到了困难。鉴于我缺乏经验，我决定使用硬盘驱动器设置屏幕中的指导设置，我想我会在完成 Debian 安装后返回并根据需要简单地调整驱动器的大小。

但是，当尝试运行时

须藤服务 lvm2 启动

我收到一条消息“单元 lvm2.service 被屏蔽”。

关于为什么会发生这种情况的任何想法？我能找到的只是一个注释，即 LVM 与 grub 不兼容，/boot应该在 LVM 管理的存储磁盘之外。

如果是这样，它是否真的指的/boot是加载的整个磁盘，还是只是该磁盘上的一个单独的逻辑分区？

Answer 1

简短的回答：没关系。

/lib/systemd/system/lvm2.service/dev/null由lvm2Debian 软件包创建为符号链接，导致服务被永久屏蔽，因为 SysVinit 风格的/etc/init.d/lvm2启动脚本的工作实际上被拆分为多个本机systemd单元。

lvm2.service但是，需要存在，否则 SysVinit 兼容性逻辑将自动创建一个systemd只运行该脚本的单元。由于systemd-native/lib/systemd/system/lvm2.service存在，这不会发生 - 但因为所有实际工作都是由lvm2-pvscan@.service和 的实例完成的lvm2-monitor.service，所以 unit 的唯一工作lvm2.service是屏蔽冗余的 SysVinit 风格的启动脚本。

此外，您是正确的，LVM 可以在 Debian 系统磁盘上使用，只要/boot被放置在系统固件可以理解的传统非 LVM 分区中 - 因为 GRUB 正在使用系统固件的服务来访问文件那个文件系统。

（是的，现代版本的 GRUB 确实包括在 LVM 上读取文件系统的能力。Debian 9 的 GRUB 版本甚至包括lvm.modGRUB 模块。但问题主要是 Debian 安装程序还不能可靠地设置它 - 或者当时不能Debian 9 版本。我想这可能主要是为了让安装程序/boot在 LVM 内部“理解”新的可能性，并让它警告用户有关无法正常工作的配置。）