命令行服务场景按服务名读取日志
mihomo 的 systemd 说明列有 journalctl -u mihomo -o cat -e，以及以 -f 结尾的形式。对象是 mihomo 服务，不是任意一个客户端的通用日志目录。
sing-box 的公开命令则是 sudo journalctl -u sing-box --output cat -e，另有 -f 形式。两组写法各有服务名称，记录时不把其中一个替换成正在猜测的应用名。
| 运行对象 | 已公开的输出或位置 |
|---|---|
| mihomo服务 | journalctl按mihomo读取 |
| sing-box服务 | journalctl按sing-box读取 |
| Clash Verge Rev | Linux配置与工作目录另列 |
| FlClash问题记录 | 版本、系统、桌面环境与窗口系统 |
这些都是定位对象的线索，服务是否真的存在仍按实际运行情况看。mihomo 软件包是否自带 systemd 单元没有明确说明，不能从安装包名推定日志服务已就绪。
图形界面场景先保存报错与环境
Clash Verge Rev FAQ 列过标题栏失效、Wayland 相关启动报错和 GTK 初始化问题。不同原文各有对应项目，不能把凡是窗口打不开都归为同一个错误。
文档给部分问题列出了环境变量，但没写统一设置位置。查问题时保留变量与原报错关系，不自编启动命令前缀，也不补成每个桌面都适用的脚本。
- 记客户端与系统版本，不只保存一个错误数字。
- 报错原文完整保留，不替未知原因改写。
- Linux 桌面环境和窗口系统分开记录，别用发行版名称代替两者。
FlClash 的 Issue 要求 Linux 用户提供桌面环境与窗口系统。这里是反馈所需的环境项目，不是软件会自动修复某种桌面的说明。
配置位置场景区分应用配置和内核配置
mihomo 服务文档使用 /etc/mihomo 作为配置目录，二进制另在 /usr/local/bin。Clash Verge Rev 的配置是用户目录中的 verge.yaml，工作内容位于另一个数据目录。
配置目录描述文件在哪，日志输出描述发生了什么，两个对象不能互换。
若查的是订阅读取问题，先记实际配置来源，再看内核输出。文件存在并不等于内容已经解析成功，不能从目录有文件直接推定服务节点可用。
网络场景按订阅内核系统代理逐层记
- 订阅层记来源与取得结果，缺少内容时不补原因。
- 内核层记所运行的服务、版本与实际输出。
- 系统代理层记工具与桌面环境，保留实现说明的范围。
v2rayN 的 Linux 代理脚本按 GNOME 或 KDE 分支处理，但这只是源码实现记录。某个桌面上实际是否生效不能从脚本存在直接确认，仍与程序请求结果分别记录。
有桌面和无桌面的运行对象也不同，Clash Verge Rev 明确需要图形界面。无图形时查 mihomo 或 sing-box 服务，不把桌面工作目录当成内核系统日志。
配置来源另选时可在这里继续读
下方收录入口可查看其他机场，服务问题另按对应信息核对。
常见问题
下单前常见的疑问
mihomo与sing-box的服务日志能用同一个服务名吗？
按实际服务分别读取，公开命令分别指定 mihomo 和 sing-box。命令形式相近不代表服务对象相同，也不能由软件包已安装推定服务单元一定存在。
看到Wayland相关报错后能直接套所有变量吗？
按 FAQ 对应的具体报错核对，变量与取值有不同项目。页面没有给统一设置位置，不能把它们拼成适用于所有桌面的启动脚本。
提FlClash的Linux问题要补哪些环境信息？
公开要求除软件与系统版本、复现步骤外，还写 Linux 桌面环境和窗口系统。它们分别记录，不能只用发行版名称或一个界面截图替代。
选好档位，再去结算页核对一次
流量够用比单价更重要；结算页显示的价格与这里不同时，以结算页为准。