Ubuntu搜狗输入法消失与只能英文排查修复指南

1. 问题全景：搜狗输入法在 Ubuntu 上“消失”的几种典型表现

先说个我自己的经历。前阵子给一台主力开发机做系统更新，重启之后打开终端和浏览器，发现搜狗输入法的状态栏图标没了，Ctrl+Space 怎么按都切不出中文，系统设置里的输入法列表也只剩一个“English (US)”。当时第一反应是“完了，配置被系统更新搞丢了”，但冷静下来梳理了一遍，发现这类问题在 Ubuntu 上其实非常常见，而且绝大多数情况下不是配置真的丢了的“物理性损坏”，而是输入法框架没起来、环境变量没生效、或者软件包依赖被更新顶掉了一类“软故障”。

在这篇文章里，我想把“Ubuntu 上搜狗输入法突然消失 / 只能英文”的排查和修复过程完整地整理一遍。无论你是双系统用户、虚拟机里跑 Ubuntu 的玩家，还是拿 Ubuntu 当主力开发机的程序员，只要用的是搜狗输入法 Linux 版，都会碰到下面至少一种情况：

• 开机后输入法状态栏不见了，系统托盘里干干净净；
• 输入法列表里还有“Sogou Pinyin”，但死活切不过去；
• 能切到搜狗，但打出来的全是英文，候选词框完全不出现；
• 在部分应用（比如微信、WPS、IDEA、VS Code）里能打中文，在 Qt 应用或某些 Electron 应用里就不行；
• 更新系统或者升级内核之后，重启进桌面，搜狗彻底消失。

这些现象背后的原因各有不同，但排查路径是相通的。我按照“先看现象 → 再定位环节 → 再动手修”的思路，把整个过程拆成几个步骤，尽量让新手也能照着一步步做，而不是一上来就重装系统。

在开始之前，先交代一下我自己的测试环境，方便你对照：

• 系统：Ubuntu 22.04 LTS（部分场景涉及 24.04）
• 输入法框架：fcitx（搜狗 Linux 版依赖 fcitx 4.x）
• 搜狗输入法版本：4.2.1.11（官方 deb 包）
• 桌面环境：GNOME（默认）

如果你是 24.04 或者其它桌面环境，修复思路同样适用，个别命令路径会有差异，我会在对应位置特别标注。

2. 从现象到根因：先定位“断”在哪个环节

很多人一遇到输入法没了就直接重装搜狗，结果装完还是不行。这是因为搜狗输入法在 Linux 上不是一个孤立的程序，它的正常工作依赖一整条链路，任何一个环节出问题，表现都是“打不了中文”。所以我习惯先把这条链路画出来，再逐一排查。

2.1 搜狗输入法的工作链路：框架、进程、环境变量缺一不可

搜狗输入法 Linux 版的工作链路大致是这样的：

1. 输入法框架（fcitx 或 ibus）在桌面会话启动时自动运行，负责接收键盘事件、管理输入法引擎；
2. 搜狗输入法的引擎（sogou-qimpanel、sogouimebs 等进程）作为 fcitx 的一个插件被加载，状态栏和候选框由这些进程渲染；
3. 应用通过 GTK/Qt 的输入法模块（im module）把键盘输入交给 fcitx 处理，所以环境变量里必须有正确的 GTK_IM_MODULE、QT_IM_MODULE 和 XMODIFIERS；
4. 如果应用启动时这些环境变量没生效，应用就认为系统只有英文键盘，输入法自然切不出来。

任何一个环节断了，最终现象都会表现为“只能英文”。所以排查时不要急着重装，先把链路逐段点亮。

2.2 先确认输入法框架是 fcitx 还是 ibus

Ubuntu 22.04 默认的输入法框架是 ibus，但搜狗输入法官方 deb 包只支持 fcitx。所以如果你在系统设置里装的是 ibus 框架，又同时装了搜狗，就会出现两个框架抢键盘事件的情况，结果往往是 ibus 赢了，搜狗变成摆设。

这一步的排查命令很简单，在终端里执行：

bash复制echo $XDG_SESSION_TYPE
# 会输出 x11 或 wayland
im-config -m
# 会输出当前使用的输入法框架，比如 fcitx 或 ibus

如果 im-config -m 显示的是 ibus，但你的搜狗输入法是装在 fcitx 下的，那问题就出在这。需要把默认框架切回 fcitx：

bash复制im-config -n fcitx

注意：切换之后要注销重新登录，im-config 的配置是在登录时加载到桌面会话里的，不会立即生效。

2.3 检查 fcitx 进程是否真的在跑

如果框架配置没问题，下一步看 fcitx 进程有没有起来：

bash复制ps -ef | grep fcitx

正常情况下你会看到类似这样的输出：

code复制user  1234  1  0 09:30 ?  00:00:01 fcitx
user  1235  1  0 09:30 ?  00:00:00 fcitx-dbus-watcher

如果只有 grep 自己的输出，或者完全没有 fcitx 相关的行，说明框架根本没启动。这种情况常见于：

• 开机自启项里 fcitx 被禁用；
• 系统更新后 fcitx 启动脚本被修改；
• 桌面会话卡死，进程被 OOM Killer（内存溢出保护机制）杀掉。

如果 fcitx 进程不存在，先手动拉起试试：

bash复制fcitx -d

-d 参数表示以守护进程方式运行。跑完后再看进程列表，如果 fcitx 起来了，再检查搜狗进程：

bash复制ps -ef | grep sogou

正常的搜狗进程一般是 sogou-qimpanel 和 sogouimebs。如果只有 fcitx 没有搜狗，说明 fcitx 没加载搜狗引擎，或者搜狗的插件路径有问题。

2.4 查看 fcitx 日志，定位真正的报错

很多人在这一步就开始慌了，其实 fcitx 自己会写日志，路径在 ~/.config/fcitx/log/ 下。先看看有没有这个目录：

bash复制ls -la ~/.config/fcitx/log/

里面一般会有 fcitx.log 和 startup.log 等文件。 tail 一下最近几十行：

bash复制tail -n 50 ~/.config/fcitx/log/fcitx.log

我遇到过几次典型的报错：

• Failed to load module "sogouimebs" —— 搜狗引擎的共享库没加载成功，多半是依赖库缺失或版本不匹配；
• Cannot connect to DBus —— 搜狗进程连不上 fcitx 的 DBus 服务，通常是两个进程的启动顺序错了；
• Segmentation fault —— 崩溃了，常见于升级内核或升级 libc 之后，搜狗二进制和新版库不兼容。

日志里如果出现上面这些关键词，修复方向就清晰了。Failed to load module 往往需要重新安装搜狗包或者补装依赖，Cannot connect to DBus 则重启 fcitx 就能解决，Segmentation fault 可能要处理兼容性问题。

2.5 快速判断环境变量是否生效

环境变量是这条链路里最容易忽略、也最恶心的一环。很多应用里切不出中文，但终端里却能打出中文，就是因为终端和应用的启动环境不一样。

在终端里执行：

bash复制echo $GTK_IM_MODULE
echo $QT_IM_MODULE
echo $XMODIFIERS

期望的输出是：

code复制fcitx
fcitx
@im=fcitx

如果输出是 ibus 或者空，尤其是 XMODIFIERS 是空，那么大部分应用都不会把输入交给 fcitx。此时需要检查登录会话的环境变量配置文件，一般是 ~/.xprofile、~/.profile 或 ~/.pam_environment。我在第三节会给出标准配置。

另外，如果你在 Wayland 会话下，情况会更复杂一些。Ubuntu 22.04 默认登录到 GNOME 的 Wayland 会话，而搜狗输入法对 Wayland 的支持并不好。如果环境变量没问题、进程也在跑，但就是切不出中文，我建议干脆切回 Xorg 会话。登录界面点用户名后，右下角的齿轮图标可以选 “Ubuntu on Xorg”。这个问题在 24.04 上更严重，我在第五部分会专门讲。

3. 核心修复：分场景把搜狗“救活”

定位到具体环节后，修复就有的放矢了。我按操作从轻到重、从简单到复杂，整理了几套方案。你不需要全部执行，根据上一步的排查结果选对应的即可。

3.1 场景一：fcitx 进程没起来或死掉 —— 重启框架就解决

这是最温和、也最常见的场景。系统更新完重启后，fcitx 没有自动启动，或者启动顺序不对，导致搜狗引擎没被加载。

最简单的做法是把 fcitx 连带搜狗进程一起杀掉，再重新拉起来：

bash复制killall fcitx
killall sogou-qimpanel
killall sogouimebs
sleep 1
fcitx -d
sleep 2
sogou-qimpanel

为什么要先 kill 再启动？因为 fcitx 和搜狗 qimpanel 之间有 DBus 通信关系，如果只杀 fcitx 不杀 qimpanel，残留的 qimpanel 还会尝试连接旧的 DBus 服务，导致状态栏不出来。所以不要偷懒，两个都要杀。

执行完后再检查：

bash复制ps -ef | grep -E "fcitx|sogou"

如果所有进程都起来了，在终端里试一下 Ctrl+Space 切中文。如果还不行，重启一次桌面会话（注销再登录）大概率就能好。

需要注意，killall 命令如果提示 no process found，说明对应进程本来就没在运行，不用管它，继续执行后面的命令即可。

3.2 场景二：框架是 ibus，搜狗被“晾”在一边 —— 切换默认框架

前面 2.2 节提过，Ubuntu 22.04 默认的输入法框架是 ibus，而搜狗官方包只适配了 fcitx。如果你在系统设置里又开了 ibus，又装了搜狗，那么登录会话时 ibus 会抢先接管键盘事件，搜狗的状态栏要么出不来，要么出来也没法用，因为应用根本不往 fcitx 里送输入事件。

修复分两步：

第一步，把默认框架切成 fcitx：

bash复制im-config -n fcitx

第二步，禁用 ibus 的开机自启。在 ~/.bashrc 或 ~/.xprofile 里加一行：

bash复制export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx

然后重新登录，确认 im-config -m 和 echo $GTK_IM_MODULE 的输出都变成 fcitx。

这里有个坑：有些教程会让你直接卸载 ibus，我不建议这么做。因为 Ubuntu 桌面很多组件（比如 GNOME Shell 的某些输入扩展）依赖 ibus 库，强行卸载可能引发别的问题。正确做法是把 ibus 的进程停掉，但保留软件包。具体操作是：

bash复制killall ibus-daemon

然后在“设置 → 系统 → 用户 → 自动登录”确认没问题后，注销重登，看看 fcitx 是否在会话启动时自动拉起。

3.3 场景三：fcitx 在跑但没有搜狗引擎 —— 检查插件和依赖

如果 ps -ef | grep fcitx 完全正常，但 ps -ef | grep sogou 没有任何输出，说明 fcitx 没加载到搜狗引擎。这时候要么是搜狗插件的路径不对，要么是插件加载失败，后者会在 fcitx 日志里留下 Failed to load module 之类的记录。

先检查搜狗引擎的共享库是否存在：

bash复制find /usr/lib -name "*sogou*" 2>/dev/null
find /opt -name "*sogou*" 2>/dev/null

搜狗 Linux 版的安装路径一般在 /opt/sogoupinyin/ 下，fcitx 插件在 /usr/lib/x86_64-linux-gnu/fcitx/fcitx-sogoupinyin.so 或类似路径。如果 find 找不到 .so 文件，说明搜狗引擎没安装成功，可能是之前安装时 deb 包解包中断了。这种时候直接重装搜狗输入法包最省事。

重装步骤：

bash复制# 先卸载旧版
sudo dpkg -r sogoupinyin
# 清理残留配置
rm -rf ~/.config/SogouPY* ~/.config/sogou* 2>/dev/null
rm -rf ~/.sogou* 2>/dev/null
# 安装新版（假设 deb 包在当前目录）
sudo dpkg -i sogoupinyin_4.2.1.11_amd64.deb
# 修复依赖
sudo apt -f install -y

注意 dpkg -i 之后一定要跑 sudo apt -f install -y 修复依赖，搜狗包依赖 fcitx-libs、libqt5qml5、libqt5quick5 等一堆库，缺了任何一个都会导致引擎加载失败但又不报明显错误。

如果你不想彻底重装，也可以试试只重装搜狗相关的依赖库：

bash复制sudo apt install --reinstall fcitx-libs qtbase5-dev libqt5qml5 libqt5quick5 libqt5quickwidgets5 qml-module-qtquick2

这个命令在某些情况下能解决 fcitx 加载 sogouimebs 失败的问题，特别是系统库被升级后出现 .so 版本不匹配时。

3.4 场景四：进程正常，打出来的却是英文 —— 环境变量问题

如果 fcitx 和搜狗进程都在跑，ps 里能看到进程，但应用死活只有英文，那问题基本出在环境变量上。这是我最常被问到的情况，也是修复起来最“玄学”的，因为不同的应用读取环境变量的时机不同，有的读 /etc/profile，有的读 ~/.profile，有的读 ~/.xprofile，还有的直接从 DBus 会话里继承。

我现在的环境变量配置统一放在 ~/.xprofile 里，因为 GNOME 会话启动时会加载这个文件，且它只影响图形界面会话，不会污染终端里的非图形进程：

bash复制export LANG=zh_CN.UTF-8
export LC_ALL=zh_CN.UTF-8
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS=@im=fcitx
export XIM_PROGRAM=fcitx
export XIM=fcitx

如果你的 ~/.xprofile 不存在，就新建一个。然后注销重登。重登后打开终端确认：

bash复制echo $GTK_IM_MODULE
echo $QT_IM_MODULE
echo $XMODIFIERS

三个都应该是 fcitx。

这里有个特殊情况：Ubuntu 22.04 的 GNOME 默认是 Wayland 会话，Wayland 下不读 ~/.xprofile，XMODIFIERS 那一套也不完全适用。所以如果你在 22.04 上设置了 ~/.xprofile 还是不行，强烈建议先切回 Xorg 会话试试（登录界面右下角齿轮选择 “Ubuntu on Xorg”）。搜狗对于 X11 的支持远好于 Wayland，这是官方目前也没解决的事，先别硬刚。

3.5 场景五：个别应用里不能用，其他应用正常 —— Qt 和 Electron 的输入法模块

这个场景很经典：浏览器、VS Code、终端里都能打中文，一到 WPS 或者某些 Qt 应用（比如 VLC、OBS、Dolphin 文件管理器）里就变英文。原因是这些应用启动时没有加载 fcitx 的 Qt 输入法模块。解决方式是设置 Qt 插件搜索路径，让 Qt 应用启动时自动加载 fcitx 的 platforminputcontext 插件。

在 ~/.xprofile 里追加：

bash复制export QT_PLUGIN_PATH=$QT_PLUGIN_PATH:/usr/lib/x86_64-linux-gnu/qt5/plugins

或者，如果你的系统是 Qt6，还需要加上：

bash复制export QT_PLUGIN_PATH=$QT_PLUGIN_PATH:/usr/lib/x86_64-linux-gnu/qt6/plugins

设置后重启应用，再试切中文。

Electron 应用（比如 VS Code、钉钉、飞书）比较特殊，它们用的是 Chromium 的输入法生态，有时和 fcitx 配合不好。解决办法是在启动命令里加 --enable-features=UseOzonePlatform --ozone-platform=x11，或者直接用 fcitx5 作为替代框架来增强兼容性。不过我们这里讲的是搜狗 + fcitx4，Electron 问题建议先升级搜狗到最新版，新版对 Electron 的适配做了很多修复。

3.6 场景六：Ubuntu 24.04 上的“无影脚”问题 —— 专有坑

24.04 发布后，搜狗输入法的安装量又涨了一波，但随之而来的是大面积的“搜狗消失”问题。原因有两个。

第一，24.04 默认的显示服务器是 Wayland，GNOME 的 Wayland 会话对 fcitx 的支持依旧不完善，搜狗经常性出现状态栏不显示、切不出中文的问题。建议先用 echo $XDG_SESSION_TYPE 查看，如果是 wayland，切到 Xorg 会话基本能解决。

第二，24.04 的 libfprint、libfuse 等基础库版本变了，搜狗旧的 deb 包在 24.04 上安装时会出现依赖冲突。如果你在 24.04 上装搜狗时报依赖错误，或者装完就消失，可以试试先安装搜狗官方针对 24.04 提供的新版包（版本号一般是 4.2.3 或更高），或者手动安装缺失的依赖库：

bash复制sudo apt install libqt5qml5 libqt5quick5 libqt5quickwidgets5 qml-module-qtquick2

如果代码包官网下载慢，可以从搜狗官网上找 24.04 的 deb 包。安装后如果 im-config 切不到 fcitx，参考 3.2 的步骤处理。

4. 防止复发：环境配置与日常维护

修好一次不算本事，能长期稳定用才是目的。下面这些配置和维护手段，是我踩了很多坑之后总结出来的，能让搜狗输入法在 Ubuntu 上“活得”更久一些。

4.1 标准环境变量配置模板（Ubuntu 22.04 / 24.04 通用）

我把一套经过验证的配置贴在这里，大家直接复制即可，不过要注意根据自己系统里的 Qt 版本和架构微调路径。

~/.xprofile：

bash复制export LANG=zh_CN.UTF-8
export LC_CTYPE=zh_CN.UTF-8
export XMODIFIERS=@im=fcitx
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XIM_PROGRAM=fcitx
export XIM=fcitx
export QT_PLUGIN_PATH=$QT_PLUGIN_PATH:/usr/lib/x86_64-linux-gnu/qt5/plugins
export QT_QPA_PLATFORMTHEME=gtk2

如果你的系统是 32 位（一般不会，但虚拟机上可能有人跑 32 位），上面的 x86_64-linux-gnu 要换成 i386-linux-gnu。如果用的是 Qt6 应用，还需要追加：

bash复制export QT_PLUGIN_PATH=$QT_PLUGIN_PATH:/usr/lib/x86_64-linux-gnu/qt6/plugins

配置完后，注销重登。如果没有生效，多半是桌面会话没读取 ~/.xprofile，可以试试把这些变量放到 ~/.pam_environment。注意 ~/.pam_environment 的格式和 ~/.xprofile 不一样，不能直接用 export 语法，而是每行 KEY=value 的格式，比如：

code复制GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
XMODIFIERS=@im=fcitx

不过 Ubuntu 22.04 上 pam_environment 支持不一定完整，如果起了不生效，还是回到 ~/.xprofile。

4.2 开机自启检查与修复

如果每次重启都要手动敲 fcitx -d，很影响体验。检查一下 fcitx 的开机自启：

bash复制ls -la /etc/xdg/autostart/ | grep -i fcitx
ls -la ~/.config/autostart/ | grep -i fcitx

正常情况下应该能看到 fcitx-autostart.desktop。如果没有，可能是 fcitx-bin 包里的自启文件被移除或损坏，重装一下 fcitx-bin 即可：

bash复制sudo apt install --reinstall fcitx-bin fcitx-config-gtk

如果你用的是 GNOME 桌面，也可以打开“启动应用程序”图形工具（gnome-session-properties），手动添加一条命令 /usr/bin/fcitx -d，保证登录时 fcitx 能自动拉起。

4.3 更新系统后自动恢复的小脚本

系统更新后搜狗容易出问题，所以我习惯写一个简单的脚本，放在 ~/bin/restart-sogou.sh，系统升级完或者输入法出问题时跑一下：

bash复制#!/bin/bash
# 重启 fcitx 和搜狗输入法
killall fcitx 2>/dev/null
killall sogou-qimpanel 2>/dev/null
killall sogouimebs 2>/dev/null
sleep 1
fcitx -d 2>/dev/null
sleep 2
sogou-qimpanel 2>/dev/null
exit 0

加上执行权限：

bash复制chmod +x ~/bin/restart-sogou.sh

以后遇到输入法抽风，一条命令就能恢复，比每次手动敲三板斧痛快多了。

4.4 内核升级后搜狗崩溃的处理思路

Ubuntu 的更新机制会隔段时间推送一次内核更新。内核升级后，输入法偶尔会出现突然崩溃或者切不出的情况，尤其是带着私有驱动的场景下。这种问题多半是内核驱动模块和搜狗输入法的 Qt 联动出现了兼容性问题。我的处理思路是：

1. 先恢复搜狗（执行上面那个脚本）；
2. 如果还是频繁崩溃，查看 ~/.config/fcitx/log/fcitx.log，确认是不是和 libinput、xserver-xorg-input-synaptics 有关；
3. 如果是，试着在系统设置里把触摸板/鼠标相关驱动的配置改回默认，或者暂时从启动参数里禁掉与触摸屏相关的模块（一般不要乱禁，除非日志明确指出）。

4.5 谨慎操作：不要随便删 ~/.config

很多人修复时喜欢删掉 ~/.config/SogouPY 或 ~/.config/fcitx 来“恢复出厂设置”。这个方法确实有效，但会把你的词库、皮肤、快捷键设置全部清掉，代价太大。

如果只是想重置界面状态，只删 ~/.config/SogouPY 下的 SogouPY.conf 文件即可，保留 User、Access 等词库目录。删之前最好先备份：

bash复制cp -r ~/.config/SogouPY ~/.config/SogouPY.bak

同样，~/.config/fcitx 里不要全删，只要把 profile 文件改名备份就行，这个文件保存的是输入法列表和布局状态，删掉后重新配置即可，词库不会丢。

5. 实测经验与高频问题速查表

平时逛社区的时候，经常看到有人问“Ubuntu 22.04 上搜狗输入法突然变成英文怎么办”“Ubuntu 24.04 搜狗状态栏不见了”等等。我把一些高频问题和解决方案整理成一张速查表，方便大家以后直接索引。

5.1 常见问题速查表

5.2 从日志里找到最关键的“凶手”：看懂 fcitx 日志

有些问题表面上抓不住根因，需要看日志。fcitx 的主日志在 ~/.config/fcitx/log/，但有时候专门的子模块日志也很有用，比如 sogouimebs 自身会在 ~/.config/SogouPY/ 下留一些缓存和错误信息。

我自己习惯用这样一个组合拳来排障：

bash复制# 查看 fcitx 最近的日志
tail -n 20 ~/.config/fcitx/log/fcitx.log
# 检查搜狗进程
ps -ef | grep sogou
# 检查是否出现崩溃转储
ls -t /tmp/ | grep sogou | head -5

其中 fcitx.log 里如果出现：

• Failed to load module 基本是插件路径或依赖问题，重装搜狗或手动补依赖。
• Failed to connect to dbus 重启 fcitx 即可，或者检查是不是有三个不同 DBus 会话环境导致的。
• D-Bus session bus not found 说明 dbus-launch 未启动，一般出现在纯命令行的 WSL 环境或极简安装上，需要先启动 dbus 会话服务。

5.3 我踩过一次最深的坑：kill 了 fcitx 却忘了 qimpanel

有一次我自己排查别人的机器时，只杀了 fcitx 然后重新拉起来，结果状态栏还是出不来。原因就是残留的 sogou-qimpanel 进程还占着旧的 DBus 服务和 X11 窗口，新起的 fcitx 无法接管。

以后再遇到这类情况，我强烈建议先把所有相关进程全部杀掉，fcitx、sogou-qimpanel、sogouimebs 一个不落，然后再按顺序启动 fcitx -d 和 sogou-qimpanel。这个顺序很重要：先 fcitx 后 qimpanel，因为它们之间是客户端和服务器的关系，先有服务器，客户端才能连上。

如果你在虚拟机上跑 Ubuntu，并且问题反复出现，记得检查虚拟机分配的共享内存是否足够。搜狗输入法占内存不高，但 sogou-qimpanel 在渲染候选词时会加载 Qt Quick 的东西，内存少于 2GB 的虚拟机很容易触发 OOM 导致进程被系统杀掉，表现就是输入法用着用着状态栏“消失”了。可以 free -h 看一下可用内存，如果太紧张，给虚拟机多分配点内存或加一个 swap 分区。

5.4 终极兜底方案：彻底重装搜狗并重新配置

前面各方案都折腾过还不行，就用这个兜底方案。先备份词库和皮肤：

bash复制cp -r ~/.config/SogouPY ~/SogouPY.backup
cp -r ~/.sogouexternal ~/.sogouexternal.backup 2>/dev/null

然后彻底清理：

bash复制sudo dpkg -r sogoupinyin
rm -rf ~/.config/SogouPY*
rm -rf ~/.config/sogou*
rm -rf ~/.sogou*

再重新安装。安装后第一件事不是着急打字，而是先打开 fcitx 配置工具，确保搜狗拼音是唯一的输入法。如果在 fcitx 里看到有“Keyboard - English”图标，并且它排在第一位，按 Ctrl+Space 可能默认切成英文键盘而不是搜狗，这也是“只能英文”的一个隐藏原因。

打开配置工具：

bash复制fcitx-config-gtk3

在弹出的界面里，把搜狗输入法设置为默认，最好把“Keyboard - English”移除，只保留搜狗拼音。这样系统就只剩一个输入法源，快捷键切换时不会误切到英文键盘。

配置完别忘了点“应用”并注销重登，让配置完全加载。

最后再分享一个小技巧

这次排查过程中，我对“配置文件不要乱删”这件事又加深了一层理解。很多 Linux 上的问题其实不是软件坏了，而是配置因为各种原因没有按预期加载。搜狗输入法在 Ubuntu 上的“消失”和“只能英文”，绝大多数都绕不开 fcitx 框架、搜狗引擎进程、环境变量这三件事。下次遇到时，别急着重装，按这条思路走一遍：进程在不在 → 引擎加载没 → 变量对不对 → 框架是谁。基本上十次能解决九次。

如果你确实刷到过各种“安装 ubuntu 搜狗输入法”“ubuntu 24.04 上安装搜狗输入法”的教程，并且一步一步装了但还是出问题，那多半是卡在校验那一步。装完之后一定记得跑一遍 im-config -n fcitx，再确认环境变量，很多教程只讲到 dpkg -i 安装完就结束了，但唯独漏了这一步。这个坑踩过一次就能记一辈子。