这周一早上来到公司，测试机房突然掉电，一部分机器“歇菜了 ”，一个个开机后突然有一台DELL台式机745型号的机器按了开机按钮没反应，心想完了，百分之九十是硬件问题了，确认了一下电源线没坏之后找网络部换了一台型号一样的机器，当然也就是把那台备机的硬盘（一块）拔出来，然后把坏了的机器的硬盘（一块）插入到相同的槽位，开启启动画面如下：
看到这个报错心里顿时凉了半截啊！这不是说我的卷组丢失吗？系统是红帽4.4的，都不是我安装的，上网查了半天，论坛发帖求助，多谢那些回复我贴的大牛了。大多数人类似的报错基本是升级内核导致，我想我也没升级内核啊！于是准备打算进救援模式看看那些启动文件或者分区表文件有没有丢失？找了个U盘装好了Linux，（此处省略几千字......）执行linux rescue进入后挂载我的文件系统chroot /mnt/sysimage然后看了一下fstab文件，grub.conf文件都是完好无损啊！还查看一些fdisk、mount等都没有发现比较可疑的地方，但是呢？看到fstab文件里面的第一行挂载/根文件系统的，心想注释看看吧！然后启动再次进入救援模式，前几次还是好好的能chroot上，不来也不知道被我搞什么了直接chroot /mnt/sysimage报错了。提示如下：
chroot:cannot execute /bin/sh:no such file or directory
哎！这一个问题还没解决又出现另一个问题了！无解了！没办法，既然看到启动一些文件没有丢失也没有什么改变什么的，只能再找网络部再换一台一样型号的机器看看了，于是换完之后开机，果然这次报错不一样了，报错是挂载/根文件系统失败，也不奇怪，因为自己手欠的缘故瞎改了fstab文件的第一行，被我注释了，然后一心想着进救援模式挂载文件系统改回来，但是上述的报错死活挂载不上啊！头都大了！拿单用户进去呢！文件系统是只读的，不让修改，哎！还好这个时候有个好哥们告诉我说不用进去救援模式，直接启动启动！提示你按ctrl+D的时候直接root密码后执行如下命令重新挂载根文件系统：
mount -o remount rw /
果然挂载后进去修改fstab文件，把我之前的注释去掉就reboot就OK了！
真是不简单啊！这周系统合并，升级一堆事，还出现这个问题，我无语了！
不过这里学习了三点：
1、硬件坏了，换同一样型号的机器后，系统都有可能出问题！
2、学习了mount -o remount rw /的使用！
3、学习了救援模式别瞎搞，瞎搞后再挂载不上文件系统就犯二了！
阅读(1866) | 评论(1) | 转发(0) |
