用 spark 只是为了邮件账号同步。隐私问题暂且不考虑，不是什么敏感的邮箱。

升级协议恐怕有点难，用的都是集成协议芯片吧，智融啥的，这些芯片不支持固件更新。

@zbowen66 pot 不用 electron 挺喜欢的，但是太粗糙了，翻译窗口位置和大小都不会自动适配

今天在 opemwrt 上遇到了相同问题，看[这个 commit]( https://github.com/openwrt/openwrt/commit/57807f50ded6cf0996284a850084183af13d5894)。默认情况下 openwrt 把 `/var` 链接到 `/tmp` 了，这俩本没啥关系，是为了减少路由器闪存写入量的。

我也是断断续续找了 2 年多了。今天终于看见一个 95% 相似度的（怀疑就是对着做的，但是好用哈哈）

TTime： https://ttime.timerecord.cn/

支持 OCR 可惜目前不支持接入第三方 OCR ，翻译支持第三方

@a66243766 有外设连接的情况太复杂了，我选择一直插着电。

@a66243766 我的理解是：

- hibernatemode 控制宏观的待机模式，25 强制写硬盘，3 混合。
- standby 在 hibernatemode=0/3 的情况下进一步控制具体是否允许 /何时写入硬盘

尽管理论上 hibernatemode=0 应该是永不写入，但是 man pmset 里有这么一句话：
Whether or not a hibernation image gets written is also dependent on the values of standby and autopoweroff. To disable hibernation images completely, ensure hibernatemode standby and autopoweroff are all set to 0.

虽然 standby 没有明确说会断电，但它讲「 This saves power while asleep 」，显然只写硬盘是不会省电的，除非关闭内存。

@eunrui 这唤醒也不是很频繁呀。网上有息屏关闭蓝牙的自动脚本可以试试这个

@magichacker 你这太复杂了，怎么看都像是故障。可以先 `last | grep -e reboot -e shutdown` 看一下重启与关机记录。更详细原因怕是看自己扒日志了

也可以执行 pmset -g sched 看看是不是有设置定时开机

@eunrui `spu_queue_overflow_ep42 ` 1-2 小时一次是正常的。我感觉 nide 问题不在唤醒，而是 standby 。你把它关了意味着禁止系统从睡眠切换到休眠（把内存写入硬盘，并切断内存断电）也就说你的内存彻夜供电。

试试看执行 sudo pmset -b standby 1

@luistrong 抱歉 没看清楚。插电时候功耗就无所谓了，可以定期更新打开就是最新状态还不错。反正开着也无妨

@6david9 查了日志，没见有第三方应用的痕迹。而且阻止休眠的耗电会特别明显，定时唤醒的耗电没有那么夸张，还是可以区分开的。比如 powenap 一夜 10%，看到一些人反映程序阻止休眠的，一夜 30%

@luistrong 关键它电池供电的时候也开启 powernap

@zhaoxin 我觉得网络不必关。现在这样已经几乎不耗电了。而且关闭网络的时候系统会给出警告，说会影响一些核心功能。以后用到的时候就给自己挖坑了。

不建议粗暴地把内网设为白名单，有可能是内网设备中毒了尝试爆破。比如楼上说把内网电视 ip 给封了，明显不正常。很多传统厂商都不更新系统，有漏洞也情理之中。

@Trigold Play 现在对无障碍权限严格审查。显然 李跳跳 不属于可接受的用例。

在用 1password
我的数据估计 1pwd 也看不上，不担心安全。极端敏感的 pgp 加密后白嫖 1pwd 云同步

@haozes 出来读研啦