centos误操作mv /* ../后恢复方法(二)恢复崩溃的系统

最新推荐文章于 2024-07-22 17:00:22 发布

熏烧鹅猪头肉

最新推荐文章于 2024-07-22 17:00:22 发布

阅读量1.6k

点赞数 3

本文链接：https://blog.csdn.net/hduxg/article/details/107071971

版权

接上一篇文章：

centos误操作mv /* ../后恢复方法(一)

https://blog.csdn.net/hduxg/article/details/107066127

我们已经把文件恢复并拷贝到了其他服务器上，目前暂时安全，这里来探索一下原因。我打开了之前误操作的目录，发现bin、boot、dev、etc，都被剪切到里面了。

于是我又重启了一遍，把/home、还有root全部挂载到光盘救援文件的根目录下。

#在救援模式的根目录下面创建一个目录

mkdir /zhaohome

#挂载逻辑卷

mount /dev/mapper/vg_localhost201905-lv_home /zhaohome

#在救援模式的根目录下面创建一个目录

mkdir /zhaoroot

#挂载逻辑卷

mount /dev/mapper/vg_localhost201905-lv_root /zhaoroot

然后把误剪切的bin、boot、dev、etc等目录全部粘贴到/zhaoroot目录下面(我已经不敢用"剪切"了)

不过移动的过程中，会遇到问题，有些文件是移动不了的。比如：

我百度了一下/dev/pts/1，这个是系统每次登录时生成的，所以这几个文件，并不需要复制过去，毕竟自己会生成嘛。

这时我又尝试重启了系统，发现还是进不去，grub有问题。

在想，会不会我把文件剪切来剪切去，把系统内核搞出问题了。

于是，找到了一个解决方案：

尝试恢复系统：
https://blog.csdn.net/shunfa888/article/details/80288011

情景一、内核文件损坏

情景二、grub损坏

情景三、grub的配置文件损坏

情景四、init程序被误删除

情景五、bash程序被误删除

情景六、/etc/fatab文件被误删除

不过现在想想，上面这些也许只要操作

情景二、grub损坏

把grub重装一下即可。
grub-install /dev/sda

这些操作做过后，再次进入救援模式，已经正常，可以识别到分区了。

centos系统也能进了，但是同时又来了一个问题。su root密码不正确。

然后又折腾了两个小时，就是为了root密码的问题，准备放弃重装系统了。但是发现用正确的root密码登录是可以登录的，错误的root密码登录会提示鉴定故障。

后来检查才发现，是/bin/su权限的问题。确切地说，是/bin被我误剪切到其他目录，然后我再剪切回去，目录权限变掉了。于是执行命令。

chmod u+s /bin

此时bin目录权限正常，再次su root，密码正确。