![为什么 LVM 元数据备份到 /etc/lvm 而不是 /boot?](https://linux22.com/image/50279/%E4%B8%BA%E4%BB%80%E4%B9%88%20LVM%20%E5%85%83%E6%95%B0%E6%8D%AE%E5%A4%87%E4%BB%BD%E5%88%B0%20%2Fetc%2Flvm%20%E8%80%8C%E4%B8%8D%E6%98%AF%20%2Fboot%EF%BC%9F.png)
我最近看到的问题让我思考了这一点:
- 如果引导加载程序限制通常会导致
/boot
位于 LVM 之外,那么为什么这不是 LVM 元数据备份的目标?
如果我们要为根文件系统的 VG 恢复 PV,而不是让它在救援模式下可供访问,那么将其放在下面/etc
似乎会出现先有鸡还是先有蛋的困境。
另外,如果大多数安装程序创建根文件系统 LVM,那么他们似乎几乎是故意造成这种情况(而不是发行版从/etc/lvm/archive
下面的目录创建符号链接/boot
或修补工具以在 中查找 LVM 信息/boot
)。
这并不是一个真正的问题(我通常可以将其从备份中取出),但似乎将其放在下面/boot
更理想。我想知道将其定位在/etc
.
答案1
为什么会在/boot
?启动不需要这些文件。/boot
听起来不是一个好的选择,因为在许多系统上,它没有安装或安装为只读,如果它们甚至有一个单独的/boot
分区,而许多系统没有,那么 GRUB2 支持各种东西。
同时,这些文件对于消除正在运行的系统中的事故很有用,因此它们应该位于标准树中易于访问的位置。不管是这样/etc
还是/var
怎样。
至于先有鸡还是先有蛋的困境,无论如何你都应该有备份。
如果您需要这些文件,您可以在原始数据中找到它们,因为它们具有独特且信息丰富的标头。
# Generated by LVM2 version 2.02.99(2) (2013-07-24): Wed Aug 28 08:54:15 2013
碎片仍然可能是一个问题,但文件通常足够小,可以不碎片化,即使在碎片情况下,您也可以通过检查文件语法来找到正确的碎片。
您康复的机会很大。当然,进行备份要简单得多。
如果您绝对想将文件移动到其他地方,则始终可以使用符号链接或设置LVM_SYSTEM_DIR
.
答案2
LVM 没有兴趣关注/boot
.该分区甚至不必在内核更新之外安装。 /var/backup
然而,这是更合乎逻辑的位置,我希望 LVM 将移动到它作为/etc
只读的一部分。
(回应评论)对内核的控制非常重要,系统管理员不会/boot
永久保持安装状态,并且虚拟化环境通常将其完全隐藏在操作系统之外。
即使您可以假设该文件系统/boot
在 LVM 之外可用,并且您已经提出了一个场景,其中该文件系统将在任何损坏元数据区域的事件中幸存下来,您的建议仍然是一种进行灾难恢复的非常特别的方法。默认每个 PV 有两个元数据区域可能不会有什么坏处(Gentoo 做到了并解决了错误),但特殊情况下的 LVM 备份会转到一个不寻常的位置,与/etc
大多数情况不同/var
,该位置不太可能被异地复制会。