☰

lvm vgscan-v

tag-icon • tag-icon centos root
lvm vgscan-v

在子目录 (/var/www/html/subdir) 中，我错误地以 root 身份运行：mv /* 。

它会移动工作目录下的所有文件，ls、mv、cat 等命令不起作用，包括通过 ./bin/ls 运行的命令。未检测到键盘和鼠标（我确实从 ssh 中工作）。

我的操作系统是 Centos 6.2 x86_64，我确实重新启动了但无法启动，我尝试使用 CD 和救援模式，但救援模式未找到任何 Linux 分区。

操作系统安装在 RAID 0（IBM 服务器）的 3 DD SAS 中。

有可能挽救信息或操作系统吗？

答案1

您可以简单地启动救援系统并移回所有这些文件夹。

答案2

挽救信息很容易：它只是被移动了，而不是被删除了。因此您可以从另一个介质（例如 liveCD）启动，并且可以访问所有文件。您可能已经在最新备份中拥有另一个副本。

至于恢复，您有两种选择：

  1. 从其他设备启动（例如 U 盘或 LiveCD）并尝试手动将文件移回。如果文件刚刚被移动，这可能会奏效。如果权限发生变化，那么事情就会变得有趣的
  2. 重新安装操作系统。使用文档按原样设置服务器，然后从备份中恢复数据。

答案3

IBM 支持人员联系了我，说我可以修复 RAID 0（电话支持），我不知道为什么 RAID0 会损坏，但是移动文件后就失败了。

检测 Linux 分区的救援模式在 LVM2 上不起作用（对我来说不起作用）。

我按照下列说明恢复了我的系统：

lvm vgscan-v

激活所有卷组：

lvm vgchange -ay

列出逻辑卷：

lvm lvs –全部

有了这些信息和激活的卷，您应该能够安装这些卷：

挂载/dev/volumegroup/逻辑卷/挂载点

接下来，我将子目录下的所有文件移动到根目录（/），重新启动，一切正常。

来源：http://jim-zimmerman.com/?p=587

答案4

你刚才做的并不是移动工作目录下的所有内容，而是将根目录中的所有内容移动到其他地方。如果你想重新启动系统，恐怕你就完了。

您可以尝试通过移动所有内容来恢复，但我个人怀疑这是否能解决所有问题。全新安装并从备份中恢复会更安全。

通常它应该会找到分区，尝试使用像 Ubuntu 这样的实时磁盘。你很可能能够挽救一些信息。

然而：

  • 如果你有适当的备份，找回你的信息应该不成问题
  • 运行 RAID 0 意味着发生灾难
  • 以 root 身份运行某些东西之前一定要三思

相关内容