rk3368 Android9.0调试记录之系统分区调整

rk3368_android9.0添加launcher备份功能 阅读详情

系统分区调整记录

Platform: RK3368
OS: Android 9.0
Kernel: 4.4.194

1. 升级固件后开机进recovery出错

ensure_path_unmounted path is /data
Volume is already unmounted
ensure_path_unmounted path is /data
Volume is already unmounted

	F2FS-tools: mkfs.f2fs Ver: 1.10.0 (2018-01-30)

Info: Disable heap-based policy
Info: Debug level = 1
Info: Label = 
Info: Trim is enabled
	Error: Failed to open the device!
E:/sbin/mkfs.f2fs failed with status 255
E:format_volume: Failed /sbin/mkfs.f2fs on /dev/block/by-name/userdata: File exists
t /cache: Invalid argumentnand0p13): VFS: Can't find ext4 filesystemE:Failed to moun

由于调试设备用的是4GB的NandFlash,而Android9.0 SDK默认系统分区大小超过了4GB,所以需要将系统分区调整一下;不然会出现开机进recovery格式化data失败(recovery界面会出现一个Android机器人躺着,加个感叹号!!!)
在这里插入图片描述

1.1. 调整分区表

修改device/rockchip/rk3368/parameter.txt

-mtdparts=rk29xxnand:0x00002000@0x00004000(uboot),0x00002000@0x00006000(trust),0x00002000@0x00008000(misc),0x00008000@0x0000a000(resource),0x00010000@0x00012000(kernel),0x00002000@0x00022000(dtb),0x00002000@0x00024000(dtbo),0x00000800@0x00026000(vbmeta),0x00010000@0x00026800(boot),0x00020000@0x00036800(recovery),0x00038000@0x00056800(backup),0x00002000@0x0008e800(security),0x00100000@0x00090800(cache),0x00500000@0x00190800(system),0x00008000@0x00690800(metadata),0x00100000@0x00698800(vendor),0x00100000@0x00798800(oem),0x00000400@0x00898800(frp),-@0x00898c00(userdata:grow)
+mtdparts=rk29xxnand:0x00002000@0x00004000(uboot),0x00002000@0x00006000(trust),0x00002000@0x00008000(misc),0x00008000@0x0000a000(resource),0x00010000@0x00012000(kernel),0x00002000@0x00022000(dtb),0x00002000@0x00024000(dtbo),0x00000800@0x00026000(vbmeta),0x00010000@0x00026800(boot),0x00020000@0x00036800(recovery),0x00020000@0x00056800(backup),0x00002000@0x00076800(security),0x00020000@0x00078800(cache),0x00300000@0x00098800(system),0x00008000@0x00398800(metadata),0x00100000@0x003a0800(vendor),0x00080000@0x004a0800(oem),0x00000400@0x00520800(frp),-@0x00520c00(userdata:grow)

修改后各个分区大小如下:

分区大小扇区数起始地址
uboot4MB0x000020000x00004000
trust4MB0x000020000x00006000
misc4MB0x000020000x00008000
resource16MB0x000080000x0000a000
kernel32MB0x000100000x00012000
dtb4MB0x000020000x00022000
dtbo4MB0x000020000x00024000
vbmeta1MB0x000008000x00026000
boot32MB0x000100000x00026800
recovery64MB0x000200000x00036800
backup64MB0x000200000x00056800
security4MB0x000020000x00076800
cache64MB0x000200000x00078800
system1536MB0x003000000x00098800
metadata16MB0x000080000x00398800
vendor512MB0x001000000x003a0800
oem256MB0x000800000x004a0800
frp512KB0x000004000x00520800
userdata剩余空间-0x00520c00
RK3288 RK3368 瑞芯微RK系列Android生成OTA差分升级包 一、OTA完整包生成方法 OTA完整包可用于T卡本地升级和OTA在线升级。OTA完整包包含完整的system、recovery. 和boot.img。 发布一个版本固件正确顺序: make -j4 make otapackage ./mkimage.sh ota 注意:发布固件必须使用./mkimage.sh ota,将boot与kernel打包,不需要单独烧kernel,如果量产固件是分开的,将... 阅读详情

相关推荐

RK3368 Android9.0系统分区优化实战:从分区表调整到启动修复

本文详细介绍了RK3368平台在Android9.0系统下的分区优化实战,包括分区表调整和启动修复。通过压缩system分区、精简cache分区等策略,解决了4GB闪存设备因默认分区配置过大导致的启动问题,并提供了调试技巧和优化建议,帮助开发者高效管理嵌入式存储空间。

weixin_29204205的博客 705

rk3368 Android9.0 升级固件后,一直在recovery界面

升级固件后,一直在recovery界面 Platform: RK3368 OS: Android 9.0 Kernel: 4.4.194 文章目录升级固件后,一直在recovery界面升级固件后,一直在recovery界面 升级固件后,一直在recovery界面 串口日志: E:Failed to mount /cache: No such file or directory E:Failed to set BCB message: failed to stat /dev/block/by-name/m

dolphin的专栏 7597

RK3368 Android 9.0 固件升级后卡Recovery:从日志分析到设备树配置的修复之路

本文详细分析了RK3368 Android 9.0固件升级后卡在Recovery界面的问题,从日志分析到设备树配置的修复方案。重点介绍了Android 9.0存储架构的变化,特别是提前装载分区和设备树配置的关键修改,帮助开发者解决类似问题。

weixin_29162439的博客 369

RK3368固件烧写

前期需要准备的工具AndroidTool.exe如下图: 具体步骤: 1.打开烧录工具; 2.选择需要烧录的模块,如下图我只烧录kernel与Resource两部分,即在这两个前面对应打钩就可以; 3.选择对应的路径,点击下图红框区域,选择要烧录固件的位置,如下图 4.选择完成后,需要切换进入Loader模式,然后点击“执行”即可进行烧录; 烧录完成后,右边空白区域,会进行提示。 下面介绍一下进入loader模式的几种方法: 1.在链接设备后,打开烧录工具显示“发现...

it_rensheng的博客 1万+

RK3368盒子刷Android 9变砖?改DTB和firmware_android节点救砖实战

设备树(DTB)是Linux内核识别硬件配置的关键数据,它描述了内存布局、外设地址、显示输出等底层信息;而firmware_android节点则负责传递Android启动参数,如SELinux状态、分区挂载方式和AVB校验开关。当RK3368盒子刷入第三方Android 9固件后出现黑屏、卡logo或无限重启,往往不是硬件损坏,而是DTB与实际硬件不匹配,或firmware_android节点配置错误导致系统无法完成初始化。本文从设备树的基本原理讲起,分析RK3368平台升级Android 9容易变砖的深层

weixin_34199405的博客 571

RK3368盒子变砖救砖:修改DTB的firmware_android节点实战

设备树(Device Tree)是Linux内核与硬件之间的一座关键桥梁,它通过DTB文件描述板级硬件资源,而Android系统启动时则依赖其中的firmware_android节点来管理内存布局、显示缓冲及GPU/VPU资源分配。当老设备刷入高版本Android系统时,若DTB配置与实际硬件不匹配,轻则黑屏重启,重则变砖无法开机。掌握DTB的解包、反编译、参数修改与重新打包,是解决这类刷机故障的核心技能。本文从RK3368盒子变砖的典型场景切入,完整演示了如何定位并修改firmware_android节点

weixin_33795093的博客 430

rk3368 Android9.0 HIDL调试记录

rk3368 Android9.0 HIDL调试记录 Platform: RK3368 OS: Android 9.0 Kernel: 4.4.194 文章目录rk3368 Android9.0 HIDL调试记录1. 使用hidl-gen工具生成接口1.1 hidl-gen使用方法1.2 创建HIDL文件1.3 使用hidl-gen工具生成HIDL相关文件2. 修改代码2.1 创建service代码2.2 修改Android.bp添加编译service2.3 添加启动service的init.rc文件2

dolphin的专栏 2869

RK3368 Android 9.0 固件升级后卡Recovery:从日志分析到设备树配置的完整修复指南

本文详细解析了RK3368 Android 9.0固件升级后卡Recovery的问题,从日志分析到设备树配置提供了完整修复方案。通过深入分析NAND控制器初始化失败的原因,调整设备树节点和fstab挂载配置,最终解决了系统分区挂载失败的问题。文章还分享了编译固件和验证启动的完整流程,为嵌入式开发者提供了实用的调试经验。

weixin_28738397的博客 374

RK3368安卓9.0升级后卡Recovery?手把手教你分析串口日志定位NAND Flash问题

本文详细解析了RK3368设备从Android 8.1升级到9.0后卡在Recovery界面的问题,通过串口日志分析定位到NAND Flash与EMMC配置冲突的根本原因。提供了从日志解读、存储介质冲突分析到DTS配置修改的完整解决方案,帮助开发者快速修复升级固件过程中的存储问题。

weixin_33682790的博客 610

rockchip rk3368(px5)车载开发之路3,触摸屏触摸正常

本系列记载作者来到一个新的车载后装市场小公司,负责从新开始维护一套代码的心路过程。系统使用瑞芯微的rk3368芯片,版本是PX5_Android_8.0_release_20180726,从无到有的每个patch修改以及思考。其中着重点是驱动和系统相关,由于涉及到公司保密,所以APP部分暂时不贴过多的代码,只是针对系统bug进行记录。 2020_02_13 目前触摸屏使用的是gt911,与原生的版...

奋斗的阿狸的专栏 2519

Update.ZIP_TWRP_RK3368_3.1.0-0_170318

Update.ZIP_TWRP_RK3368_3.1.0-0_170318 .zip是卡刷包,适用于RK3368芯片的TWRP 3.1.0

RK3368刷Android 9卡Logo?改DTB firmware_android节点救砖

Android系统升级到9.0后,system-as-root架构改变了根文件系统的挂载方式,引导流程也随之重构。对于采用瑞芯微RK3368等老平台的设备,常见的刷机后卡Logo、无限重启问题,往往源于设备树DTB中的firmware_android节点与固件分区表不匹配。设备树作为硬件描述与启动参数传递的核心,uboot需要依赖其定位resource、boot、system等分区,一旦偏移或大小信息过期,系统引导便会中断。理解分区偏移与DTB节点的对应关系,掌握反编译、修改、重打包DTB的方法,是嵌入式开

weixin_34186128的博客 192

RK系列开发刷机工具(单刷)

支持烧写一个或多个分区镜像,单独固件烧录,擦除FLASH。等

AP6236 WiFi模块调试记录

AP2636 WiFi模块调试记录 Platform: RK3368 OS: Android 6.0 Kernel: 3.10.0 文章目录AP2636 WiFi模块调试记录内核驱动移植1. 更新驱动1.1 修改驱动代码,适配rk平台2. 修改RK平台代码3 修改dts文件中的wifi配置,修改wireless-wlan节点里面:Android系统适配遇到的问题1. 蓝牙打不开2. 在系统设置->WLAN中打开WiFi自动关闭3. sdmmc通信报错4. 32k晶振不起振5. Wifi信号差 内核

dolphin的专栏 7369

3328-3318_android9.0_ patch_v1.1_20190430.zip

RK3328 和RK3318 在安卓9.0的兼容性补丁

RK3229 Android9.0的系统设置补丁

修复打开WIFI闪退,输入WIFI密码或者设置静态IP地址在触摸模式下不弹出软键盘的问题

RK3368 Android 9.0分区优化:GPT对齐、verity校验与五层启动校验实战

Android系统分区是设备启动的底层基石,其本质是BootROM、固件、内核、init及安全模块协同解析的硬件级协议。在ARM嵌入式平台如RK3368上,分区不仅涉及文件系统挂载,更深度耦合GPT表结构、4KB扇区对齐、dm-verity签名验证等关键机制。尤其Android 9.0 Treble架构强制要求vendor/system分区严格对齐、命名标准化并预留磨损均衡空间,任意LBA偏移错误都将触发BootROM CRC校验失败或内核VFS挂载异常。本文聚焦RK3368平台真实量产场景,详解从GPT重

weixin_30313409的博客 314

微波无源器件 功分器1 新型方波导双模无功功分器

本名证明了一种基于有着特定功能的(dedicated)T性匹配元件(散射件)的进化结点的新型波导双模两路功分器的可行性。这个散射件,有着面向三个部分的匹配部分,提供了等效功分并且朝着对应的输出端口传输矩形波导的两个TE10/TE01正交模式。所提出的设计紧凑,易于比例变化并且能够级联来获得。

qq_45245770的博客 1390

RK3368 Android 9.0分区优化:parameter.txt与AVB签名实战指南

Android分区表是嵌入式系统启动的基础结构,其本质是BootROM解析的物理地址映射规则。在Rockchip平台中,RK3368因启动链深度耦合parameter.txt二进制格式与AVB 1.0校验机制,使分区调整不再只是容量重分配,而成为涉及硬件对齐、签名验证、ext4格式约束和eMMC保留区管理的系统工程。技术价值在于规避‘一刷变砖’风险,保障量产设备启动可靠性;典型应用场景包括教育终端、智慧黑板、工业平板等资源受限的Android 9.0定制设备。本文聚焦RK3368平台下parameter.t

weixin_29189377的博客 147

保姆级教程 | MS构建三层石墨后转成LAMMPS的data文件

喜欢的话记得一键三连~

baguette的博客 2950

WordPress插件depicter存在SQL注入漏洞(CVE-2025-2011)

Depicter 是一款功能强大的 WordPress 幻灯片插件,允许用户通过直观的拖放编辑器轻松创建响应式滑块、轮播和动态内容展示。该插件提供丰富的模板库、动画效果和图层控制,支持多媒体内容嵌入(如图片、视频、HTML),并优化了移动端显示和SEO性能。其无代码操作界面适合非技术用户,同时提供高级自定义选项,适用于产品展示、营销推广和视觉叙事等多种场景,是提升网站视觉吸引力的高效工具。

m0_50125527的博客 550
上一篇: AP6236 WiFi模块调试记录
下一篇: rk3368 Android9.0 升级固件后,一直在recovery界面
D00PING
博客等级 码龄12年 96粉丝 48原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值