企业官网建设流程全解析

Manjaro 26 装上之后，我被一个小细节弄得愣了一下：登录界面的默认会话，悄悄从 X11 变成了 Wayland。用了五六年 Manjaro，每次发布都说"拥抱 Wayland"，但这次是真的把默认值改了。加上内核、驱动、输入法栈、桌面组件的一次性大换血，开机之后的第一感受就是——整个图形栈像被重新焊过一遍。这篇文章不是官方公告的复述，而是我从实际升级、备份、反复开关会话之后整理出来的解读，重点聊 Wayland 落地到什么程度、内核与驱动升级的取舍、核心软件栈更新对日常使用的影响，以及从旧版本升级/全新安装的实操路径。无论你是准备新装一台 Linux 桌面，还是老用户犹豫要不要跟进，应该都能从这里找到答案。

1. 三个升级主线，和"版本号"真正的含义

1.1 滚动发行版为什么也要"版本"

海外的 Linux 社区里经常能看到一个经典问题："我用的是滚动发行版，系统天天更新，那版本号到底有什么意义？"

这个问题放在 Manjaro 身上尤其典型。Manjaro 底层基于 Arch Linux，软件包几乎处于滚动状态，理论上不存在"大版本切换"这种说法。但 Manjaro 一直保留着版本快照的传统——每隔一段时间，官方会把当前仓库里经过测试的整套组件打成一份新的 ISO，这就是你看到的"Manjaro 26 发布"。

这个快照的意义有三层：

• 安装介质锚点：我手头这台机器就是从上一版 ISO 装出来的，升到 26 之后其实和装新版 ISO 的系统差别不大，但全新安装时拿到 26 的镜像，可以省去几个月的增量更新量。
• 默认行为切换：很多"默认值"的变更，只会在新 ISO 里体现。比如登录管理器默认会话改成 Wayland，这个改动在滚动更新里很可能不触发，只有装新版 ISO 才会直接落到你眼前。
• 测试整合点：Manjaro 官方团队对一个快照内的仓库组合做过一轮集成验证。日常滚动更新依赖社区反馈，而发布版至少意味着"官方认为这一批组件可以开箱即用"。

所以，Manjaro 26 既不是"全新的操作系统"，也绝不只是"换个数字"。它代表的是当前最值得信任的一个组件组合。

1.2 三条主线：Wayland、内核驱动、核心软件栈

拿我自己升级前后的对比来看，这次变化的跨度确实够大，官方总结的三条主线基本覆盖了所有关键差异：

从表格也能看出来，这不仅仅是"更新软件版本"，而是把桌面 Linux 的几根支柱都换了。其中 Wayland 默认化是最显眼的一个，但内核和驱动栈的变化才是"能不能用好 Wayland"的基础。

1.3 哪些人值得认真看这次发布

我粗略分了三类人，对号入座就行：

• 准备新装机的朋友：直接拿 Manjaro 26 ISO 安装，默认配置在绝大多数新硬件上是"最省心"的状态，不用自己折腾驱动。
• 已经在用 Manjaro 的老用户：滚动的系统迟早会走到这一步。看完这篇，你可以少踩几个我在升级过程中踩过的坑。
• 游戏玩家或创作者：内核调度、Mesa/驱动、音频栈的更新对帧率、延迟、HDR 输出都有直接影响，值得关注。

2. Wayland 为什么这次才算"全面"

2.1 X11 的历史包袱，和 Wayland 的收益

X11 从 1987 年开发出来，一路服役到今天，它的问题在桌面场景下已经越来越难忽略。最典型的是这三个：

• 帧撕裂：传统 X11 合成流程里，APP 可以直接往 framebuffer 里画，合成器不一定能保证垂直同步，全屏游戏或拖动窗口时经常出现画面撕裂。
• 混合缩放混乱：高分屏配普通屏，"一个桌面两套缩放"在 X11 下非常痛苦，应用要么发虚，要么大小比例失衡。
• 安全模型薄弱：任何进程都可以通过 X11 的全局事件机制记录键盘输入、截取其他窗口内容。这也是银行类网页在 Linux 下经常收到安全提示的根源。

Wayland 的核心思路是"一切交给合成器"（Compositor）。负责显示输出的 KWin/Mutter 直接管理帧缓冲区、输入事件和窗口生命周期，APP 只能通过协议与合成器交互。这样在架构上就解决了帧管理、分数缩放、输入事件分发和安全性这些 X11 时代的顽疾。

那为什么以前不默认 Wayland？因为"协议设计得好"不代表"生态能落地"。Wayland 需要三个条件同时满足才能当默认：

• 桌面环境自己的合成器足够成熟（KWin 的 Wayland 支持经历了多年打磨）
• 闭源显卡驱动跟上（NVIDIA 长年是短板，后续细说）
• 周边生态适配（输入法、截图、远程桌面、游戏兼容层）

Manjaro 26 这个时间点，这三件事基本都到位了。

2.2 输入法在 KDE Wayland 下的新规矩

我和很多从 X11 时代走过来的用户一样，升级后遇到的第一个"不对劲"就是输入法。

先说背景。X11 时代，输入法（比如 fcitx5）通过全局钩子把自己的输入逻辑"插入"所有应用窗口，那个时期行得通，因为它可以随意监听和改写按键事件。Wayland 出于安全设计，直接禁掉了这种全局钩子，改走text-input 协议：输入法不再是"往窗口里塞字"，而是由合成器把当前聚焦窗口的输入状态交给输入法，再由合成器把候选词位置、上下文字符串广播给窗口。

所以在 KDE 的 Wayland 会话下，一个非常关键的点就是：fcitx 应该由 KWin（合成器）启动，而不是像 X11 时代那样在自启动里单独拉起。如果你在 KDE Wayland 下发现候选框不跟随光标、甚至完全不弹候选框，第一反应就应该是检查 fcitx5 是不是还在自启动列表里挂着一个手动启动项。

我的处理流程是这样的：

先确认输入法相关环境变量，在~/.config/environment.d/im.conf里写入：

GTK_IM_MODULE=fcitx QT_IM_MODULE=fcitx XMODIFIERS=@im=fcitx

然后在系统设置里把 fcitx5 的自动启动项删掉，重新登录。之所以要删掉自启动项，是因为 Wayland 会话下 KWin 自己会触发输入法后端，两个入口同时存在反而容易造成双实例或协议混乱。

提示：升级后如果还在用旧版 fcitx4，建议直接切到 fcitx5。不少候选框不跟随的问题，本质上不是 Wayland 的锅，而是 fcitx4 的 Wayland 前端已经不维护了。

2.3 NVIDIA 用户在 Wayland 下的选择

Linux 桌面圈长期以来有句话："NVIDIA 是 Wayland 路上最大的石头。"以前这确实是事实：闭源驱动不支持 GBM 后端，Wayland 合成器根本无法直接使用显卡输出，只能退到 XWayland 或者 EGLStreams 这种"野路子"上。

Manjaro 26 搭载的新版 NVIDIA 闭源驱动（用户可以从驱动管理器中看到较新的 570 系列驱动）已经在 GBM/DRM 后端上走向成熟。对于 Turing（GTX 16 系 / RTX 20 系）之后的主流显卡，默认 Wayland 会话不再是个需要反复斟酌的事。

升级后可以先自查一下当前会话和驱动加载情况：

echo $XDG_SESSION_TYPE nvidia-smi mhwd -li

第一条命令回显wayland，第二条能看到 GPU 名称和驱动版本，第三条会列出当前已装的显卡驱动包。如果nvidia-smi找不到命令或驱动没加载，大概率是内核更新后 DKMS 模块没有重新编译，处理方式在后面的实操章节里写。

另外要注意一点：有些程序本身还没原生适配 Wayland，启动时会看到类似warning: ignoring xdg_session_type=wayland on gnome...之类的提示，甚至干脆走 XWayland 的 X11 后端。这不是系统坏了，而是该程序"还没准备好"，属于正常现象。

如果实在遇到显卡兼容问题，最简单的方法是回到 SDDM 登录界面，在会话选择菜单里选 "Plasma (X11)"。X11 会话仍然保留了完整的环境，不是什么"回退到旧时代"，而是给你一个保险选项。

2.4 游戏、截图、远程协作的兼容性

Wayland 默认化之后，不少人会担心日常软件能不能正常用。我实测下来，三个常用场景可以参照这个结论：

• 游戏：Steam 客户端和 Proton 兼容层在 Wayland 下基本无障碍。游戏本身大多走 XWayland，性能损失很小；VRR（可变刷新率）和 HDR 在 KWin 的 Wayland 会话里也有了不错的支持。唯一要注意的是部分老游戏的鼠标捕获逻辑在 XWayland 下偶发问题，遇到的话切一次全屏模式就好。
• 截图：X11 时代常见的gnome-screenshot等在 Wayland 下要么功能受限，要么干脆不能用。KDE 的 Spectacle 现在直接支持 Wayland 录屏和截图，命令行工具推荐grim。如果想截取"当前窗口"，Spectacle 里选窗口模式即可。
• 远程桌面：RDP 在 KDE Wayland 下的使用已经相对顺畅；VNC 的共享和鼠标键盘注入支持还是要看具体服务端。重度依赖 VNC 的用户，我会建议保留一个 X11 会话专门应对。

3. 内核与驱动升级：性能提升背后的取舍

3.1 新内核给桌面带来了什么

Manjaro 26 默认搭载的内核进入 6.x LTS 分支（老用户可以在升级后用uname -r确认当前内核版本）。表面上看只是"版本号变大了"，但内核层的变化对桌面体验的影响往往是隐形的，这里挑三个最实用的点聊聊。

第一是新硬件支持。最近两年的新 CPU 平台、Wi-Fi/BT 模组、新 GPU，都需要相对新的内核和 firmware 才能正常驱动。对老硬件用户来说，内核更新可能感知不强，但对今年的新机器，旧内核真的会出现"装完没网、没声音、显卡不亮"这种问题。

第二是底层调度与事件机制优化。Linux 内核在围绕高并发场景做大量优化，比如事件等待/唤醒机制（eventfd 相关路径）的改进，以及锁竞争（spinlock 在特定场景下的休眠策略）的调整。这些改动看不见摸不着，但实际体现在高负载下桌面输入响应更跟手、后台 IO 不会把界面卡到"假死"。

第三是文件系统与虚拟化能力。io_uring 的持续完善让数据库和高并发服务受益，KVM 虚拟化相关补丁也一直在更新。如果你用 QEMU/KVM 跑虚拟机或容器，新内核带来的稳定性提升是实打实的。

3.2 驱动栈：Mesa 与 NVIDIA 的协同方式

Manjaro 26 的驱动更新分两条线：

• AMD / Intel 用户：走开源 Mesa 驱动。新版 Mesa 对 Vulkan 扩展、OpenGL 性能、HDR 输出都有改进。这类显卡在 Wayland 下的体验本来就好，属于"升级完只管享受"的一类。
• NVIDIA 用户：闭源驱动由 mhwd（Manjaro 硬件检测工具）管理。从旧版本跨版本升级后，驱动模块经常需要针对新内核重新编译。常见表现是重启后驱动加载失败、分辨率异常、或者根本没有 nvidia-smi。

NVIDIA 驱动的踩坑点在于：很多人会不自觉地参考 Windows 上"用 DDU 卸载后再重装"的习惯，在 Linux 里直接把驱动相关包一股脑删掉。这个思路非常危险——Linux 显卡驱动和内核模块、DKMS、Xorg 配置深度绑定，粗暴删除后轻则黑屏，重则连 X11 会话都起不来，而且恢复流程比 Windows 下麻烦得多。

正确做法是让 mhwd 来重建驱动栈：

sudo mhwd -r pci video-nvidia 2>/dev/null sudo mhwd -a pci free 0300

第一条命令卸载现有的 nvidia 驱动配置，第二条重新安装匹配的驱动。装完重启，一般就能把驱动和内核模块的关系理顺。

3.3 内核怎么选：LTS 还是新内核

Manjaro 26 默认推荐 LTS 内核，普通用户别换。我自己长期保持"一个 LTS + 一个最新主线"双内核并存：

• LTS 内核：稳定、兼容性最好，适合办公、家庭、日常开发。
• 最新主线内核：新硬件需要的新特性基本都在这里，但相应也会遇到个别软件不兼容的小概率风险。
• 老机器用户：如果机器配置比较旧，升级内核并不能带来什么性能神话，反而占用更多磁盘空间。保留默认 LTS 就够了。

换内核的命令在 Manjaro 上是mhwd-kernel（细节放到最后一部分）。升级到 26 之后，我强烈建议保留旧内核至少两周，确认新内核在日常使用中没有问题，再用工具清理，给系统留一条退路。

4. 核心软件栈升级带来的桌面体验变化

4.1 Plasma 6.x：从 Qt6 到 KWin 的全面迭代

Manjaro 26 的官方默认桌面是 KDE Plasma 6.x 系列，配合 Qt6 工具包。单看截图，Plasma 6 和前代 Plasma 5 的视觉差异不算夸张，但实际用起来差别很大。

最直观的是多显示器分数缩放。X11 下 125%、150% 这种混合缩放长期扯皮，到了 Wayland 会话里，KWin 对每个屏幕的缩放比例是独立处理的，高分屏放 150%、旁边普通屏放 100%，不再需要为"兼容性最好的整数缩放"妥协。

其次是窗口合成体验。Wayland 下的 KWin 把所有渲染统一交给 GPU 合成器，拖动窗口、切换工作区、全屏游戏切换这些场景，不会再看到 X11 时代偶尔出现的"拖影"或"撕裂"。还有个容易被忽略的点：HDR 支持。Plasma 6 还在持续迭代 HDR 输出相关能力，如果你有支持 HDR 的显示器，在 Wayland 会话下已经能尝到甜头。

当然，升级也不是没有代价。Plasma 6 对第三方主题、窗口装饰的兼容性要求更高，很多为 Plasma 5 写的主题在 6.x 上会直接失效或出现画风崩坏。我的建议很简单：别折腾主题，默认 Breeze 跟手且稳定。

4.2 PipeWire 与系统组件的现代化

Manjaro 26 的音频/视频服务已经由 PipeWire 全面接管。

对普通用户来说，PipeWire 带来的改变是这些：

• 蓝牙耳机连接延迟明显降低，不再需要反复在 PulseAudio 里调 sink
• 屏幕录制和共享不再依赖"虚拟声卡"这类 hack，直接通过 PipeWire 走统一管道
• 低延迟音频创作（接 MIDI、音频接口）配置起来比过去简单

此外，systemd、firmware 包、libinput 输入栈等基础设施也都同步更新。它们属于"平时感觉不到存在、但缺了立马出大事"的一批组件。跨版本升级时如果发现触摸板手势、风扇转速或电源管理行为发生变化，多半就是这些基础组件在起作用。

4.3 应用生态、包管理与开发环境

Manjaro 的包管理策略和 Arch 差不多：滚动更新 + 用户主动pacman -Syu。但 Manjaro 仓库不是直接同步 Arch 而是有自己的构建管道，软件进入仓库前会多一步集成测试。Manjaro 26 没有改变这个策略，只是把常用软件、工具链的打包版本整体刷新了。

开发者用户值得关注的点有三个：

• 工具链更新：GCC、Rust、Python 等开发工具的版本都有较大跨越，部分老项目在新工具链下可能遇到编译报错，属正常现象，升级后重新编译一次即可。
• 容器与虚拟化：Docker/Podman 运行依赖的内核特性较新，这也是"新版内核更稳"的一个重要论据。
• 安全启动：如果你使用了 Secure Boot，内核更新后可能需要在 MOK 管理器里重新确认签名，否则会出现内核加载被拒的问题。相关工具是mokutil，升级完重启时留意蓝色 MOK 管理界面就好。

Flatpak 和 pacman 并存的局面也没变。我个人的习惯是：系统组件走 pacman，日常应用优先 Flatpak，这样可以减少"应用缺依赖"和"系统升级连带更新应用"的互相干扰。

5. 升级实操：从备份到切换的完整链路

5.1 升级前必做的准备工作

Manjaro 26 这种跨版本的滚动升级，最大的风险不是软件包本身，而是"升级过程中断了"以及"升级后驱动没跟上"。所以升级前的备份不要省略。

备份我分两层做：

第一层，用 Timeshift 做系统快照。如果只想跑命令行，也可以只备份 pacman 的本地数据库：

tar -czf pacman-db-backup.tar.gz /var/lib/pacman/local

这套数据库记录了当前系统安装的所有软件包信息，万一升级失败，可以用它配合pacman -Syu恢复到可重入状态。

第二层，备份家目录里的关键配置。我习惯把~/.config和~/.local/share/applications这种关键目录单独打包一次。升级后如果某个软件行为异常，至少能很容易地对照新旧配置。

此外，检查磁盘空间：

df -h /

升级核心组件前，根分区至少留出 2GB 到 3GB 可用空间。空间不够导致 pacman 事务中断，是滚动更新最常见的翻车原因。

5.2 老用户升级与全新安装两条路径

老用户升级的流程其实很简单，但要注意跨版本时的步骤：

# 先同步镜像源 sudo pacman-mirrors -c China -m rank # 国内用户建议执行 # 升级系统 sudo pacman -Syu

如果你从很早的版本（比如 23.x）一次性升上来，我强烈建议分两次执行：

第一次执行sudo pacman -Syu后，重启，把 pacman 基础和关键系统组件先稳定下来；然后再执行一次sudo pacman -Syu完成剩余组件的更新。分两次的原因是跨版本升级时，个别组件之间的依赖关系可能处于"中间态"，一次升级一路到底，偶尔会出现依赖冲突提示，拆成两次可以大幅降低这类情况。

全新安装的朋友直接在官网下载 Manjaro 26 ISO，用 Rufus（Windows）或dd写入 U 盘即可。安装器默认进入的会话就是 Wayland。安装过程中如果你有 Windows 双系统，分区时注意保留 ESP 分区；装完如果 Grub 菜单里没有 Windows 项，回到系统执行：

sudo update-grub

一般就能找回来。

5.3 确认自己处于 Wayland 会话

升级完成后，有几个命令建议逐一执行，确认系统状态：

# 确认当前会话类型 echo $XDG_SESSION_TYPE # 查询 systemd 记录的会话类型 loginctl show-session $(loginctl | grep $(whoami) | awk '{print $1}') -p Type # 查看已安装的显卡驱动 mhwd -li # 输入法诊断 fcitx5-diagnose | head -n 30

如果XDG_SESSION_TYPE显示wayland，说明默认会话已经切过去了。如果不是，打开 SDDM 登录界面的会话菜单，手动选择 Plasma Wayland。

5.4 升级后必做的三项校验

升级完成、重新登录进入 Wayland 会话后，我一般还会做三件事：

第一，检查内核模块加载情况。执行dmesg | grep -i firmware看看有没有大量 firmware 缺失提示。如果缺的是某些 Wi-Fi 或蓝牙模块的固件，系统会通过linux-firmware包自动补齐；如果提示的是第三方闭源模块相关的缺失，就需要按驱动的具体情况处理。

第二，确认输入法候选框能正常跟随。随便打开一个 Qt 应用（比如 Kate）和一个 GTK 应用（比如 Firefox），在里面输入中文并移动光标，观察候选框是否跟随。如果只有 GTK 应用异常，检查GTK_IM_MODULE环境变量是否被旧配置覆盖。

第三，重点检查多显示器配置。Wayland 下每块屏幕的缩放是独立的，但正常升级后，旧的显示器配置有时不会完整迁移到新会话框架下。重新到系统设置的"显示"里确认每个屏幕的分辨率和缩放比例，避免出现升完级"一个屏幕清晰一个屏幕发虚"的尴尬。

6. 实测中遇到的意外情况与给新旧用户的建议

6.1 我碰到的几个小问题

升级过程中和有几天深度使用里，我实际遇到的小问题包括这几类，写出来供大家对照参考。

第一个是输入法候选框不跟随。这个问题在前面已经拆过，根因是 fcitx5 和一个旧自启动项同时存在，导致 Wayland 输入法前端没有正确绑定 KWin 的 text-input 协议。处理方式就是删自启动项 + 重新登录。

第二个是混合缩放导致部分应用发虚。在 Wayland 会话下，主屏 150% 缩放、副屏 100% 缩放，大多数应用表现正常，但个别 Electron 应用（某些聊天软件、开发工具）在跨屏拖动时会出现文本模糊。这是因为它们还没原生适配 Wayland 分数缩放。解决办法是给这类应用设置环境变量ELECTRON_OZONE_PLATFORM_HINT=auto，或干脆让它走 XWayland，反而清晰。

第三个是第三方主题失效。我之前用的一个 Plasma 全局主题在升级后直接崩了，导致面板透明度和桌面组件显示异常。排查到最后就是主题未适配 Plasma 6。这类问题没法根治，只能换回默认主题，或者等待主题作者更新。

6.2 不同用户的最优路径

结合这几天的实测，我给不同用户群的建议是这样：

• 新装机用户：直接装 Manjaro 26，默认 Wayland + LTS 内核。硬件新的话，甚至不用额外装闭源驱动（NVIDIA 用户按安装向导提示勾选就是了）。
• 老用户且硬件较新：备份后正常sudo pacman -Syu，完成后保留旧内核至少两周再清理。
• NVIDIA 老显卡用户（GTX 10 系以前）：不建议硬上 Wayland 会话，登录时选 X11 更稳妥。用新版闭源驱动在旧卡上强跑 Wayland，遇到问题的概率远高于收益。
• 重度依赖远程桌面 / 无障碍工具的用户：留一个 X11 会话做后备，没必要跟新协议死磕。

6.3 几个实用的小技巧

最后分享几个这几天折腾下来觉得值得保留的小技巧。

内核版本管理用mhwd-kernel可以组合出"默认 LTS + 主线"并存的状态：

# 安装特定版本的内核（以 6.12 LTS 为例） sudo mhwd-kernel -i linux612 # 查看已安装内核 mhwd-kernel -l

如果你更喜欢纯命令行方式，也可以直接用 pacman 装linux和linux-lts两个内核包并存，grub 会自动生成多个启动项，开机时按下 ESC 就能在旧内核和新内核之间切换。只要旧内核还在，升级后遇到黑屏、驱动不加载这些问题，都能在 GRUB 高级选项里先从旧内核启动自救，再回头处理驱动。

还有一个配置管理的小习惯：大版本升级之前，先在~/.config里初始化一个 git 仓库，把当前所有配置提交一次。升级后如果某个软件行为异常，可以直接git diff对比新旧配置差异，而不是凭记忆逐个翻文件。这个习惯在我多年的 Linux 使用里救过很多次。

我在实际使用中的体会是，这次"换血"最值得在意的，反而不是那些一眼能看见的视觉变化，而是 Wayland 终于把输入法、分数缩放、多屏这些日常琐碎给理顺了。如果你也打算升级，记住一条核心原则：内核和驱动可以多留一份，会话和配置要能从旧状态快速回退。系统换血归换血，给自己留条退路永远不亏。