Crocodile wrote: ↑2025-03-27 1:30 上述的方式就是解决同个镜像获取cpuserial号会出现重复现象的问题，目的就是取得唯一ID做设备标识
至于您说的软件许可通过cat /proc/cpuinfo | grep Serial去获取唯一性ID肯定是不可靠的，这个数据从内核源码传递到应用层中间可以人为改动，但是只要确保使用的内核镜像做哈希校验不被篡改，始终以上诉源码中的方式去获取cpuserial 就可以确定作为标识，或者使用其他手段去加密

rk1106有类似于stm32那样在某特定内存地址放一个唯一id的情况吗？

最新找到的让获取 cpuserial 编码为硬件编号的方式如下,修改内核（<SDK>/sysdrv/source/kernel）源码 --- a/arch/arm/kernel/setup.c +++ b/arch/arm/kernel/setup.c @ -952,7 +952,7 @ static int __init init_machine_late(void) system_serial = NULL; } - if (!system_serial) + //if (!system_serial) system_serial = kasprintf(GFP_KERNEL, &quo...

如题，用一个镜像烧制的cpu序列号在 /proc/cpuinfo 里完全相同，有啥办法吗？

Crocodile wrote: ↑2025-03-03 3:02 您好，如果是运行默认镜像有可能是rkipc有默认的存储动作可能会占用存储空间可以将其关闭，同时使用

Code: Select all

du -sh /tmp
du -sh /var

查看一下是否是系统日志信息占用过多存储空间

那么如何在生成镜像前关闭？

1106max 运行一段时间后磁盘被占光，几个设备都是这种情况。
问题是上面跑的应用压根不写磁盘啊

Crocodile wrote: ↑2024-08-10 2:09 您好 我们的产品的开发定位没有为无人值守设备这类需要长时间让以太网工作的准备, 您遇到的问题还需要综合考虑到现场的网络环境，抓包进行分析，该问题我们没有环境条件来复现，仅通过现象很难定位到问题。luckfox pico定位是一个需要用户二次开发的开发板，在技术支持范围外的内容我们仅提供建议。

找到原因了，dhcp自动更新了IP 你们wiki里那个设置固定ip的那个脚本跟 "/oem/usr/bin/RkLunch.sh" 里 第47行冲突

Luckfox max 用户，在生产环境下，用于无人值守设备，发现在连续工作2-3天后网卡会死机，总共8个设备都会在差不多的时间网卡死机（因为它们是差不多同时开的），表现为除网络通讯外其它都正常，设备ping不通，也不能对外发送网络请求。这块是不是有些讲究？

Eng38 wrote: ↑2024-05-21 7:33 支持utf-8的nano需要您进入buildroot所在目录，自行修改文件：sdk/sysdrv/source/buildroot/buildroot-2023.02.6/package/nano/nano.mk，然后清除进行重新编译，但这并不能保证可以正常显示汉字，需要您自行调试。

感谢

Luckfox Taylor wrote: ↑2024-05-21 2:47 你可以把Windows上字体复制到开发板上。具体步骤自行查询资料

不是字体问题，而是你们的镜像的nano编译时就砍掉utf8等等支持了
# nano --version
GNU nano, version 7.2
Compiled options: --enable-tiny --disable-nls --disable-utf8

如题，镜像里自带的nano不支持utf8，不能正确显示汉字，有没有办法？