![[截图 5：扩展显示“用户已全局禁用此扩展”及右键菜单]](https://media.shuijingwanwq.com/2026/06/5-14-1024x767.png)
今年 6 月，我曾写过一篇关于 Ubuntu 26.04 截图方案的文章：《告别微信窗口限制：在 Ubuntu 26.04 使用 Flameshot 绑定全局 Alt+A 截图》。
当时主要解决的是 Linux 微信截图快捷键的一个痛点：只有当微信窗口处于最上层并获得焦点时，Alt+A 才能生效。
为了能够在任意窗口直接截图，我后来改用了 Flameshot，并把 Alt+A 设置成了系统全局截图快捷键。
这套方案后来一直在使用，不过在双屏环境下始终留下了一个比较严重的问题：
Flameshot 基本只能在副屏正常截图，主屏一直无法正常使用。
这个问题其实我很早就想处理，只是一直没有抽出时间。由于截图又是我日常使用频率非常高的基础功能，今天终于决定专门花时间，把这个问题彻底处理掉。
最终的解决方案是：
卸载 Ubuntu 软件源中的 Flameshot 13.3.0，改用 Flathub / Flatpak 提供的 Flameshot 14.0.0。
经过连续测试以后，主屏、副屏以及 Alt+A 全局快捷键都已经可以稳定工作。
一、问题现象：双屏环境下只能在副屏截图
我目前的环境是：
- Ubuntu 26.04
- GNOME
- Wayland
- 双显示器
- 原 Flameshot 版本：13.3.0
- 全局截图快捷键：
Alt+A
实际长期使用时，Flameshot 在副屏上基本可以正常截图，但主屏始终存在问题。
有时会提示：
火焰截图丢失了屏幕焦点。您需要点击一次屏幕才能正常使用键盘快捷键。
而在今天进一步排查的过程中，主屏还曾出现：
Flameshot Error
无法捕获屏幕
这意味着问题已经不是简单的“快捷键偶尔失效”，而是 Flameshot 在当前 Wayland + 双屏环境下，对不同显示器的截图处理本身就不稳定。
由于截图是我每天都会频繁使用的功能，如果只能依赖副屏，那么即使软件本身功能再强，也很难称得上真正好用。
因此这一次我决定不再绕过去使用，而是彻底解决。
二、今天排查过程中，主屏曾短暂恢复，但并不稳定
今天最开始排查时，我尝试过很多方向，包括：
- 强制让 Flameshot 通过 XWayland / XCB 运行；
- 切换回原生 Wayland；
- 重启 Flameshot；
- 重启
xdg-desktop-portal； - 重置 GNOME 保存的截图权限；
- 检查 Flameshot 实际加载的 Qt Wayland 后端；
- 从托盘图标触发截图。
在这个过程中，曾经出现过一个比较容易误导判断的现象：
主屏有一段时间突然可以正常截图。
但这并不是我之前长期使用时的正常状态。
我更倾向于认为，这是当天执行了某些环境切换、进程重启或者 portal 相关命令以后，暂时改变了 Flameshot 的运行状态。
因为后续继续测试以后，主屏很快又恢复异常，有时甚至直接提示“无法捕获屏幕”。
所以这种“偶尔恢复一次”的状态显然不能算解决问题。
对于截图这种高频工具，我需要的不是：
偶尔能用。
而是：
每次按下快捷键，都能够稳定截图。
因此后面我没有继续围绕这些临时 workaround 折腾，而是开始检查 Flameshot 本身的版本问题。
三、Ubuntu 26.04 软件源仍然是 Flameshot 13.3.0
首先检查当前安装版本：
flameshot --version我当时使用的是：
Flameshot v13.3.0进一步执行：
apt policy flameshot可以看到：
已安装：13.3.0+git20251204-1
候选：13.3.0+git20251204-1也就是说，Ubuntu 26.04 当前软件源中的 Flameshot 仍然停留在 13.3.0。
即使执行：
sudo apt update
sudo apt upgrade也无法直接升级到 Flameshot 14.0。
这时候问题就比较明确了：
继续使用 APT 安装方式，至少目前无法获得 Flameshot 14.0。
而 Flameshot 14.0 对多显示器截图流程进行了明显调整，所以我决定优先测试新版本，而不是继续修补当前的 13.3.0。
四、先测试 Flameshot 14.0：双屏终于可以正确识别
最开始为了尽量不影响现有安装，我先临时测试了 Flameshot 14.0 AppImage。
启动以后，第一次截图时，Ubuntu 正常弹出了屏幕捕获权限请求。
允许以后，Flameshot 14.0 出现了一个和旧版本明显不同的界面：
它能够正确识别我的两块显示器：
Monitor 1: HDMI-2：外接显示器Monitor 2: eDP-1：ThinkPad 自带屏幕
截图流程也变成了：
触发截图 → 选择显示器 → 框选截图区域
虽然相比之前多了一步选择显示器，但至少双屏终于被明确区分开了。
而且：
主屏终于可以正常截图。
这一步基本已经证明，升级 Flameshot 14.0 的方向是正确的。
不过 AppImage 最终并没有成为我的正式方案。
五、为什么没有继续使用 AppImage
AppImage 14.0 在第一次测试时表现很好：
- 能够启动；
- 能正常请求截图权限；
- 能识别两块显示器；
- 主屏和副屏都可以截图。
但继续运行以后，终端中开始出现不少兼容性错误，例如：
Failed to load libssl/libcrypto
Failed to load module: libgvfsdbus.so
TLS initialization failed后续还出现了进程异常，Ubuntu 的 Apport 也开始介入收集崩溃信息。
也就是说，AppImage 虽然成功证明：
Flameshot 14.0 确实能够解决我的双屏截图问题。
但它本身在我的 Ubuntu 26.04 环境中又带来了新的兼容性和稳定性问题。
而我这次处理截图问题的目标，本来就是为了得到一个长期稳定、每天可以直接使用的方案。
所以 AppImage 最终被排除了。
六、通过 GNOME Software 安装 Flathub / Flatpak 版本
我之前在 《Ubuntu 26.04 软件安装与维护最佳实践：以微信为例》 中，已经安装并配置过 GNOME Software、Flatpak 和 Flathub。
因此这一次不需要通过一长串终端命令安装 Flameshot，可以直接使用图形界面完成。
这里也顺便说明一下几个容易混淆的概念：
- GNOME Software：软件管理程序；
- Flatpak：一种 Linux 应用分发和运行方式；
- Flathub：主要提供 Flatpak 应用的软件仓库。
它们并不是同一个东西。
在 GNOME Software 中搜索：
Flameshot进入详情页以后，点击右上角的软件来源，可以看到同一个 Flameshot 存在多个来源。
其中包括：
- Flathub / Flatpak
- Ubuntu / DEB
- Ubuntu / Snap
我原来使用的是：
Ubuntu / DEB
也就是前面确认过的 Flameshot 13.3.0。
七、先卸载旧版，再安装 Flathub 版
理论上，DEB 和 Flatpak 可以同时存在。
但截图软件属于比较特殊的一类应用，它涉及：
- 全局快捷键；
- 截图权限；
- D-Bus；
- 托盘图标；
- 后台进程。
如果系统里同时运行两套 Flameshot，反而容易增加排查复杂度。
而 Ubuntu 本身还有系统自带截图工具可以临时备用，所以这一次我没有选择并存，而是先直接卸载旧的 Ubuntu / DEB 版本。
然后在 GNOME Software 中切换软件来源到：
Flathub / Flatpak
点击“安装”。
安装完成后，可以看到当前已经明确切换到了 Flathub 版本。
实际安装版本是：
Flameshot 14.0.0八、Flatpak 版连续测试通过，最终决定保留
这一部分其实是我最终选择 Flatpak 的关键。
我并不是因为：
“Flatpak 能安装 14.0，所以就用 Flatpak。”
而是在实际测试了不同方案以后，最终发现：
Ubuntu / APT 版 13.3.0
长期存在双屏问题：
- 副屏基本正常；
- 主屏无法稳定截图；
- 临时调整环境后偶尔恢复，但无法长期保持。
AppImage 版 14.0
双屏功能已经恢复：
- 主屏正常；
- 副屏正常；
- 能够正确选择显示器。
但随后出现：
- Qt / SSL 相关兼容性报错；
- GVFS 模块加载异常；
- 进程异常和崩溃。
所以不适合作为日常方案。
Flathub / Flatpak 版 14.0.0
安装完成以后，我连续测试：
- 主屏截图；
- 副屏截图；
- 再回主屏截图；
- 多次连续截图；
- 后续绑定
Alt+A； - 再次连续切换显示器截图。
全部正常。
没有再出现：
- 主屏无法捕获；
- 只能截副屏；
- 第二次截图就失效；
- AppImage 那些异常崩溃。
因此最终让我决定使用 Flatpak 的关键，实际上是：
Flameshot 14.0 的双屏支持已经解决问题，而且 Flathub / Flatpak 版本在我的 Ubuntu 26.04 环境中经过连续测试后表现最稳定。
这才是最后选择它作为长期方案的主要原因。
九、Flameshot 14.0 的双屏截图方式
安装完成以后，每次触发截图，Flameshot 14.0 都会先显示显示器选择界面。
我的两块屏幕分别是：
Monitor 1: HDMI-2Monitor 2: eDP-1
选择目标显示器以后，再进行区域框选。
所以整个截图流程是：
Alt+A→ 选择显示器 → 框选区域 → 完成截图
相比 Flameshot 13 确实多了一步。
不过考虑到之前主屏根本无法稳定使用，这多出来的一步我完全可以接受。
而且还有一个好处：
截图前可以非常明确地知道自己正在截哪一块屏幕。
十、重新设置 Alt+A 全局截图快捷键
我从之前使用微信截图开始，就已经习惯了：
Alt+A所以更换 Flameshot 版本以后，我仍然保留这个快捷键。
打开：
设置 → 键盘 → 查看和自定义快捷键 → 自定义快捷键
然后编辑“Flameshot 截图”。
最终配置为：
- 名称：
Flameshot 截图 - 命令：
flatpak run org.flameshot.Flameshot gui - 快捷键：
Alt+A
这里和我今年 6 月那篇文章相比，真正发生变化的主要是“命令”。
原来 APT / DEB 安装的 Flameshot 使用：
flameshot gui现在 Flatpak 版本则改成：
flatpak run org.flameshot.Flameshot gui保存以后，在任意窗口按下：
Alt+A就可以直接调出 Flameshot 14.0。
十一、再次连续验证
快捷键配置完成以后，我没有只测试一次，而是继续反复验证。
测试顺序包括：
主屏 → 副屏 → 主屏
也测试过多次连续按：
Alt+A每次都能够正常出现双屏选择界面。
最终结果：
- 主屏：正常
- 副屏：正常
- 主屏 → 副屏：正常
- 副屏 → 主屏：正常
- 连续多次截图：正常
Alt+A全局快捷键：正常
至此，这个拖了很久的双屏截图问题终于真正解决。
十二、为什么这次和上一篇文章的建议不同
今年 6 月那篇 Flameshot 截图文章 中，我当时明确推荐：
通过 APT 原生安装 Flameshot。
当时我还特意提到，希望避免 Flatpak 沙箱在 Wayland 下带来截图权限问题。
但这一次，我的最终选择恰好发生了变化。
现在的实际情况是：
- Ubuntu / APT 仍然只有 Flameshot 13.3.0；
- 13.3.0 在我的双屏 Wayland 环境下长期存在问题；
- Flameshot 14.0 已经明显改进了多显示器截图；
- AppImage 14.0 虽然解决双屏问题，但稳定性不好；
- Flathub / Flatpak 已经提供 14.0.0；
- Flatpak 版本能够正常申请截图权限；
- Flatpak 版本经过连续双屏测试以后表现稳定。
所以这一次，我最终反而选择了之前没有优先推荐的 Flatpak 版本。
并不是因为 Flatpak 在任何情况下都一定比 APT 更好，也不是说上一篇文章当时的选择一定错误。
而是随着：
- Ubuntu 版本；
- Flameshot 版本；
- Wayland 支持；
- Flatpak 打包情况；
不断变化，实际最适合的安装方式也可能跟着发生变化。
对于这种桌面软件，我现在更倾向于：
不要只看安装形式，而是看当前版本在自己的实际环境里能不能稳定工作。
这次真正让我从 APT 切换到 Flatpak 的决定性因素，最终还是实际稳定性。
十三、最终使用方案
目前我的最终截图环境是：
- 系统：Ubuntu 26.04
- 桌面：GNOME
- 显示协议：Wayland
- 显示器：双屏
- 截图工具：Flameshot 14.0.0
- 安装来源：Flathub
- 安装方式：Flatpak
- 全局快捷键：
Alt+A - 快捷键命令：
flatpak run org.flameshot.Flameshot gui现在无论我正在主屏还是副屏工作，只要需要截图：
按下
Alt+A→ 选择显示器 → 框选截图区域
即可完成。
虽然相比以前多了一次显示器选择，但至少终于不再需要为了截图特意把内容移动到副屏，也不用再忍受主屏偶尔能用、偶尔完全失效的问题。
对于我这种经常需要截图、写博客、记录问题的人来说，这才是一个真正可以长期使用的截图方案。
如果你同样使用 Ubuntu 26.04、Wayland 和双显示器，并且 Flameshot 存在：
- 只能截其中一块屏幕；
- 主屏无法捕获；
flameshot gui行为异常；- 调整以后只能短暂恢复；
可以先检查自己是不是仍然使用 Flameshot 13.x。
至少在我的这套环境中，从 Ubuntu / DEB 的 Flameshot 13.3.0，切换到 Flathub / Flatpak 的 Flameshot 14.0.0，是目前经过实际连续测试后最稳定的解决方案。
Linux 服务器运维、部署与线上故障排查
如果你的网站或后端服务部署在 Linux 服务器上，遇到访问异常、Nginx 配置问题、MySQL / Redis 异常、Docker 服务不可用、磁盘占满、CPU / 内存过高等问题，可以联系我做一次远程排查。
适合以下场景：
✅ 网站打不开或访问不稳定
✅ Nginx / PHP-FPM 配置异常
✅ MySQL / Redis 性能或连接问题
✅ Docker 服务部署与维护
✅ 服务器迁移与环境配置
✅ CPU / 内存 / 磁盘异常排查
服务内容：
✅ Linux 环境检查
✅ 网站部署与迁移
✅ Nginx / PHP-FPM / MySQL / Redis 排查
✅ Docker 配置与维护
✅ 服务器性能分析
✅ 长期远程运维支持
如需咨询，请联系我，并注明：Linux 运维咨询。
联系方式：
Telegram：@shuijingwan
微信：13980074657
邮箱：shuijingwanwq@gmail.com