原因:不是 .bashrc / conda,也不是 GNOME Terminal 本体慢,而是 xdg-desktop-portal 在登录后被 snap 的桌面集成服务过早拉起,卡到 DBus 超时。
我看到的证据:
-
bash 启动很快:
- 不加载配置:0.00s
- 加载 ~/.bashrc:0.39s
-
gnome-terminal-server 本身启动也很快:
- systemd 记录只有 158ms
-
真正卡住的是:
- 15:18:23:xdg-desktop-portal.service 开始启动
- 同一秒:xdg-desktop-portal-gnome.service 因依赖失败
- 15:19:13、15:19:38:portal 等 GNOME 后端超时
- 15:19:53:portal 启动超时失败
- 15:20:23:应用报 service_start_timeout=120000ms
- 15:20:27:GNOME Terminal 才被真正拉起,并且立刻成功
触发源是这个服务:
bash
snap.snapd-desktop-integration.snapd-desktop-integration.service
它登录后 15:18:20 就启动了,比 graphical-session.target 完全 ready 更早,然后提前请求 portal,导致第一次桌面程序/终端看起来要等几十秒。
建议先做一个可逆测试,禁用这个 snap 桌面集成服务:
bash
systemctl --user mask --now snap.snapd-desktop-integration.snapd-desktop-integration.service
然后重启,测试第一次打开终端是否恢复正常。
恢复命令:
bash
systemctl --user unmask snap.snapd-desktop-integration.snapd-desktop-integration.service
systemctl --user start snap.snapd-desktop-integration.snapd-desktop-integration.service
这个服务主要负责 snap 应用的主题/桌面集成同步。你机器上的 snap 主要是 Firefox、Snap Store、Firmware Updater 和运行时,先 mask 它是比较低风险、可回滚的验证方式。当前我还没有替你改系统配置。
Token usage: total=176,451 input=150,647 (+ 1,117,056 cached) output=25,804 (reasoning 15,558)
To continue this session, run codex resume 019f2449-458f-7a73-8fcc-78ea379ce02b