RK3588Q从外挂的SSD引导系统

loading

tfirst 发表于 2023-5-22 15:53
那听奇怪的。为啥我的会有弹框提示呢？我的第一个Parameter.txt文件根据你的提示改成：
mtdparts=rk29xx ...

这个不太清楚了，一般是烧录工具 跟parameter 对应上

tfirst

loading 发表于 2023-5-22 18:13
这个不太清楚了，一般是烧录工具 跟parameter 对应上

这个问题你目前进展怎么样了？
方便把你的两个parameter.txt给我看看吗？

loading

tfirst

loading 发表于 2023-5-24 14:58

谢谢！借鉴了你的参数设置，我这边仍然是会报弹框报错。
现在这个事情，我目前的情况是：
      在弹框报错的情况下（不强制写），重新选择软件界面中变灰的文件，再执行烧录操作，是可以烧录进去。烧录完成后，自动进入recovery模式，在recovery处理完后自动重启后，就只能停在uboot命令行下。这个时候用命令“part list nvme 0”去查看ssd中的分区情况，会报“ERROR: Can't read MBR header”这样的错误，而我reset或者掉电重启后，按下键盘Ctrl+C，主动进入u-boot命令行模式，此时用命令去查看ssd的分区情况，是可以正确读取到分区的信息（与parameter.txt的一直），然后使用boot命令去引导kernel，依然是无法启动，而停留在u-boot命令行模式，此时再用命令去查看ssd的分区情况，却又会报“ERROR: Can't read MBR header”这样的错误，所以我怀疑是不是uboot哪里没有配置好？（关于uboot的配置，我用的都是这个开发板默认的配置:firefly-linux.config，仅仅是在此基础上添加了如我贴子写的那样的关于PCI等的相关配置）

loading

tfirst 发表于 2023-5-25 09:40
谢谢！借鉴了你的参数设置，我这边仍然是会报弹框报错。
现在这个事情，我目前的情况是：
      在弹框 ...

1. 还弹框报错，就是烧录工具的分区跟parameter 的分区不对应；
2.uboot 修改都参考文档来改了吗？

tfirst

loading 发表于 2023-5-25 11:52
1. 还弹框报错，就是烧录工具的分区跟parameter 的分区不对应；
2.uboot 修改都参考文档来改了吗？

确实是还弹框，那个软件的配置就跟我之前在贴子正文贴的图一样，每一个地址我都核对过的。写到emmc的parameter.txt只有一个uboot分区，写到SSD的parameter.txt就是除了uboot之外的其他分区。
uboot的修改就是参考那个文档，以及https://blog.csdn.net/weixin_43245753/article/details/124768691这个贴子来修改的。

loading

tfirst 发表于 2023-5-25 13:20
确实是还弹框，那个软件的配置就跟我之前在贴子正文贴的图一样，每一个地址我都核对过的。写到emmc的para ...

你emmc 不够大放系统吗？ 烧录到emmc 本来就可以引导系统启动了；下面这个你配置的啥
CONFIG_ROCKCHIP_BOOTDEV="nvme 0" # 可择 "nvme"-NVMe "mmc"-1 emmc "scsi"-SATA

tfirst

loading 发表于 2023-5-25 15:49
你emmc 不够大放系统吗？ 烧录到emmc 本来就可以引导系统启动了；下面这个你配置的啥
CONFIG_ROCKCHIP_B ...

因为客户的需要，我们需要装一个可销毁的SSD，所以就需要将系统等放到SSD中，所以需要采用emmc+SSD的方式，SSD里需要装除了uboot以外的固件。
那个CONFIG_ROCKCHIP_BOOTDEV我设置的是nvme 0

loading

tfirst 发表于 2023-5-25 15:56
因为客户的需要，我们需要装一个可销毁的SSD，所以就需要将系统等放到SSD中，所以需要采用emmc+SSD的方式 ...

嗯，我觉得至少先把烧录弹框的解决了，然后再分析其他的

tfirst

loading 发表于 2023-5-26 09:15
嗯，我觉得至少先把烧录弹框的解决了，然后再分析其他的

烧录弹框的问题，有点困难，因为这个过程就是一个黑盒子，都搞不清楚什么原因。