linux启动隧道显示sunny可执行文件格式错误

解决方案：

1.若非根目录挂载分区出现错误（如 /dev/hda1），那么在开机过程中，使用root身份运行 fsck /dev/hda1来检查文件系统是否有错误，如果发现有错误，就会显示Clear[Y/N]:直接输入y就行了，

之后重新启动，就可以了。

2.若根目录挂载的分区出现错误，那么就将硬盘拆下来，装在另一个运行linux系统的机器上（不要挂载），然后使用 root身份运行 fsck 来检查根目录分区，如果发现有错误，就会显示Clear[Y/N]:直接输入y就行了，然后将硬盘重新安装在之前的机器上，启动，一切ok了。

出现错误的原因是由于我突发奇想写了一个reboot集群的脚本，导致集群非法关机，然后就炸了。。。

在我使用上述reboot脚本后，发现MobaXterm（远程工具）ssh死活连不上了。

赶紧检查集群，发现如下报错：

由于心急没有管报错（第一次见看不懂），直接输密码进入界面（我的是无可视化界面的CentOS 6.5）。

进界面后首先尝试ssh其他节点。报错。

尝试从宿主机ping虚拟机，也ping不通。

那么首先确定网络问题，查看/etc/sysconfig/network-scripts/ifcfg-eth0下的ip配置。

没有问题。

输入命令查看ip：

发现只有127.0.0.1，此时基本确定网络服务故障或未自启动。

输入命令启动网络服务：

可以看到ip正常了。

测试宿主机ping虚拟机也正常了。

测试虚拟机ping虚拟机也正常了。

测试ssh本机也正。。。等等！

ssh没通，报错如下：

和最开始的报错是一样的，有了经验，大致也猜测的出很有可能sshd服务也没有自启动。

输入sshd启动命令：

控制台报错信息：

/var/lock/subsys/sshd not group or world-writable

出现此报错，整个系统问题已经初现端倪。

虽然启动sshd服务报错了，但尝试ssh本机却正常了。

此时试着启动集群的各个进程。

果然，大量报错。

只读文件系统 几个大字摧毁我幼小的心灵

想起解决的网络、ssh问题，明白了罪恶的源头就在....

就是它！万恶之源！

首先查看挂载的分区：

又有报错，不过看不懂。猜测是mount命令相关的文件也被修改成只读了。

开机报错的/dev/sda1分区并没有挂载，而/dev/sda3是正常的rw（读写）状态。

我有点晕。

尝试修复/dev/sda3分区：

第一次使用fsck命令，看不太明白，不过该命令没起到什么作用。

有点绝望，随手尝试了修改/dev/sda3分区的状态:

居然不报错了！

至此报错全部消失，网络服务和ssh服务也正常开机自启了。

留下懵逼的我，具体原理日后学习再补充。

当文件系统超级块损坏时，Linux系统将无法识别该文件系统，也就无法挂载使用当通过 /etc/fstab 配置文件自动加载的文件系统出现错误时，Linux系统会开机自检，并提示用户进行文件系统的修复 *** 作当/dev/sdb1 分区的超级块出现错误时，启动后系统将提示“ Give root password for maintenance ”输入root用户密码，进入临时shell环境# fsck -yt ext3 /dev/sdb1# exit-t 指定文件系统-y 对发现的问题自动回答yes模拟出对 /dev/sdb7 文件系统数据的破坏

---