linux用于嵌入式，怎么解决突然断电造成的文件系统损坏

首先你的断电是指什么？现在的手持设备都有超过3种供电电源。那我猜的说的断电是同时切断包括电池和USB在内的所有外部电源了。那么不论你的挂载点在哪里，kernel肯定是直接down掉的，cpu状态也不会被保存，内存清空，所有进程都不存在了，已经在读的进程不再持有文件句柄（没影响），已经在写的进程就写到某个字符停住，但是这些都不会影响到硬盘啊。所以对文件系统不会有损坏，但是对硬件会有些许伤害。但现在手持设备都维持在2.5~3V，断电对硬件的影响实际也不大。

至于你说的“怎么才能再以可读写属性挂载该磁盘呢”。我不理解这个“再”字。重新上电后一切重新开始，kernel boot重跑一遍，跟断电前你的挂载已经没有关系了。另一种情况，你可以在linux控制台启动句柄里面设置，把你的挂载命令写在那里面，那么每次启动时就自动挂载了

出现错误的原因是由于我突发奇想写了一个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服务也正常开机自启了。

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

可以试一下单用户，把存储挂在去掉，看一下是否解决。

下面延展回答中有相关的解决办法。

几种解决方法（分别是七种方法，非步骤）：

如遇提示FSCK时，请小心。如果可能，请尽快断开系统，UMOUNT所有分区。

必需执行FSCK时，先做准备工作，方法一：可事先用dd命令将所涉及到的分区输出到另外的存储体上（最好不要在出错的存储体本身上做dd） 命令大致结构可如： dd if=/dev/sda0 of=/dev/sdb0 .....

必需执行FSCK时，先做准备工作，方法二：将整个LINUX存储体挂载到虚拟机环境，将LINUX存储体设为Nonpersisten模式，再执行，执行过后，如果数据完好，应尽快通过FTP等方式拷贝出来。

必需执行FSCK时，先做准备工作，方法三：将整个LINUX存储体挂载到其他系统上（如WINDOWS），做好镜像后再做FSCK。

如上面几种方式均因条件等原因无法实施，必须执行时，可小心观察FSCK的执行提示（关掉-a）如果发现有提示节点错误需更正或清0、节点描述文件大小不正确等信息，应停止执行FSCK。

因恢复需要参考很多信息，因尽可能保持系统不工作状态，至少不得再次MOUNT分区（即便不做任何读写 *** 作，也会因系统的工作原理不断降低数据恢复的可能性，增加数据恢复的难度）。

寻求专业数据恢复公司帮助。

---