今天小编就通过OK3399-C开发板针对以上问题来为各位工程师小伙伴介绍相应的解决方法。
1、解决思路
基于Linux下一切皆文件的思想,开发板启动后进行的一系列操作都会以文件的形式保留在文件系统中,而RK3399处理器的Ubuntu系统提供了文件系统镜像ubuntu.img用来编译生成update.img。
因此我们需要一个方法使OK3399-C开发板中的文件系统和ubuntu.img中的内容保持一致,这样编译生成的update.img就包含了当前开发板中所配置的环境,方便用来备份或者批量部署。
2、解决方法
其实飞凌嵌入式的官方论坛知识库之前已经发表了两个可以实现的解决方法,这里不再赘述,只做简要说明:
方法 1:
请选用PC端进入论坛:
该方法是将ubuntu.img文件copy到开发板中,通过mount命令挂载后复制当前开发板中的内容后,再将ubuntu.img转到开发环境进行编译,这种方法最为简单粗暴容易理解,但很容易因为操作者的疏忽而导致复制不完全。
方法 2:
(在开发环境模拟开发板挂载ubuntu.img)
请选用PC端进入论坛:
该方法直接将ubuntu.img文件在开发环境中模拟开发板的环境进行apt-get等操作,可以类比理解如下:
在PC端的VM虚拟机里运行Ubuntu系统
在Ubuntu中的qemu虚拟机里运行ubuntu.img系统
这个方法比较符合逻辑且操作方便,但需要再将已验证的操作在qemu中再执行一次,如果开发周期较长,可能有些在开发板安装的库文件反而在qemu中没有安装导致问题出现。
方法3:
通过rsync同步两个文件系统中的内容,做到实时更新、同步。本文将着重介绍并实操第三种方法。
rsync的目的是实现本地主机和远程主机上的文件同步(包括本地推到远程,远程拉到本地两种同步方式)。
本文以OK3399-C开发板和PC端Ubuntu虚拟机为例,同步开发板安装的cutecom(Ubuntu可视化串口调试工具)到Ubuntu的3399-desktop-release/rootfs/ubuntu.img中。
Ubuntu开发环境IP:172.16.0.167
OK3399-C开发板IP:172.16.0.168
确保双方可以ping通,确保两者皆可ping通百度。
开发环境操作
1、为开发环境设置root用户密码,使用命令:passwd root;
2、修改/etc/ssh/sshd_config文件,添加可ssh远程登录权限。
使用命令:sudo vi /etc/ssh/sshd_config;
3、重启sshd服务,使用命令:service sshd restart;
4、将源码中的ubuntu.img挂载出来,建议挂载到同目录的target目录下,在OK3399-desktop-release/rootfs目录下使用命令:sudo mount ubunt.img ./target;
开发板操作
1、更新下载源执行命令:sudoapt-get update;
2、下载rsync服务,执行命令:sudoapt-get install rsync;
3、如果文件系统已经有所更改跳过此项,本文中还未做任何更改,所以将下载cutecom以做测试,执行命令:sudoapt-get install cutecom;
4、将开发板文件系统同步到开发环境中的文件系统中
开发环境文件系统路径如下:/home/forlinx/3399/OK3399-desktop-release/rootfs/target;
开发板执行命令:rsync -avx / \
root@172.16.0.167:/home/forlinx/3399/OK3399-desktop-release/rootfs/target;
首次执行需要手动填写yes,记录成功后,以后就只需要输入开发环境的root用户密码;
5、在开发环境查看,是否存在cutecom,结果如下图:
到此,在OK3399-C开发板安装的cutecom已经同步到开发环境的ubuntu.img中。
接下来,在开发环境执行编译脚本烧写到OK3399-C开发板进行验证,将ubuntu.img文件卸载,执行命令:sudo umount target。
回到OK3399-desktop-release目录执行编译脚本 ./build_ubuntu.sh 生成update.img后通过OTG烧写到开发板验证cutecom是否存在即可。
6、验证结果,cutecom存在且可正常执行。
关键词: 如何在Ubuntu保留文件系统 Ubuntu保留文件系统的方法 开发环境中模拟开发板 mount命令挂载 重启sshd服务使用什么命令 RK3399处理器