admin管理员组文章数量:1582015
centos6.9系统
事故起因
一个错误的命令,少加一个点,酿成大错,当场gg。
网上找过类似的解决方案,都说shell不能断,立马把移动错的文件移动回去,不过我这个,执行完命令,shell直接断掉了。
网上简单搜索了几个解决方案:
怀着忐忑不安的心情,赶到了机房,同时还联系了dell服务器的人,他们之前有恢复过数据的方案。他说硬盘坏了可以修,这种没遇到过,然后给我找了个大佬。大佬说,你到了机房,千万不要重启,不然数据真没了。
到了机房连接上显示器后,屏幕显示如下,然后一闪而过,黑屏。
硬盘灯在狂闪,闪了6个小时才停下来。
大佬说8000上门维修,不一定保证弄好。
晚上我思考了几个方案:
方案一、dell公司请的大佬的方案
方案二、centos光盘救援方案
方案三、把硬盘拿到台式机上面读
第二天早上,问大佬有没方案,大佬说昨晚拿虚拟机测试一下,放弃了。我心那个拔凉。然后找了个阿里P8的老朋友,问问有没什么办法,答案也是放弃。毕竟这么龊的事,也没人做过。方案一放弃。
因为是两块4TB的硬盘做了RAID1,要拿到台式机上面读的话,需要阵列卡,而且服务器硬盘是SAT口的,台式机还不一定能读,问了dell服务商,这个方案可以做备用。
由于我平常有着良好的备份习惯,服务器一挂掉,已经把上面几个网站都恢复好了。
web、数据库、附件都做了分离。以前只重视数据库,并没有把附件重视起来,主要还是公司服务器硬盘太小了,装不下。
但是总有一些丢的,比如一些最新的附件图片。好像服务器上还有一些我以前保存的照片,还没来得及拖到本地。。。
而且我想,这个错误的命令也不至于不可逆,凡事一定要去尝试。
于是准备死马当做活马医。
直接尝试方案二:centos光盘救援方案
开机过程还挺正常,DELL的画面,但是进系统的时候,直接进了grub,应该是引导区坏了。
直接插入光盘,进入救援模式
这边有光盘救援模式的使用教程
那可以试着通过光盘启动,进入紧急修复模式(rescue)然后再把你移动./的文件移回 /
https://wwwblogs/diantong/p/10742594.html
显示是linux的分区也坏了。感觉完犊子了。
fdisk -l查看了一下硬盘,发现4000G的硬盘可以识别到。
但是df -h的时候,找不到这个硬盘。
这时来回重启已经折腾好久,但是我一直坚信数据在硬盘里面,没有丢失。快要放弃的时候,我查到一个vgscan系列的命令。可以查看硬盘里的逻辑卷,硬盘虽然分区坏了,但是可以像移动硬盘一样,挂载给系统看。怎么查看逻辑卷的名称,到网上搜下,似乎有几个命令,比如pvs,我这个硬盘里面的逻辑卷都在/dev/mapper/目录下面。
光盘救援模式下挂载逻辑卷
https://wwwblogs/Wang-Hongwei/p/13051595.html
#查看系统中的逻辑卷
lvm vgscan
#激活逻辑卷
lvm vgchange -ay
#在救援模式的根目录下面创建一个目录
mkdir /zhaohome
#挂载逻辑卷
mount /dev/mapper/vg_localhost201905-lv_home /zhaohome
进入了/zhaohome目录下,发现了原来/home目录下的所有东西!
刚才进光盘救援模式忘了加网络了,于是重启了一次,把网络加进来,也可以ping通,使用scp命令,把硬盘里面的文件拖到其他服务器。
至此数据已经可以全部拷贝到其他服务器,还剩余一个怎么恢复系统的问题,恢复不了大不了重装。
至此已经在机房待了10个多小时,机房发的鞋套都走烂了。
因为有400G的文件要拷贝,自己又没预估好时间,夜里睡在了机房。机房空调打得低,只有睡木地板上。
centos误操作mv /* ../后恢复方法(二)
https://blog.csdn/hduxg/article/details/107071971
这一篇阐述了后续如何恢复崩溃的系统。
大功告成。如有问题,可以加我QQ:13040@qq
版权声明:本文标题:centos误操作mv * ..后恢复方法(一) 内容由热心网友自发贡献,该文观点仅代表作者本人, 转载请联系作者并注明出处:https://www.elefans.com/xitong/1727893651a1136571.html, 本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。
发表评论