分类： Ubuntu
-
在 Ubuntu 26.04 + Wayland 双屏环境下，APT 安装的 Flameshot 13.3.0 长期存在主屏无法正常截图、只能稳定使用副屏的问题。本文记录完整排查过程，并最终通过 GNOME Software 切换到 Flathub / Flatpak 的 Flameshot 14.0.0，配合 Alt+A 全局快捷键，实现主屏、副屏稳定截图，同时对比 APT、AppImage 与 Flatpak 三种方案的实际表现。
-
在此前排查 ThinkPad T570 的 Type-C 转 VGA 无法识别副屏问题后，我最终放弃继续修复 USB-C / Thunderbolt 视频输出链路，重新购买了一台原生支持 HDMI 的显示器作为副屏。现在采用 ThinkPad T570 HDMI → HDMI 线 → 显示器 HDMI2 的直接连接方式，Ubuntu 双屏已经恢复正常。新的结果也进一步说明，之前的问题并不是 Ubuntu 本身无法正常使用双屏，而更可能集中在原来的 USB-C / Thunderbolt / DisplayPort Alt Mode 链路。相比继续研究 Thunderbolt 固件和底层硬件，使用 HDMI 直连最终以更简单、稳定的方式解决了实际需求。
-
本文记录在 Ubuntu 26.04 中使用官方 .deb 安装包，将 Visual Studio Code 从 1.131.0 升级到 1.132.0 的完整过程。升级时，APT 提示系统中存在不再需要的 Rime 输入法组件和依赖包。通过 –dry-run 分两次确认并清理，共释放约 122.8 MB 空间。最终检查确认 Rime 软件包已清理干净，Fcitx5、拼音和五笔拼音组件均完整保留，重新启动输入法后五笔拼音仍可正常使用。
-
2026 年 7 月 30 日，我尝试使用新购买的 Type-C 转 VGA 线为 ThinkPad T570 连接副屏，但 Ubuntu 始终无法识别外接显示器。排查过程中先后检查了 Wayland、DRM、USB Type-C、UCSI、BIOS 和 Thunderbolt Controller，并将 BIOS 从 1.23 升级到 1.54。即使在 BIOS 阶段将 Boot Display Device 设置为 USB Type-C，副屏仍没有反应；通过 boltctl 强制让 Thunderbolt 上电后，Controller 也没有被系统枚举。综合现象来看，问题更可能位于 T570 的 USB-C / Thunderbolt 底层链路，而不是普通的 Ubuntu 双屏配置。考虑继续修复的时间成本，最终决定暂时停止排查，后续更倾向于购买一台原生支持 HDMI 的显示器作为副屏。
-
ThinkPad T570 在 Ubuntu 26.04 下连续出现挂起后黑屏问题。日志显示系统实际上已经完成唤醒，但显示链路未能正常恢复，普通系统更新后问题仍可复现。考虑到电脑长期连接电源使用，最终不再继续折腾内核和显卡，而是关闭自动挂起，并通过 systemd 禁止合盖触发挂起，只保留自动息屏。实际合盖测试通过，重新掀开屏幕后可以继续原来的工作。
-
在 Ubuntu 26.04 + ThinkPad T570 环境下，原本长期稳定运行的 Samsung VGA 副屏突然出现黑屏。排查过程中发现，Ubuntu、GNOME/Mutter、DRM 与 EDID 均能正常识别副屏，但实际视频信号无法稳定维持；降低到 1024×768 后也只能短暂恢复并伴随闪烁。通过 i915 hotplug 日志、显示器自检、分辨率切换、接口重插、Emergency Reset、monitors.xml 与 gdctl 等手段逐步排除了普通软件配置问题，最终将故障范围集中到 HDMI→VGA 转换链路，并决定改用 USB-C→VGA 一体线进行下一阶段交叉验证。
-
针对 Ubuntu 26.04 桌面出现的 Firefox 卡顿和 OOM 问题，本文记录了从内存调度与应用负载两方面进行的性能调优过程。通过构建 RAM 与 ZRAM 的三层内存体系、降低 swappiness 值、限制 Firefox 多进程及开启 Clash Verge 轻量模式，有效降低了内存峰值与 Electron 应用负载。优化后系统运行稳定流畅，解决了日常并发场景下的卡顿与崩溃风险。
-
从 Windows 迁移到 Ubuntu 后，作者在长期使用 Fcitx5 加五笔拼音的基础上，尝试引入 Rime 以提升输入效率并接近 Windows 混合输入体验。经过安装配置与功能测试，确认 Rime 默认仅提供独立的五笔或拼音方案，实现混输需手动配置 Schema，不符合开箱即用的需求。最终作者卸载 Rime，恢复使用 Fcitx5 与 wbpy，认为回归该方案更符合个人输入习惯。
-
针对 Ubuntu 26.04 上 Chrome 内存占用过高的问题，尝试迁移至 Firefox，但 Snap 版因沙盒限制无法导入数据且资源占用较大。文章记录了卸载 Snap 版并安装 deb 版 Firefox 以成功迁移书签和历史记录的过程，以及通过导出 CSV 文件手动导入密码的方法。最终结论指出 deb 版资源占用更低且迁移稳定，密码需通过 CSV 中转。
-
本文记录了在 Ubuntu 26.04 使用中排查 Chrome 内存暴涨问题的全过程。经测试验证，发现 Flatpak 沙盒机制是导致重度应用资源占用过高的核心原因。通过回归原生 Deb 包，内存占用显著下降。基于此，作者更新了最佳实践：对于 Chrome 和微信等重度应用应坚决弃用 Flatpak 而选用原生 Deb 包，同时利用 GNOME Software 安装轻量应用、清理数据及统一管理自动更新。