xiaoshi27 发表于 2022-4-11 10:46:05

ITX-3588J Linux SDK 编译修改boot分区大小无效

本帖最后由 xiaoshi27 于 2022-4-11 10:53 编辑


SDK更新到哪个COMMIT:commit 2a41db3ecf7789277b9b3b0be5ec11f0c49829fa (HEAD -> rk3588/firefly, tag: rk3588/linux_release_v0.0.1c)


修改device/rockchip/rk3588/parameter-ubuntu-fit.txt文件,将boot分区改大,编译固件后烧写成功,通过df -h查看boot分区依然只有58M,如图1:


通过gparted工具查看boot分区有6G大小,可用只有58M,如图2.

请问,是哪的配置文件没有修改,导致boot分区修改没生效吗?




板蓝根 发表于 2022-4-12 14:56:53

1. 问什么你的 boot 分区需要 6G ?boot 分区只存放 kernel 呀,6G 没必要吧
2 .分区有 6G 但是 你烧写进去的 extboot.img 只有 58M,系统查看到的大小已 ext4 文件系统格式大小为准。就相当于你只烧了个 58M 的 ext4 文件系统镜像进入 emmc ,6G - 58M大小的地方都是空的,不是 ext4 type 系统肯定识别不到,你需要使用 resize2fs 来扩充分区让 boot 沾满整个 mmcblk0p3 分区才可以。

xiaoshi27 发表于 2022-4-13 13:39:33

板蓝根 发表于 2022-4-12 14:56
1. 问什么你的 boot 分区需要 6G ?boot 分区只存放 kernel 呀,6G 没必要吧
2 .分区有 6G 但是 你烧写进 ...

boot分区修改成400M了。修改boot分区是因为这个需要升级内核到5.17,升级过程提示boot分区空间不够;
安装您推荐的办法,mmcblk0p3始终被ext4文件日志任务jbd2占用,无法进行resize2fs操作

板蓝根 发表于 2022-4-13 14:07:02

你怎么升级, apt ? 这样不可行哦。resize2fs 需要先 umount

xiaoshi27 发表于 2022-4-13 14:18:51

板蓝根 发表于 2022-4-13 14:07
你怎么升级, apt ? 这样不可行哦。resize2fs 需要先 umount

我升级指的升级Linux内核版本,版本目前系统用的5.10的内核,我需要升级到最新的5.17。umount boot分区后,用resize2fs扩容的时候,提示设备忙,用pgrep查看是mmcblk0p3被jbd2占用,这个进程也没办法结束掉,导致没法扩容

xiaoshi27 发表于 2022-4-13 15:28:40

xiaoshi27 发表于 2022-4-13 14:18
我升级指的升级Linux内核版本,版本目前系统用的5.10的内核,我需要升级到最新的5.17。umount boot分区后 ...

resise2fs

板蓝根 发表于 2022-4-13 16:15:02

1.你怎么升级?没办法升级的呀。这不是 pc x86
2.你可以拔掉 typec 接口线,然后按着 recovery 上电,然后设备应该会进入 recovery 模式,这时候用串口执行 resize2fs

xiaoxiaoyezi 发表于 2022-6-2 17:42:47

楼主的问题可以这样解决:
1、首先修改parameter-ubuntu-fit.txt文件,将boot分区扩大。
2、修改Linux sdk build.sh文件中的rm -rf $EXTBOOT_IMG && truncate -s XXXM $EXTBOOT_IMG。其中xxx为你需要的boot分区的大小,注意xxx应小于第一步的boot分区(我改成了128,原本是64)。
3、执行build.sh extboot命令,重新生成内核镜像文件,并将文件烧录到板子上即可。

页: [1]
查看完整版本: ITX-3588J Linux SDK 编译修改boot分区大小无效