V3S板子，主线uboot+主线Linux+buildroot，直接断电会造成系统损坏或者文件丢失吗？
离线
离线
你选的是什么文件系统？
PC指针跑飞和突然断电(无后备电池) 都可能造成文件系统损坏,
但是日志型的文件系统从底层软件保证了数据的完整性.
sudo mkfs.jffs2 -s 0x100 -e 0x10000 -p 0x1AF0000 -d $TARGET_DIR/ -o /tmp/jffs2.img
系统损坏或者文件丢失还有什么原因呢？
离线
还没有遇到jffs2文件系统损坏丢失，
具体表现是怎样的?
我以前遇到的情况是，客户设置完机器马上断电重启，导致没有保存成功。
后来在重要的文件操作写完之后立刻执行 fflush(fp)，从缓存更新到flash.
问题有点多：
1.系统启动成功，Linux上执行应用程序，应用程序中其他功能都是正常的，就联网不行，联网是操作一个脚本，初步判断是这个脚本丢了。
2.uboot启动成功，内核加载失败。
3.uboot启动就异常，指示灯状态不对，内核也没加载起来。uboot程序上开机就亮白灯，而这里不是。
前提是这些先前测试都是正常的，并且重新烧写先前的程序测试也还是正常的。
离线
1. 你得确认到底有没有丢文件， 你都不知道就没人知道了
2. zImage不在jffs2分区，这个是只读的，你可以读出分区与原来的数据比较，看看是不是一致?
3. 同上，读出uboot分区数据与写入的数据比较
晕哥。查看新帖子https://whycan.cn/t_2077.html#p14294。关于这个问题的。
最近编辑记录 BMN李 (2019-01-18 14:27:45)
离线
结帖。问题可能有两点。
1.可能是芯片的问题，先前使用的W25q256JVEQ，现在换MX25L25645G使用正常。
2.可能是烧写方式的问题，先前使用的sunxi-fel烧写的，这个说是没校验，烧写完的程序可能不是正确的。现在生产直接烧写flash芯片，带校验。
后面生产就直接换了W25q256JVEQ，直接烧写flash芯片。没有单独去验证。第二点可能性比较大。
离线
那我想请问下,如果是BSP内核,使用buildroot做的文件系统,这样的设备,应该怎么样关机呢? 我平时直接拉电的.
离线
那我想请问下,如果是BSP内核,使用buildroot做的文件系统,这样的设备,应该怎么样关机呢? 我平时直接拉电的.
不写文件直接拔电没关系吧, 行车记录仪一般都配一个小的电池， 够用几十秒钟，车上断电之后还能执行文件同步再关机，这样文件系统就完整了。
离线