vlambda博客
学习文章列表

问题描述：

       某项目现场反馈系统重启后无法ping通，接显示器查看发现进入紧急模式，错误信息如下图所示。

问题分析：

       根据上一步的提示输入root用户密码，执行df –h查询已挂载的文件系统有哪些（缺失/opt文件系统挂载信息）。

       执行cat /etc/fstab查看系统自动挂载的文件系统有哪些（/、/opt、/boot）。

结合上两步的结果发现，/opt文件系统未正常挂载，导致系统无法正常启动。

深入分析：

       查询卷组相关的信息，vgs显示有2个PV，但是pvs命令发现其中558.91G大小的PV已经显示为unkown状态，PV对应的uuid为dRAFQj-xx-xx-ALxGjy

       查看归档的vg信息，确认uuid为dRAFQj-xx-xx-ALxGjy对应的设备为/dev/sdb

       查看服务器磁盘信息，发现sdb下多了一个sdb1分区，问题根因已经找到。

问题结论：

       Centos_hikvisionos卷组内unkown的pv为/dev/sdb，但是人为在/dev/sdb下创建了一个分区sdb1，破坏了sdb原有的数据，sdb已经分配了空间给/opt文件系统，所以sdb空间被破坏了导致/opt文件系统故障，从而系统启动失败。

问题恢复：

       删除/dev/sdb1分区。

       以原UUID和lvm自动备份的文件来重建sdb的pv信息。

       激活卷组下所有的逻辑卷并进行修复。

重启服务器恢复正常。

经验总结：

在操作服务器的磁盘之前，一定要先确认清楚磁盘是否已经在使用，不能明确的情况下不能轻易操作磁盘相关的配置。