Linux对应逻辑卷设备消失

文章描述了一台机器在重启后/data目录数据丢失的问题,涉及逻辑卷丢失信息、无法挂载和状态异常。经过排查,发现是逻辑卷未激活导致。通过vgchange-ay激活卷组并成功恢复了逻辑卷,解决了问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

故障现象

重启后发现机器/data目录数据丢失,排查发现以下现象:
(1)之前挂载/data目录的磁盘丢失了逻辑卷信息;
(2)重新挂载显示逻辑卷不存在;
(3)lvs查看逻辑卷信息显示之前的逻辑卷还在;
(4)手动挂载会显示逻辑卷需要格式化;
相关截图如下:
在这里插入图片描述

故障排查

使用lvdispaly、lvscan查看对应逻辑卷的状态分别为not available、inactive,正常的情况下是active,因此发现导致出现此类故障的原因是磁盘逻辑卷未激活。

解决故障

使用vgchange -ay命令激活VG卷组,此时再试用lvscan命令查看对应逻辑卷状态已经变成了active,可成功挂载,故障解决。

### 如何修复Linux系统上的文件系统损坏 对于Linux系统上遇到的文件系统损坏问题,特别是当出现“I/O error”的时候,这通常是由于文件系统本身存在物理或逻辑层面的问题所引起的[^1]。为了处理这类问题并恢复系统的正常运作,可以采取一系列措施。 #### 查看当前挂载状态 在执行任何操作前,了解哪些设备已经被挂载是非常重要的。可以通过`mount`命令来获取这些信息: ```bash mount ``` 此命令将显示所有已挂载的文件系统及其对应设备名称。 #### 卸载目标文件系统 一旦确认了要修复的具体分区,在继续下一步之前务必先将其卸载掉,以防止正在进行的操作对数据造成额外损害。使用如下命令完成卸载工作(假设待修区分为/dev/sda1): ```bash umount /dev/sda1 ``` 请注意,只有未被使用的文件系统才能成功卸载;如果有进程正在访问该区域,则需要终止那些活动或将它们迁移到其他地方后再试一次。 #### 使用fsck工具进行检测与修复 接下来就是利用专门设计用于诊断和修正各种类型的文件系统错误的强大工具——`fsck`(File System Consistency Check)来进行实际的工作了。针对不同种类的文件系统(比如ext4),应该调用相应的子程序版本如`fsck.ext4` : ```bash fsck.ext4 /dev/sda1 ``` 上述指令会扫描指定路径下的整个文件结构,并尝试自动纠正发现到的小型不一致之处。不过有时候也会提示用户做出选择,这时按照屏幕指示输入合适的选项即可。 #### 验证修复效果 最后一步是要验证刚刚所做的更改是否有效解决了最初存在的问题。重新启动计算机之后观察一切功能是否恢复正常,以及之前的报错现象是否消失不见。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值