不能直接卸载ibus，而应停用其自动激活链：运行im-config -n none清除默认声明，注释环境变量中gtk_im_module等指向ibus的行，重启会话；若需卸载，须先检查是否弱依赖gnome-control-center或gdm3，避免破坏桌面功能。
不能直接“取消”IBus框架，只能停用它并确保其他框架（如Fcitx5）不与之冲突。系统默认启用IBus，是因为GNOME等桌面环境在启动时会通过im-config或环境变量自动拉起ibus-daemon。强行卸载可能破坏桌面输入能力，真正要做的，是切断它的自动激活链。
确认当前输入法框架是否真的在运行
很多人以为“没看到IBus图标”就代表它没运行，其实ibus-daemon可能在后台静默运行，抢占输入通道。执行以下命令验证：
pgrep -f ibus-daemon
如果有输出PID，说明它正在运行。再检查环境变量是否仍指向IBus：
echo $GTK_IM_MODULE $QT_IM_MODULE $XMODIFIERS
如果其中任一值是ibus，哪怕没图形界面，它也仍在接管输入流。
停用IBus而不卸载（推荐做法）
卸载ibus包风险高，尤其在GNOME中可能导致设置面板崩溃或输入框失焦。更安全的做法是让系统“忽略”它：
- 运行
im-config -n none，这会清除~/.xinputrc中的默认框架声明 - 手动编辑
~/.profile或~/.xprofile，确保没有export GTK_IM_MODULE=ibus这类行；如有，注释掉或删掉 - 如果用的是Wayland，还需检查
~/.pam_environment，删除或注释掉GTK_IM_MODULE、QT_IM_MODULE、XMODIFIERS三行 - 重启会话（不是仅重启桌面），让环境变量彻底重载
卸载IBus前必须检查的依赖项
某些发行版（如Kali、Ubuntu GNOME）把ibus设为gnome-control-center或gdm3的弱依赖，直接apt remove ibus可能连带移除控制中心甚至登录管理器。执行前先查依赖：
Linux系统管理专家，覆盖12大模块：用户权限、SSH、存储、网络、systemd、防火墙、日志监控、备份恢复、TLS证书、Ansible、容器、IaC。提供配置、验证、加固、监控、备份、自动化、故障排查、回滚闭环。关键词：useradd、sudo、sshd_config、chmod、SEL...
apt rdepends --installed ibus | grep "reverse"
若输出含gnome-control-center或gdm3，别卸载。此时应只停用，而非删除。
真正需要卸载的场景极少——比如你已稳定切换到Fcitx5且确认所有应用（包括终端、浏览器、IDE）都正常输入，才考虑sudo apt purge ibus*，但务必保留im-config本身，否则后续切换框架会失效。
停用后仍无法输入中文？重点排查DBus服务残留
即使ibus-daemon进程没了，DBus上可能还挂着旧服务名，导致新框架（如Fcitx5）注册失败。检查：
dbus-send --session --dest=org.freedesktop.DBus --type=method_call --print-reply /org/freedesktop/DBus org.freedesktop.DBus.ListNames | grep -i ibus
如果返回org.freedesktop.IBus，说明DBus总线里还有残余注册。此时需清空用户DBus session缓存：
- 退出桌面，切到tty（Ctrl+Alt+F2）
- 执行
rm -rf ~/.cache/dbus* - 再
loginctl terminate-user $USER强制结束所有用户会话 - 回到图形界面重新登录
这一步容易被跳过，却是停用IBus后Fcitx5或Rime无法弹出候选窗的最常见原因。
