Day: July 20, 2026

在 Linux 桌面环境中运行带有 Google 服务的 Waydroid 时，Google Play 商店可能原本一直正常，某次启动后却突然显示： This device isn’t Play Protect certified 页面会提示设备没有获得运行 Google 应用和服务的认证，Play 商店也无法继续使用。 这类问题看起来像是整个 Google 服务环境失效，但实际原因往往没有那么严重。一次实际排查表明，网络连接、Google Services Framework ID 和 Google 服务器签到都可能完全正常，真正没有刷新的只是 Google Play services 内部保存的设备认证状态。 一、问题表现 Waydroid 可以正常启动，Android 系统也能够联网，其他应用没有明显异常，但打开 Google Play 商店后会直接跳转到未认证提示页面。 常见误判包括： 实际上，Play Protect 应用扫描和设备认证状态是两套不同的机制。关闭扫描并不能让未认证设备恢复认证。 二、先查询当前 GSF Android ID Google 为未经过厂商认证的自定义 Android …

前言：此前的修复为什么“有效”，却又不够完整 此前曾记录过一次 KDE Plasma Wayland 环境下的 Fcitx5 冷启动故障。 当时的现象是：系统冷启动后，部分 Chromium 系应用无法正常切换输入法；重新启动 Fcitx5 后，问题又会消失。最终排查发现，系统同时存在两条 Fcitx5 启动路径： 两条路径在登录时同时尝试启动 Fcitx5，导致 D-Bus 名称竞争和初始化竞态。解决办法是在用户配置目录建立同名覆盖文件，将传统 XDG Autostart 项隐藏： 示例路径经过脱敏： 这样便只保留 KWin Wayland 的官方输入法启动路径。 这项修复非常重要，而且确实解决了一个真实问题： 当时一度认为问题已经完整解决。 后来出现的新现象证明：Hidden=true 解决的是“双启动”，但没有解决所有与启动时序相关的问题。 新的问题不再是输入法不能使用，而是： 这两个问题彼此相关，但并不是同一个问题。 一、环境与故障现象 测试环境经过脱敏后大致如下： 最典型的现象是： 这说明必须把两个概念分开： 输入法核心状态 负责： 托盘显示状态 负责： 因此，托盘状态错误并不意味着 Fcitx5 核心输入功能已经失效。 二、先确认双启动问题没有复发 由于此前已经发生过双启动，第一步仍然是确认旧问题没有回来。 检查结果显示： 这一步非常关键。 如果没有先排除双启动，很容易把后面的托盘问题错误归因于此前的老问题。实际上，新的故障发生在单一 Fcitx5 …