software

Linux 第3部分：AI 驱动学习，后 Ubuntu 发行版，实际存在的桌面环境，应用打包与交付方式

发布: (2025年12月18日 GMT+8 22:49)
15 分钟阅读
原文: Dev.to

Source: Dev.to

请提供您想要翻译的具体文本内容，我才能为您完成简体中文的翻译。谢谢！

Ubuntu 现实检查

Ubuntu 以 “对初学者友好” 的发行版而闻名。它 在 2010 年 确实如此。
但令人不安的事实是：Ubuntu 的 “简化” 现在带来的问题多于解决的问题。

你已经亲身体验过 GPG‑key 噩梦和库版本冲突。这些并非随机的 bug——它们是 Ubuntu 架构决策的症状。

“用户友好” Ubuntu 的问题

Snap 与 Flatpak 的臃肿

  • 安装 3 个应用 → 它们占用 ≈ 50 GB 磁盘空间
  • 性能明显慢于原生软件包
  • 更新与系统更新分离进行
  • Flatpak 的热度在 2022‑2023 年已消退 – 若需要可移植性，请改用 AppImage

软件源碎片化

  • 几乎每个应用都需要手动添加新的软件源
  • 每个软件源都需要自己的 GPG 密钥（因此你的痛苦由此而来）
  • 这会形成错综复杂的信任关系网络
  • 当软件源不兼容时，更新可能会中断

“一切都有 GUI” 已不再独特

  • 2010 年，避免使用终端是 Ubuntu 的杀手锏
  • 2025 年，几乎所有主流发行版都拥有出色的 GUI 工具
  • 你已经学会了终端基础 – 不需要 Ubuntu 来保护你远离终端

库版本地狱

  • Ubuntu 为了“稳定性”将软件包锁定在特定版本
  • 更新的软件往往需要更新的库
  • 于是你只能手动管理依赖（还记得尝试移除 Wine 库时的情形吗？）
  • 在滚动发行版上，这个问题在 架构上是不可实现的

你做对的事

专注于一个发行版 – 完全正确。发行版跳跃对你没有任何帮助。你通过在系统中遇到问题并解决它们来学习系统。

但你因为过时的建议而选择了 Ubuntu。让我们来纠正一下。

真正的 Linux 生态

只有 三 个“基础”发行版。其他所有发行版都是衍生或小众项目。

发行版基础理念
UbuntuDebian企业支持，“稳定”发行版
FedoraRed Hat前沿技术，6 个月发布周期
Arch—滚动发行，前沿，社区驱动

选择你的基础。其他所有发行版（Mint、Pop!_OS、Manjaro 等）只是某人对这三者之一的预配置版本。

为什么选择 Arch（通过 EndeavourOS）

我推荐 EndeavourOS —— 基于 Arch，具备：

  • 图形化安装程序（无需命令行安装的繁琐过程）
  • 自动检测并安装驱动程序
  • 预先配置的合理默认设置
  • 但它的底层仍然是纯正的 Arch

实际收益

单一统一的仓库

  • 没有 PPA 地狱
  • 无需手动管理 GPG 密钥
  • 所有内容均来自单一来源（pacman）或社区（AUR）
  • 再也不会出现“哪个仓库有这个包？”的问题

最新的软件包

  • 新的软件版本会在数天内到达
  • 库会随程序一起更新
  • 那个需要 Wine 8.x 的 Windows 程序？你已经拥有了

Arch Wiki

  • 说真的，仅此一点就足以让人选择 Arch
  • 由社区每日更新
  • 你遇到的每个问题都有对应的 Wiki 页面
  • 清晰、技术性强、毫不废话的文档

快速的包管理器

# pacman is significantly faster than apt
pacman -Syu          # full system upgrade
yay -S               # install from AUR (AUR helper)
yay                  # update everything (one command)

“Arch 在更新时会崩溃” 的神话

现实情况： 90 % 是神话，10 % 是小不便。

实际发生的情况：

  • 每隔几个月会出现小问题
  • 修复通常在 0‑7 天内出现
  • 在进行大型更新前，你会查看 Arch 首页
  • 如果已知有问题，你会等一两天再更新

你的 Ubuntu 体验更糟：

  • GPG‑key 失败
  • 手动管理库依赖
  • 仓库版本不匹配

在 Arch 上，这些问题 从结构上就不可能发生，因为它采用滚动发布模型和统一仓库。

桌面环境问题

忘掉那 15 种不同的桌面环境吧。只有两种值得关注：

DE特点
GNOME有明确立场、以键盘工作流为中心，“要么按我们的方式，要么别想用”
KDE Plasma灵活、传统桌面、可无限自定义

其他所有（XFCE、Cinnamon、MATE 等）要么是这两者的分支，要么是小众项目。

你已经在使用 KDE——明智的选择。它是做得好的类 Windows 体验。继续使用吧。

Source: …

学习资源：停止使用 Google

你提到 Google 对学习 Linux 效率低下。你说得完全正确。

使用 AI，而不是搜索引擎

而不是在 Google 上搜索 “how to install X on Linux”：

Ask ChatGPT / Claude / DeepSeek:
"I'm on Arch Linux with KDE. I want to install [program].
What's the best way, and what should I know about it?"

你将得到：

  • 步骤化的详细说明
  • 每一步背后的原理说明
  • 常见陷阱的警示
  • 替代方案

Google 给你的：10 条来自 2015 年的过时论坛帖子，其中一半针对错误的发行版。

必备网站（非 Google）

站点用途/帮助
AlternativeTo.net寻找 Windows 程序的 Linux 替代品——搜索、按 “Linux” 过滤、查看评分和真实用户体验
appdb.winehq.org检查 Windows 软件在 Wine 下的兼容性——搜索、查看已测试的版本、社区解决方案
DistroWatch.com发行版排行榜——流行度排名、家族树、发布与变更新闻
portablebspps.com（链接在原文中被截断；可能指便携应用程序）

祝玩得开心！

便携式 Windows 应用

  • 许多安装程序在 Wine 下会出错
  • 便携版通常能完美运行
  • 完全跳过安装程序

游戏与图形：实话实说

强制 GPU 选择

针对 NVIDIA 用户（如果你使用混合显卡）：

# Force NVIDIA for any program
__GLX_VENDOR_LIBRARY_NAME=nvidia program_name

# Force NVIDIA for Wine/Proton games
__GLX_VENDOR_LIBRARY_NAME=nvidia wine game.exe

这比 Windows 那个笨重的 NVIDIA 控制面板的每应用程序设置要简单得多。

PortProton 并非必需

你不需要 PortProton。原因如下：

你真正需要的：

  • Steam（官方仓库中）
  • Steam Runtime（随 Steam 一起提供）

Steam 内置的 Proton 能处理 Windows 游戏。PortProton 只是在上面套了一层 GUI 包装，并没有真正提升任何功能——它相当于给害怕使用 Steam 设置的用户装的训练轮。

对于复杂情况：Lutris

如果你需要对 Wine/Proton 版本进行最大程度的控制，请使用 Lutris：

yay -S lutris

功能

  • 用于管理 Wine 版本的 GUI
  • 每个游戏的 Wine/Proton 选择
  • 内置 MangoHud 支持（FPS 覆盖）
  • GPU 选择下拉菜单
  • 在需要时提供完整的手动控制

提示： 先使用 Steam。只有在 Steam Proton 对特定游戏无效时才使用 Lutris。

配置：便携式设置

记得在第 2 部分中提到：你的整个 Linux 配置都存放在 ~/.config/。

在 Arch 上，这会变得更加强大：

# Backup your entire setup
tar -czf my-arch-setup.tar.gz ~/.config ~/.local ~/Documents

# New machine, new install
# After creating the same username:
tar -xzf my-arch-setup.tar.gz -C ~/

一切恢复

  • 所有应用程序设置
  • 自定义快捷键
  • 菜单自定义
  • 主题和外观
  • 来自 ~/.local/share/applications/ 的应用菜单条目

在 Ubuntu 上此方法大多有效。在 Arch 上它完美工作，因为软件包版本是最新且保持一致的。

迁移计划

如果你已经下定决心，以下是切换而不抓狂的步骤：

第 1 阶段 – 准备（仍在 Ubuntu 时）

dpkg --get-selections > my-programs.txt
  • 记录已安装的程序
  • 完整备份 /home/ 目录
  • 记录你所做的任何奇怪自定义
  • 下载 EndeavourOS ISO

第 2 阶段 – 安装

  1. 从 USB 启动
  2. 选择 Online install（获取最新软件包）
  3. 选择 KDE Plasma 作为桌面环境
  4. 让系统自动检测驱动

≈ 20 分钟后，完成。

第 3 阶段 – 设置

  • 将 ~/.config/ 和 ~/.local/ 文件夹复制回去
  • 使用 pacman 和 yay 安装你的程序
  • 大多数设置已经恢复

第 4 阶段 – 学习

  • 保持打开 Arch Wiki
  • 卡住时请询问 AI
  • 加入 EndeavourOS 论坛（有帮助的社区）

常见的反对意见已解答

“但我已经花时间学习 Ubuntu 了！”

你已经掌握了 Linux 基础——文件系统层次结构、包管理概念、配置模式。这些知识 完全可以迁移。你只是在更换实现细节（apt → pacman，PPA → AUR）。

“Arch 看起来更难。”

Arch 看起来更难是因为它不把东西隐藏起来。Ubuntu 通过抽象问题来制造 简易 的假象——直到问题出现，你才会束手无策。而使用 Arch，你能了解到底发生了什么。起初感觉更难，但这是一种 诚实的难度，让你变得更有能力。

“如果我把东西弄坏了怎么办？”

你在 Ubuntu 上已经弄坏过东西（比如 Wine 库的事件）。在 Arch 上的区别在于：

  • 维基会解释 为什么 会出错
  • 修复方法更清晰
  • 社区已经有文档记录
  • 你学到的是实际系统本身，而不是 Ubuntu 特有的变通办法

更大的图景

Linux 是一个技术和理念的动物园。不同的包格式（deb、rpm、pkg）、初始化系统（systemd、OpenRC）、显示服务器（X11、Wayland）以及无数其他方法。

这不是 bug，而是特性。

这意味着：

  • 没有单点故障（如果 Ubuntu 死亡，Debian 仍然可以继续）
  • 创新在各个层面发生
  • 你可以根据实际需求进行选择
  • 最好的想法通过竞争得以存活

作为初学者，这可能会让人感到不知所措。这就是为什么你 选择一条道路并精通它。你选择了 Ubuntu。我建议你在基础仍然新鲜时转向 Arch。

做出选择

如果坚持使用 Ubuntu

  • 您深度依赖 Snap 工作流
  • 您需要企业 LTS 支持
  • 现在更改风险太大

如果转向 Arch（EndeavourOS）

  • 您厌倦了仓库和密钥管理
  • 您想要前沿的包
  • 您重视学习胜过手把手指导
  • Arch Wiki 符合您的学习方式

没有错误的选择。只有知情的选择。

最后思考

你的直觉是问“为什么会这样？”是正确的。Ubuntu 的复杂性并不是深层次的复杂——它是因为试图既兼顾 Debian 又想成为自己的东西而积累的冗余。

Arch 的复杂性是诚实的复杂。系统就是它看起来的样子。Wiki 告诉你真相。社区期待你去思考。

你已经在思考。你已经在学习。你已经超越了仅仅跟随教程的阶段——现在是时候去理解系统本身了。

Ubuntu 的“保护机制”对你有帮助的点。

问题不在于你是否能应付 Arch。你已经能了。

问题是：你想继续与 Ubuntu 的架构决策抗争，还是使用为真正关心事物运行方式的人设计的系统？

你在制作视频指南。你在记录一切。你没有逃离终端。你正是 Arch 为之设计的那类人。

欢迎来到深水区。水很安全。

接下来：第 4 部分可以涵盖自定义、主题以及让 Linux 真正成为你的专属系统——或者深入探讨 Wine/Proton 以运行 Windows 软件。告诉我哪一个更有趣。

Back to Blog

相关文章

阅读更多 »