
`

昨天有用户求助:

用户否认是刷机的问题,也不是显示器的问题:

那就直接来一点真的东西吧....

然后用户发了两张截图:


我们很快注意到关键信息:

这是典型的文件系统结构被破坏的现象。一般只有2种可能:
(1)非法关机/重启多次,然后某一次中招了。
(2)存储介质本身有问题。
其中前者的概率较大。
解决办法:用户fsck /dev/mmcblk0p1,完成后按一下CTRL-D,退出紧急模式的Shell,重新resume被中断的正常启动过程。或者fsck完成后,直接CTRL-ALT-DELETE重启。
于是用户问:

目前想到的办法就是:
1. 加个电池!能撑到第二天车间来电。否则你正常运行中的系统,突然就断电了,文件系统都没正常刷写完成缓存内容,肯定不安全。
2. 如果真的不能加电池,则你的应用运行的时候,尽量不要频繁的磁盘读写。这样突然断电的时候,可能内存中并没有dirty的数据,稍微安全点。
3. 如果依然不能保证这点(例如应用的特点决定了必须要进行一定的磁盘读写),则尽量将临时文件考虑写入/tmp下,因为默认的/tmp是tmpfs,也就是尽量使用虚拟内存的一种文件系统。比直接访问真的ROOTFS(例如ext4的)要安全很多。
大家有什么建议和想法,可以留言给我们!