我目前正在测试环境中通过“转储”和“恢复”来测试 RHEL 6.4 操作系统的备份/恢复，我确实知道 RHEL 6.4 现在看起来太过时了。但一些企业仍在使用此类版本的RHEL来加载他们的服务。
这是场景：在发生主机崩溃/故障事件时备份系统和关键程序。
- 用于备份的测试 RHEL 6.4 主机利用 Windows Hyper-V VM 作为基础设施，操作系统根安装在 LVM 逻辑卷上。
- 为了备份系统，我将系统置于单用户模式并使用命令备份根文件系统
dump -0uf /<path_to_a_second_storage_to_store_dump>/mybackup.dump / - 转储在屏幕上显示“DUMP IS DONE”，并且创建的转储文件大小约为 2.2GB，因此我相信备份成功。
为了模拟主机崩溃事件，我利用LVM逻辑卷重新安装了RHEL 6.4系统，并在恢复之前将系统引导到单用户模式。
但是，使用恢复根文件系统后
restore -rf /<path_to_a_second_storage_to_store_dump>/mybackup.dump
屏幕显示内核恐慌和其他一些错误，并最终挂起。
我重试了几次但总是失败。
谁能给我一些提示，为什么恢复无法完成？
答案1
出色地...
经过大量的重试，我通过使用安装 DVD 的 recue 模式解决了这个根文件系统恢复问题。
我发现从转储恢复根文件系统总是与正在运行的操作系统冲突。因此，使用救援模式就可以解决。
我将进行其他尝试，看看操作系统运行时是否有可能恢复根文件系统。