Firefly开源社区

12
发表新贴
打印 上一主题 下一主题

[技术讨论] 基于官方debian10重新打包到私有固件后再刷入至板子,启动后不正常进入initramfs模式

154

积分

0

威望

0

贡献

技术小白

积分
154
发表于 2022-6-29 11:15:45        只看该作者  11#
本帖最后由 music1913 于 2022-6-29 11:17 编辑
板蓝根 发表于 2022-6-28 11:28
问题有两个
问题1:合包用的 new_update.img  无法刷到设备,芯片 检测设备,因为你这个脚本是 3399 打包 ...

谢谢,这次成功了。

按我上述的说明,我 export 出来的文件尺寸是 5.84G,而默认 firefly 官方 debian10 镜像中的 parameter.txt 中关于 rootfs分区 的尺寸是 0x00400000 (通过公式计算即2G),那我就将默认尺寸扩大至3倍,即0x00400000 X 3,则写入 parameter.txt 的新值为 0x00C00000,同时,因为 oem 分区跟在 rootfs 后,也需要同样修改它的 offset,最终修改后的最终值是:
  1. 0x00C00000@0x00038000(rootfs),0x00060000@0x00C38000(oem),-@0x00C98000(userdata:grow)
复制代码

通过计算可知新的 rootfs分区 的尺寸是 0x00C00000  块 * 512 字节每块 / 1024 / 1024 = 6144 MByte。

请问,parameter.txt 中关于 新rootfs尺寸 设置有什么要求吗,是否只要是 >=新rootfs.img文件尺寸 就可以吗?大太多了和刚刚好是否有什么影响呢?
回复

使用道具 举报

18

积分

0

威望

0

贡献

技术小白

积分
18
发表于 2022-8-19 17:09:11        只看该作者  12#
我也碰到相同的问题,谢谢楼主。
回复

使用道具 举报

154

积分

0

威望

0

贡献

技术小白

积分
154
发表于 2022-11-25 15:14:18        只看该作者  13#
本帖最后由 music1913 于 2022-11-25 15:18 编辑
板蓝根 发表于 2022-6-28 11:28
问题有两个
问题1:合包用的 new_update.img  无法刷到设备,芯片 检测设备,因为你这个脚本是 3399 打包 ...
合包用的 new_update.img  无法刷到设备,芯片 检测设备,因为你这个脚本是 3399 打包脚本,写 芯片类型会写成3399 ,所以出错了,先不考虑合包的情况

问题1:   请问这个针对 rv1126 的合包工具 firefly有官方工具包和操作步骤提供吗?
问题2:   如果基于问题1的答案,我成功获得了自制的 rv1126 的合包镜像(例如:update.img), 则如何将其分发并刷入其它板子中呢?(之前一直用的是 RKDev tool,它不使用合包刷入,而是需要手动分别单选各个分区的)      
问题3:   如果基于问题1的答案,我成功获得了自制的 rv1126 的合包镜像(例如:update.img),是否能将 update.img 用于使用SD卡升级固件用于分发至其它rv1126主板批量刷机呢。
回复

使用道具 举报

返回列表
12
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

友情链接 : 爱板网 电子发烧友论坛 云汉电子社区 粤ICP备14022046号-2
快速回复 返回顶部 返回列表