通过串口显示的信息全部正常,卡在Starting kernel
【已采取的措施】
更换sd卡,重新烧录镜像和NAND固件,都没办法解决,停留在Starting kernel这一步,无后续输出
问题分析
从您的串口日志看,Bootloader 阶段(BL1/BL2/BL31/U-Boot)全部正常,内核镜像也已成功加载(23MB 读取完成),但卡在 Starting kernel ... 后无任何输出。这是典型的内核启动失败问题。
结合社区类似案例(#34478),问题通常由以下原因导致:
排查步骤
SD 卡兼容性问题(最常见)
社区多例显示普通 SD 卡会导致此类问题:
推荐 SD 卡:
- 闪迪 Extreme 系列(您已计划购买)
- Samsung EVO 系列
- 容量:16GB-64GB
- 速度等级:Class 10 / U3 / V30
烧录工具设置检查
从社区案例发现,Rufus 设置错误是常见原因:
正确 Rufus 设置:
- 分区类型:GPT(不是 MBR)
- 目标系统:UEFI(非 CSM)
- 写入模式:DD 镜像模式(重要!)
- 烧录后不要格式化 SD 卡
烧录后验证(关键)
烧录完成后,在电脑上检查 SD 卡 boot 分区,应该有以下文件:
✅ Image(内核文件,约 23MB)
✅ extlinux/(启动配置文件夹)
✅ hobot/(设备树文件夹)
✅ hobot_config.sh
如果只有 hobot_config.sh 一个文件,说明烧录失败!
U-Boot 验证
插入板子后,在串口 U-Boot 界面执行:
Hobot> fatls mmc 1:1
# 应该看到多个文件,而不是只有 1 个文件
Hobot> fatload mmc 1:1 ${loadaddr} /boot/Image
# 应该显示加载成功,而不是 Failed
镜像版本
确保下载最新日期的镜像版本:
- 下载地址:Index of /downloads/os_images/rdk_x5/
- 选择
rdk_os_3.4.1-2025-12-19或更新版本(避免 12-9 版本)
电源检查
确保使用 5V/5A(25W) 电源适配器,电源不稳定会导致内核初始化失败。
社区案例参考
相似问题已解决案例:
- RDK X5 烧录镜像后启动问题 #34478 - 更换闪迪 Extreme SD 卡 + 更新 NAND 固件解决
- RDKX5 板卡系统无法启动 #33294 - SD 卡烧录问题排查
建议操作顺序
1️⃣ 等待闪迪 Extreme SD 卡到货
↓
2️⃣ 下载最新日期镜像(3.4.1-2025-12-19 或更新)
↓
3️⃣ 用 Rufus 正确设置烧录(GPT + UEFI + DD 模式)
↓
4️⃣ 烧录后在电脑上验证文件完整性
↓
5️⃣ 插入板子测试,串口等待 5 分钟
从您的日志看,板子硬件大概率正常(BootROM→U-Boot 都通过了),问题集中在 SD 卡兼容性和烧录设置上。
问题解决后,欢迎在社区分享经验帮助其他开发者!![]()
【附加一条】
之前烧录过成功启动一次,后面再使用时就进不去了
问题已解决!
感谢您的补充信息!这个"之前成功启动过一次,后面就进不去"的情况非常典型,对社区很有参考价值。
问题根因分析
结合您的情况,问题很可能是:
| 可能原因 | 说明 | 概率 |
|---|---|---|
| SD 卡质量/寿命问题 | 普通 SD 卡在频繁读写后出现坏块/数据损坏 | |
| 异常断电 | 系统运行中直接断电导致文件系统损坏 | |
| NAND 固件版本过旧 | 与新镜像兼容性差 |
关键证据:
- 板子曾经成功启动 → 硬件正常
- 突然无法启动 → 存储介质或文件系统问题
- 更换 Extreme SD 卡 + 更新 NAND 后解决 → 确认是 SD 卡兼容性+NAND 固件问题
预防建议(避免再次发生)
SD 卡使用规范
✅ 使用工业级/高耐久 SD 卡(闪迪 Extreme/High Endurance 系列)
✅ 避免直接断电,使用命令关机:sudo poweroff
✅ 定期备份重要数据
✅ 避免频繁写入大量数据(考虑用外接 SSD)
系统备份建议
# 成功配置后备份 SD 卡镜像
sudo dd if=/dev/mmcblk1 of=rdk_x5_backup.img bs=4M status=progress
# 或使用图形化工具(如 Win32 Disk Imager)
电源管理
✅ 使用原装 5V/5A 电源
✅ 避免使用电脑 USB 口供电(电流不足)
✅ 如需频繁开关机,考虑加电源开关模块
鼓励沉淀经验
您的案例非常典型,建议在社区发一个经验分享帖,帮助其他开发者避坑:
推荐标题:
【已解决】RDK X5 启动卡死在 Starting kernel - SD 卡兼容性+NAND 固件问题
内容建议:
- 问题现象(串口日志 + 指示灯状态)
- 排查过程(换卡、烧录设置、NAND 更新)
- 最终解决方案(闪迪 Extreme + 更新 NAND)
- 预防建议(避免异常断电、选择高质量 SD 卡)
有其他 RDK 开发问题随时来问,祝开发顺利!![]()
这块是又失败了?手上是否还有可验证的板卡
没了,昨天新sd卡到了刚开始烧录加刷最新的NAND固件后接hdmi进入了系统,过了一会再想进入系统hdmi就一直黑屏,用串口看调试信息就是卡在Starting kernel…,目前手上没有新的板子测试了。
问题分析
新 SD 卡刚能用就再次出现同样问题,这说明根本原因还没彻底解决。结合社区案例,可能有以下几种情况:
可能原因排查
| 原因 | 可能性 | 验证方法 |
|---|---|---|
| 烧录设置仍有问题 | 检查 Rufus 是否用了 GPT+DD 模式 | |
| SD 卡本身质量问题 | Extreme 系列也有次品可能 | |
| NAND 固件更新不完整 | 重新执行 NAND 烧录流程 | |
| 电源不稳定 | 启动瞬间电压跌落导致内核崩溃 | |
| 板子硬件故障 | 但 BootROM→U-Boot 正常,概率较低 |
立即排查步骤
确认烧录设置(最关键)
请提供 Rufus 烧录时的完整截图,重点确认:
□ 分区类型:GPT(不是 MBR)
□ 目标系统:UEFI(非 CSM)
□ 写入模式:DD 镜像模式(弹出提示时选 DD)
从之前截图看,您的设置可能是 MBR,这会导致烧录后文件不完整!
烧录后验证(必须做)
烧录完成后,在电脑上打开 SD 卡 boot 分区,检查是否有以下文件:
✅ Image(约 23MB 内核文件)
✅ extlinux/ 文件夹
✅ hobot/ 文件夹
✅ hobot_config.sh
如果文件不全,说明烧录失败,与 SD 卡无关!
U-Boot 再次验证
串口进入 U-Boot 后执行:
Hobot> fatls mmc 1:1
# 应该看到 Image 文件,而不是只有 1 个文件
Hobot> fatload mmc 1:1 ${loadaddr} /boot/Image
# 应该显示加载成功字节数,而不是 Failed
重新烧录 NAND 固件
NAND 固件更新可能没成功,请严格按照官方文档操作:
1. 下载最新 SDK 包(包含 miniboot)
2. 使用 RDK Studio 或手动方式烧录
3. 烧录完成后重新烧录系统镜像
电源检查
□ 确认电源适配器是 5V/5A(25W)
□ 尝试更换另一个电源测试
□ 上电时观察绿灯是否稳定(不闪烁)
备选方案
方案 A:换烧录工具
如果 Rufus 一直有问题,尝试 balenaEtcher:
- 下载地址:balenaEtcher - Flash OS images to SD cards & USB drives
- 自动处理分区和写入模式,更可靠
方案 B:尝试旧版本镜像
3.4.1 可能有兼容性问题,尝试:
rdk-x5-ubuntu-preinstalled-desktop-arm64-3.3.1.img.xz
rdk-x5-ubuntu-preinstalled-desktop-arm64-3.2.0.img.xz
方案 C:联系官方技术支持
由于您没有备用板子测试,且问题反复出现,建议:
1. 准备完整串口日志(从通电到卡住的完整输出)
2. 提供购买渠道和保修信息
3. 联系地瓜机器人官方技术支持
需要您补充的信息
- Rufus 烧录设置截图(确认 GPT+DD 模式)
- 烧录后 SD 卡 boot 分区文件列表(电脑上看)
- 完整串口日志(等待 5-10 分钟后的所有输出)
- 电源适配器规格(原装还是第三方?)
临时建议
如果急需使用板子,可以尝试:
1. 用 balenaEtcher 重新烧录 3.3.1 版本
2. 烧录后立即测试,不要频繁断电
3. 成功进入系统后备份 SD 卡镜像
请先确认烧录设置和文件完整性,这两步能排除 80% 的问题!有结果随时更新!![]()
NAND固件更新后一般不需要二次烧录,可以看一下供电是否满足,5V5A,包括Starting kernel之前有什么操作吗,正常的断电吗
供电用的是5v5a的稳压板,供电满足,断电是拔电源线的。
问题根因定位
直接拔电源线 = 文件系统损坏高风险操作!
这是导致您"能用一次就坏"的核心原因:
| 操作 | 后果 |
|---|---|
sudo poweroff |
文件系统同步完成,安全 |
| 数据写入中断 → 文件系统损坏 → 下次启动失败 |
解决方案
正确关机方式(必须养成习惯)
# SSH 或串口登录后执行
sudo poweroff
# 等待绿灯熄灭后再断电
或使用物理按键:
- 短按电源键触发软关机
- 不要直接拔线
当前板子修复尝试
既然供电正常,问题大概率是文件系统损坏,尝试修复:
# 步骤1:SD 卡插电脑(Linux/Mac)
# 步骤2:检查并修复 rootfs 分区
sudo fsck -y /dev/mmcblk1p2
# 步骤3:重新烧录镜像(确保 GPT+DD 模式)
# 步骤4:首次启动成功后立即备份
sudo dd if=/dev/mmcblk1 of=rdk_x5_backup.img bs=4M status=progress
烧录后验证清单
| 检查项 | 操作 | 预期结果 |
|---|---|---|
| 分区表 | 电脑查看 SD 卡 | 应有 2 个分区(boot+rootfs) |
| boot 文件 | 打开 boot 分区 | Image/extlinux/hobot 都存在 |
| U-Boot 验证 | fatls mmc 1:1 |
看到多个文件,不是 1 个 |
| 内核加载 | fatload mmc 1:1 ${loadaddr} /boot/Image |
显示加载成功 |
如果仍无法解决
由于您没有备用板子,且问题反复出现,建议:
1. 准备完整串口日志(从通电到卡住 10 分钟)
2. 提供购买渠道信息
3. 联系地瓜机器人官方技术支持申请检测/更换
联系方式:
- 社区私信 @Marcelo6151 或官方账号
- 邮件:support@d-robotics.cc
长期预防建议
✅ 永远使用 sudo poweroff 关机
✅ 成功配置后备份 SD 卡镜像
✅ 使用高质量 SD 卡(闪迪 Extreme/High Endurance)
✅ 考虑外接 SSD 作为系统盘(更稳定)
最后确认
请提供:
- Rufus 烧录设置截图(确认 GPT+DD 模式)
- 烧录后 boot 分区文件列表(电脑上看)
- 完整串口日志(卡住后等待 10 分钟的输出)
这三项能最终确定是烧录问题还是板子硬件问题!![]()
这部分建议继续使用TF卡重新烧录验证是否可用,烧录最新12-19的镜像,若还不行可能就是硬件方面的问题了,可以找购买渠道咨询一下对应的处理方式