This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
大家好、团队
在我们重复的上电和断电测试中、我们发现启动服务会有一个几十次超时、具体时间基本上是1min 和30s。 您能帮助我们调查问题的原因吗?
我们当前的设计在分区表中有一个 mmcblk0p6分区、但/etc/fstab 中没有 mmcblk0p6分区。 这种情况是否可能导致此问题?
e2e.ti.com/.../4428.boot_5F00_log.zip
你好、Fadong、
您使用的是哪个版本的 SDK? 发生超时时、您能否共享日志?
谢谢你。
建中
你好、Fadong、
看起来1分钟28秒花费在 virtio_rpmsg_BUS、17:42:27~17:43:55上。 这是 长启动时间和短启动时间情况之间的区别吗?
此致、
建中
您好、建中
我们最新的调查结果:
我们的 eMMC 分区表包含 P1~P7、如下所示
为了节省燃烧时间,我们的策略必须从 fstab 中删除 P6~P7。 fstab 配置如下所示
我们认为启动超时与此配置有关、因此我们将 P6信息添加到 fstab 中。 但是、它不能完全解决这个问题。 在3000次通电和断电测试中、仍然有2次超时、如下所示
最后、我们删除了 P7分区。 如下文所示、这一问题尚未重现
我们推测 systemd mount 或 systemd fsck 中可能存在异常。 这种情况会发生吗? 请帮助分析原因。
尊敬的 Fadong:
我们推测 systemd mount 或 systemd fsck 可能存在异常。 这种情况会发生吗? [报价]查看 Linux 引导日志、问题似乎不在 P1-P6上的分区挂载或 fsck 中。 eMMC 有分区 p7、但 Linux 没有任何有关 mmcblk0p7的消息、因此我想知道在检测 p7分区时是否存在较长的启动时间、尤其是当 p7被删除时、您不再看到问题。
如果您的项目不需要 p7、我认为删除它就是解决方案。