/dev/mapper/centos-root 其中一个pv是挂的存储，重启系统，无法启动，pv丢失

/dev/mapper/centos-root 其中一个pv是挂的存储，重启系统，无法启动，pv丢失，怎么恢复

引用皆我百晓生小程序回复内容作答：

如果一个PV挂载的存储在重启系统后变为不可用，导致无法启动，可以尝试以下步骤恢复：

确保存储已经被正确地重新挂载到系统上。可以使用 lsblk 命令来查看已经挂载的存储。
在启动时，如果出现错误提示 device XXX not found，可以尝试在GRUB菜单中选择一个备用的内核版本进行启动。如果没有备用内核，您可以尝试进入恢复模式。
在恢复模式下，使用 lsblk 命令确认系统中各个存储设备的情况。
如果发现 /dev/mapper/centos-root 的PV丢失，可以尝试重新激活它。
```
vgchange -ay
```
如果上面的步骤无效，可以尝试通过修改 /etc/fstab 文件来重新挂载存储。
使用 blkid 命令查看存储设备的UUID，确保 /etc/fstab 中的UUID与实际挂载设备的UUID匹配。
如果还是无法恢复，您可能需要进一步检查系统日志以及存储设备的状态。

请注意，在执行上述操作之前，最好备份数据以避免数据丢失。如果您不确定如何执行这些操作，建议您寻求专业人士的帮助。

如果您有一个挂起的存储设备，并且该设备是 /dev/mapper/centos-root 的一部分，您需要采取一些步骤来恢复系统并重新建立该分区的映射关系。

以下是一些可能的恢复步骤：

重启系统并进入引导菜单（Grub menu）。如果您无法看到引导菜单，可以尝试在启动时按下 Ctrl+C 或 Shift+F10 等键。
在引导菜单中，选择一个能够引导您进入救援模式的选项，例如 "CentOS Linuxrescue"。
进入救援模式后，您将看到一个命令行界面。输入以下命令来挂载根文件系统：

mount /dev/sda1 /mnt

请注意，/dev/sda1 是您的根文件系统所在的设备分区。如果您不确定正确的设备名称，请使用 fdisk -l 命令查看磁盘分区表。

将挂起的存储设备重新挂载到救援模式下：

mount /dev/sdb1 /mnt/lost+found

同样，/dev/sdb1 是您的挂起存储设备的设备分区。确保使用正确的设备名称。

使用 chroot 命令切换到救援模式的根文件系统：

chroot /mnt

运行以下命令来重新扫描和建立 /dev/mapper 设备映射：

vgscan
vgchange -ay

这将激活您的卷组并重新建立 /dev/mapper 设备映射。
7. 重新启动系统：

exit
reboot

系统重新启动后，检查 /dev/mapper 中是否已经恢复了正确的映射关系。可以使用以下命令查看映射关系：

lsblk -a

如果映射关系正确恢复，您应该能够看到 /dev/mapper/centos-root 重新出现，并且包含您的挂起存储设备。

请注意，上述步骤是一种通用的恢复方法，但具体情况可能因您的系统配置和数据存储方式而有所不同。在进行任何操作之前，请确保备份重要的数据并谨慎操作。如果您不确定如何执行这些步骤，建议寻求专业的系统管理员或技术支持人员的帮助。

提供参考实例，期望可以帮助到你。链接：https://blog.csdn.net/weixin_44048054/article/details/125201060

【以下回答由 GPT 生成】

我可以给出解决这个问题的一般步骤，但请注意具体的步骤可能因为不同环境和具体情况而有所变化。在采取以下措施之前，请确保您有适当的系统备份。

确认问题：首先，您需要确认物理卷与存储设备断开连接的确切原因。您可以通过以下命令查看存储设备的连接情况：

lsblk

如果发现物理卷与存储设备断开连接，请继续下一步。

尝试重新连接物理卷：可以尝试使用以下命令重新连接物理卷：

pvscan

如果上述命令成功找到了物理卷并重新连接，可以尝试重新启动系统以验证问题是否已解决。

检查物理卷的完整性：如果重新连接物理卷没有成功解决问题，您可以使用以下命令检查物理卷的完整性：

pvck /dev/mapper/centos-root

如果发现物理卷存在问题，可能需要使用修复命令修复物理卷的问题。例如，如果使用LVM管理物理卷，可以尝试使用以下命令修复：

pvrepair /dev/mapper/centos-root

修复完成后，尝试重新连接物理卷并重新启动系统。

数据恢复：如果物理卷无法修复，您可能需要考虑采取其他方法来恢复数据。这可能包括从备份中恢复数据，或者使用数据恢复工具来尝试恢复数据。根据具体情况选择适当的方法。

这些是一般的解决问题的步骤，但由于具体环境和数据情况可能会有所不同，您可能需要进一步的调查和分析来解决问题。切记在进行任何操作之前请确保有适当的备份和验证操作的风险。

【相关推荐】

这篇博客: centos 7磁盘扩容，扩展分区 /dev/mapper/centos-root中的 十、扩展/dev/mapper/centos-root 部分也许能够解决你的问题。

如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^

centos7扩容根目录（/dev/mapper/centos-root） - 知乎使用虚拟机扩展磁盘后，在系统内进行分区 1、查看分区状况根目录在/dev/mapper/centos-root [root@git50 ~]# df -h 文件系统容量已用可用已用% 挂载点 /dev/mapper/centos-root 17G 9.9G 7.2G 59% / devtmpfs…

https://zhuanlan.zhihu.com/p/450057653

题主，这个问题我来替你解决(参考结合AI智能、文心一言)，若有帮助，还望采纳，点击回答右侧采纳即可。

如果在重启系统后，无法启动并且其中一个PV处于挂起状态，则可以按照以下步骤进行恢复：

在 grub 菜单中选择恢复模式，进入系统。
确认该 PV 是由哪个存储设备提供的，然后检查其所在的存储设备是否可以正常访问。
如果存储设备可以正常访问，则使用 pvscan 命令扫描 PV。如果系统可以检测到该 PV，可以使用 vgchange -a y 命令尝试激活该 VG。如果成功，则可以尝试挂载文件系统并检查数据。
如果存储设备无法访问，则需要修复存储设备并尝试重新扫描 PV。
如果扫描 PV 还是失败，可能需要使用 vgcfgrestore 命令恢复 VG 的配置文件。
如果无法通过上述步骤恢复数据，则需要考虑从备份中恢复数据。

在进行任何恢复操作之前，建议先备份数据。同时，根据情况选择适当的恢复方法，以确保数据的完整性和一致性。如果在重启系统后，无法启动并且其中一个PV处于挂起状态，则可以按照以下步骤进行恢复：

在 grub 菜单中选择恢复模式，进入系统。
确认该 PV 是由哪个存储设备提供的，然后检查其所在的存储设备是否可以正常访问。
如果存储设备可以正常访问，则使用 pvscan 命令扫描 PV。如果系统可以检测到该 PV，可以使用 vgchange -a y 命令尝试激活该 VG。如果成功，则可以尝试挂载文件系统并检查数据。
如果存储设备无法访问，则需要修复存储设备并尝试重新扫描 PV。
如果扫描 PV 还是失败，可能需要使用 vgcfgrestore 命令恢复 VG 的配置文件。
如果无法通过上述步骤恢复数据，则需要考虑从备份中恢复数据。

在进行任何恢复操作之前，建议先备份数据。同时，根据情况选择适当的恢复方法，以确保数据的完整性和一致性。

试一下下面步骤
检查系统日志：查看系统日志文件，例如 /var/log/messages，以获取有关该 PV 丢失的任何错误消息或警告。这可能会提供有关问题的更多信息。
检查存储设备：确保存储设备本身没有硬件故障或其他问题。检查存储设备的连接和电源，并确保它能够正常工作。
使用磁盘工具检查磁盘：使用磁盘工具，例如 fdisk 或 parted，检查磁盘是否有任何分区或故障。如果分区表损坏或分区丢失，您可能需要重新创建分区表或恢复分区。
使用备份恢复 PV：如果您有 /dev/mapper/centos-root 的备份，可以尝试使用备份来恢复 PV。这可能需要您重新创建物理卷、卷组和逻辑卷。
使用裸设备恢复数据：如果您无法使用备份恢复 PV，您可以尝试使用裸设备来恢复数据。这可能需要您将数据复制到另一个存储设备或媒介，然后将其重新挂载到系统。

你可以使用以下命令来尝试恢复它：

sudo pvcreate /dev/找到的物理卷

例如，如果找到的物理卷是 /dev/sdb，你可以运行：

sudo pvcreate /dev/sdb

参考gpt：
结合自己分析给你如下建议：
您可能遇到了LVM（逻辑卷管理器）的故障恢复的问题。LVM是一种在Linux系统中管理存储空间的技术，它可以将多个物理卷（PV）组合成一个卷组（VG），然后在卷组上创建逻辑卷（LV），并将逻辑卷格式化为文件系统。在您的情况下，/dev/mapper/centos-root是一个逻辑卷，它属于一个卷组，而这个卷组由多个物理卷组成，其中一个物理卷是挂载的存储设备。如果这个存储设备出现故障或者断开连接，那么这个物理卷就会丢失，导致整个卷组不可用，从而无法启动系统。
要恢复这种情况，您可以尝试以下步骤：
首先，检查您的存储设备是否能够重新连接或者修复。如果可以，那么您可以重新挂载这个存储设备，并使用vgchange -a y命令来激活您的卷组。然后，您可以使用fsck命令来检查并修复您的文件系统。最后，您可以重新启动系统，并检查是否能够正常运行。
如果您的存储设备无法重新连接或者修复，那么您需要使用一张Linux启动盘来启动系统，并进入救援模式。在救援模式下，您可以使用vgcfgrestore命令来恢复您的卷组的配置信息。然后，您可以使用vgreduce --removemissing命令来移除丢失的物理卷，并尝试激活您的卷组。最后，您可以使用e2fsck -y命令来检查并修复您的文件系统，并尝试重新启动系统。