远程系统物理磁盘故障下的LVM恢复

Question

像这样的问题在这里被问了很多次，但是我没有发现任何和我一样的情况。我有一个LVM卷组失败的系统，我没有对它的物理访问权限。下面是更多的细节。

我有一个Debian 10 linux服务器，它有两个物理卷，一个4TB HDD和一个750 4TB的SSD。SSD包含引导卷。HDD被配置为具有单个物理卷(/dev/sda、4 TB HDD)和许多逻辑卷的LVM卷组。

HDD显然失败了。没有可能进行诊断，因为/dev/sda根本不存在，任何从磁盘读取的尝试都会导致i/o错误。

磁盘上的数据并不重要，我确实有一个系统备份。问题是，这个系统是一个无头linux盒，位于瑞士我家的地窖里，离我只有半个世界之遥。我担心的是，如果我重新启动它，它很可能在引导期间失败并进入诊断模式，并且我将没有网络访问它的权限。在这种情况下，我必须要求一个朋友收集和邮寄给我-这是我真正想避免的，因为它将在未来几个月。我可以在没有/dev/sda的情况下生活，直到下一次我访问这所房子并更换它。

我从LVM获得的输出如下：

sudo /sbin/pvdisplay -vd /dev/sda
  Error reading device /dev/Webcams/Birch-Snapshot at 0 length 512.
  Error reading device /dev/Webcams/Birch-Snapshot at 0 length 4096.
  Error reading device /dev/Webcams/Birch-Video at 0 length 512.
  Error reading device /dev/Webcams/Birch-Video at 0 length 4096.
  Error reading device /dev/Webcams/Roof-Snapshot at 0 length 512.
  Error reading device /dev/Webcams/Roof-Snapshot at 0 length 4096.
  Error reading device /dev/Webcams/Roof-Video at 0 length 512.
  Error reading device /dev/Webcams/Roof-Video at 0 length 4096.
  Error reading device /dev/Webcams/Tree-Snapshot at 0 length 512.
  Error reading device /dev/Webcams/Tree-Snapshot at 0 length 4096.
  Error reading device /dev/Webcams/Tree-Video at 0 length 512.
  Error reading device /dev/Webcams/Tree-Video at 0 length 4096.
  Error reading device /dev/Webcams/Archive at 0 length 512.
  Error reading device /dev/Webcams/Archive at 0 length 4096.
  Error reading device /dev/Webcams/Video2 at 0 length 512.
  Error reading device /dev/Webcams/Video2 at 0 length 4096.
  Error reading device /dev/Webcams/Backup at 0 length 512.
  Error reading device /dev/Webcams/Backup at 0 length 4096.
  Failed to find device for physical volume "/dev/sda".

vgs -vd和lvs -vd都只执行和打印单行：

sudo /sbin/vgs -vd
    No volume groups found.

/etc/fstab安装个人逻辑卷，如下所示：

#                      
/dev/Webcams/Archive            /mnt/Webcams/Archive        ext4    defaults,nofail         1 2

/dev/Webcams如下所示：

ls -l /dev/Webcams
total 0
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Archive -> ../dm-6
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Backup -> ../dm-8
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Birch-Snapshot -> ../dm-0
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Birch-Video -> ../dm-1
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Roof-Snapshot -> ../dm-2
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Roof-Video -> ../dm-3
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Tree-Snapshot -> ../dm-4
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Tree-Video -> ../dm-5
lrwxrwxrwx 1 root root 7 Aug 25 08:05 Video2 -> ../dm-7

还有一个/dev/mapper目录：

ls -l /dev/mapper
total 0
crw------- 1 root root 10, 236 Aug  3 10:44 control
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Archive -> ../dm-6
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Backup -> ../dm-8
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Birch--Snapshot -> ../dm-0
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Birch--Video -> ../dm-1
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Roof--Snapshot -> ../dm-2
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Roof--Video -> ../dm-3
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Tree--Snapshot -> ../dm-4
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Tree--Video -> ../dm-5
lrwxrwxrwx 1 root root       7 Aug 25 08:05 Webcams-Video2 -> ../dm-7

因此，/dev/Webcams和/dev/mapper都有指向/dev文件的符号链接：

ls -l /dev/*dm-*
brw-rw---- 1 root disk 253, 0 Aug 25 08:05 /dev/dm-0
brw-rw---- 1 root disk 253, 1 Aug 25 08:05 /dev/dm-1
brw-rw---- 1 root disk 253, 2 Aug 25 08:05 /dev/dm-2
brw-rw---- 1 root disk 253, 3 Aug 25 08:05 /dev/dm-3
brw-rw---- 1 root disk 253, 4 Aug 25 08:05 /dev/dm-4
brw-rw---- 1 root disk 253, 5 Aug 25 08:05 /dev/dm-5
brw-rw---- 1 root disk 253, 6 Aug 25 08:05 /dev/dm-6
brw-rw---- 1 root disk 253, 7 Aug 25 08:05 /dev/dm-7
brw-rw---- 1 root disk 253, 8 Aug 25 08:05 /dev/dm-8

我的问题是:我应该采取哪些步骤来确保系统在重新启动时不会进入对角线模式？仅仅注释掉/etc/fstab中的相关行就够了吗?还是我还需要做什么呢？

我担心的是，lvm本身可能会在引导期间进行检查，并抛出阻止启动完成的错误。我没有在任何其他卷中使用lvm，所以至少从理论上来说，我想我可以删除包，尽管考虑到系统的状态，我不确定这是否明智。

任何帮助都很感激。

Answer 1

注释掉提到/dev/Webcams的每一行D1。这应该足够了，除非系统有其他磁盘是同一卷组的一部分。

Linux (因为它存在于内核版本2.6及更高版本中)通常不会将任何VG配置存储到/etc。所有配置信息都存储在各自PV的LVM头中。如果根文件系统位于LVM上，则initramfs通常只尝试激活包含根文件系统的特定LVM(也可能是/etc/initramfs-tools/conf.d/resume在Debian中引用的交换区域)。

如果sda磁盘是Webcams VG中的唯一磁盘，那么现在它已经失败了，在重启LVM之后，它甚至不会知道VG的存在。在注释掉/etc/fstab中引用它的行之后，不应该有任何失败的挂载尝试会中断引导过程。

但是，如果网络摄像头VG还包括其他一些仍在工作的磁盘，LVM将检测到部分VG，因此可能会在引导时掉进紧急外壳。您可以通过在引导前运行vgreduce --removemissing --force来防止这种情况发生。这将有效地更新该VG的剩余磁盘(S)上的VG配置，以忘记丢失的磁盘；--force选项还将导致它忘记/销毁任何可能因此丢失部分的LV。