最后发现是由于没有修改分区表设置sec分区烧录sec_efs.img导致的
从这次可以得到一个经验,如果开机如果有类似于
“[32m[ 16.636768] [33mEXT4-fs (mmcblk0p64)[0m: recovery complete
[32m[ 16.637702] [33mEXT4-fs (mmcblk0p64)[0m: mounted filesystem with ordered data mode. Opts: errors=remount-ro,nomblk_io_submit
[32m[ 16.753398] [33mtype=1400 audit(2239.789:15)[0m: avc: denied { kill } for comm="e2fsck" capability=5 scontext=u:r:fsck:s0 tcontext=u:r:fsck:s0 tclass=capability permissive=0
[32m[ 16.758889] [33mEXT4-fs (mmcblk0p64)[0m: mounted filesystem with ordered data mode. Opts: barrier=1
[32m[ 16.774709] [33mEXT4-fs (mmcblk0p6)[0m: mounted filesystem with ordered data mode. Opt
挂载sec_efs结果烧进去卡安卓
于 2021-07-19 11:21:26 首次发布
本文介绍了在安卓设备上遇到挂载sec_efs时出现的问题,详细描述了启动过程中出现的EXT4文件系统恢复提示,以及如何识别这些问题是由分区表未正确设置sec分区导致的。通过这次经验,强调了检查和修正分区设置在解决此类问题中的关键作用。
摘要由CSDN通过智能技术生成