一段时间前,我拿出了一些零配件来为backuppc设置一个测试。两个较大的硬盘与LVM合并成一个卷。几个月后,第二次开车似乎变坏了。最后我检查了一下,如果我能说服文件系统调整大小的话,我所拥有的数据将只适合第一个驱动器。
我将文件系统设置为reiserfs,根据一些报告,它在backuppc中运行良好。我开始使用resierfsck来查看损害有多大,包括尝试--rebuild-tree和一个坏块列表(从坏块程序)。但是每次我运行时,它都会发现一个新的坏块并停止运行,所以看起来磁盘是一个失败的原因。
resize_resierfs告诉我,我需要先运行reiserfsck --check,即使使用-f。这反过来又告诉我,由于不完整的--rebuild-tree,它无法运行。
至少数据只是备份,所以重新开始不会丢失任何重要的数据,只是下载初始备份的大量时间。
发布于 2009-06-11 16:35:23
您真正想要做的是从那个驱动器中获取逻辑卷,最好的方法是将物理范围迁移到另一个磁盘。如果您只是调整文件系统的大小,就无法预测空闲空间来自何处。
假设失败的驱动器是/dev/sdb,而新驱动器是/dev/sdc,下面是过程:
准备新磁盘
pvcreate /dev/sdc将其添加到卷组中
vgextend myvolumegroup /dev/sdc将数据移动到新磁盘
pvmove /dev/sdb /dev/sdc注意: pvmove很慢,所以您可能想要这样做。
pvmove -v /dev/sdb /dev/sdc而不是。
发布于 2009-06-11 16:37:42
使用pvmove将LV的所有区段移到VG中的其他PV上。
发布于 2009-06-11 16:35:31
我同意磁盘似乎是一个失败的原因。您的方法(收缩文件系统、收缩LV、移出坏磁盘)似乎也不错。
这可能会(我的意思是可能,所有的赌注都会随着一个失败的磁盘停止)工作:
这将在PE/块级别工作,绕过文件系统。但是你的阅读错误,所以我不知道它会起作用还是失败。
https://serverfault.com/questions/24190
复制相似问题