Openharmony - 设备异常关机Power Down问题分析

fulinux

已于 2024-04-25 09:18:02 修改

阅读量365

点赞数 1

分类专栏： OpenHarmony Linux综合篇文章标签： harmony power down hilog 关机

于 2024-04-24 19:00:00 首次发布

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/fulinus/article/details/138122072

版权

Linux综合篇同时被 2 个专栏收录

86 篇文章 142 订阅 ¥39.90 ¥99.00

订阅专栏

超级会员免费看

3 篇文章 2 订阅

订阅专栏

本文分析了鸿蒙设备在静置一段时间后出现的power down问题，探讨了硬件故障、软件错误等多个可能原因，并详细描述了抓取日志、问题排查的步骤。通过排查，发现电量跳变为0是直接原因，可能是由于I2C总线在休眠时仍尝试读取电量计信息导致。最后提出了用户空间、驱动层和根本的解决方案，包括在休眠前停止延迟工作队列以避免错误发生。

摘要由CSDN通过智能技术生成

By: fulinux
E-mail: fulinux@sina.com
Blog: https://blog.csdn.net/fulinus
喜欢的盆友欢迎点赞和订阅！
你的喜欢就是我写作的动力！

在这里插入图片描述

1.问题描述

鸿蒙设备静置一段时间后出现死机的现象，从串口log可以看到如下信息：
在这里插入图片描述

1.1出现power down的原因

1.1.1硬件故障或信号

硬件问题，如电源故障、过热保护触发、电池电量严重不足（在移动设备上）等，可能会导致系统自动关机以防止数据丢失或硬件损坏。
物理服务器上的管理接口（如IPMI）发送的远程关机指令。
通过ACPI（Advanced Configu

了解本专栏

超级会员免费看

关注

1
点赞
踩
0

收藏

觉得还不错? 一键收藏
打赏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

fulinux

CSDN认证博客专家 CSDN认证企业博客

码龄13年

477: 原创

8840: 周排名

839: 总排名

199万+: 访问

: 等级

2万+: 积分

4121: 粉丝

1387: 获赞

1563: 评论

2324: 收藏

私信

关注

热门文章

分类专栏

最新评论

Yocto系列讲解[编译篇] 49 - 编译问题汇总及解决方案
fulinux: 是你这个文件有问题吗/test/downloads/CVE_CHECK/nvdcve-2.0-2002.xml.gz，权限问题还是什么原因，文件是坏的吗？自己解压看看，或者删除重新让它下载
Yocto系列讲解[编译篇] 49 - 编译问题汇总及解决方案
almost6: 错误log: + cve-check-update -d /test/build/../downloads/CVE_CHECK completed: 0% completed: 4% completed: 4% Unable to extract /test/downloads/CVE_CHECK/nvdcve-2.0-2002.xml.gz Failed to update database 请问博主，cve-check-update从nvdcve-2.0-2002.xml.gz加载数据到downloads/CVE_CHECK失败这个问题有什么方法解决嘛
Yocto系列讲解[编译篇] 49 - 编译问题汇总及解决方案
almost6: 博主你好，有一个问题想要咨询一下你，我这边是想在yocto中使用cve-check.class类，在conf文件添加了继承(INHERIT += "CVE-CHECK"),全编译完成后并未生成CVE的检查报告。发现是poky/meta/recipes-devtools/cve-check-tool/cve-check-tool_5.6.4.bb在编译的时候，出现了两个警告： WARNING: cve-check-tool-native-5.6.4-r0 do_populate_cve_db: Error in executing cve-check-update WARNING: cve-check-tool-native-5.6.4-r0 do_populate_cve_db: Failed to update cve-check-tool database, CVEs won't be checked 应该是cve-check-tool没有更新下来数据库 1.cve-check-tool_5.6.4.bb： if cve-check-update -d "$cve_dir" ; then printf "CVE database was updated on %s UTC\n\n" "$(LANG=C date --utc +'%F %T')" > "$cve_file" else bbwarn "Error in executing cve-check-update" if [ "${@'1' if bb.data.inherits_class('cve-check', d) else '0'}" -ne 0 ] ; then bbwarn "Failed to update cve-check-tool database, CVEs won't be checked" fi fi 2.错误log + cve-check-update -d /test/build/../downloads/CVE_CHECK completed: 0% completed: 4% completed: 4% Unable to extract /test/download
Yocto系列讲解[理论篇]48 - meta目录中conf里的配置项小札
@hongZ: 博主好，我这边做了以下实验： [code=plain] #选择core2-64-poky-linux目录下的某个recipe，例如alsa-utils： book@100ask:~/yocto_study/poky/build$ bitbake -e alsa-utils | grep PACKAGE_ARCH= PACKAGE_ARCH="core2-64" book@100ask:~/yocto_study/poky/build$ bitbake -e alsa-utils | grep TUNE_PKGARCH= TUNE_PKGARCH="core2-64" #选择x86_64-linux目录下的某个recipe，例如zlib-native： book@100ask:~/yocto_study/poky/build$ bitbake -e zlib-native | grep PACKAGE_ARCH= PACKAGE_ARCH="x86_64" book@100ask:~/yocto_study/poky/build$ bitbake -e zlib-native | grep BUILD_ARCH= BUILD_ARCH="x86_64" [/code] 上述只能说明对应目录下PACKAGE_ARCH选择的值是TUNE_PKGARCH还是BUILD_ARCH，但我还是不确实交叉编译还是本机gcc编译，不过我发现上述两个recipe编译时均打印（是否说明都是交叉编译）： BUILD_SYS = "x86_64-linux" TARGET_SYS = "x86_64-poky-linux" MACHINE = "qemux86-64" 关于问题1、2、3麻烦请您解惑一下；关于问题4我这边发现是执行"-c populate_sdk"之后出来的，已解决；
Yocto系列讲解[理论篇]48 - meta目录中conf里的配置项小札
fulinux: 可以查询下：bitbake -e <recipe> | grep PACKAGE_ARCH=

最新文章

目录

评论

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

打赏作者

fulinux 你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20

扫码支付：¥1

获取中

扫码支付

您的余额不足，请更换扫码支付或充值

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。