Suoyuan's Blog
文章 标签 分类 系列 友链 随手记 关于
Suoyuan's Blog

面向 beginner: GNU/Linux 发行版浅评与介绍

 收录于  类别 Linux_杂谈
     约 12415 字   预计阅读 25 分钟 

介绍了大部分主流发行版

面向 beginner: GNU/Linux 发行版浅评与介绍

这里我会介绍常见的几个 GNU/Linux 发行版，这里我可能会假定你对计算机领域的一些知识比较了解了。

选择 GNU/Linux 发行版很大程度上你是在选择软件包管理器，系统的更新策略。软件就在那里不会改变，OS 之间的不同很大程度上看的是使用什么软件包管理器，比如是直接装二进制软件包还是从源代码开始编译，系统的更新策略一般分成随版本的更新，比如 Ubuntu 的 LTS ( Long-term support )应该是会推送五年的安全更新，之后就要换更新的 LTS 版本了；或者滚动更新，这样会一直向前更新，也就不会有版本的概念。部分发行版会同时推出这两种半分的发行版。

这里我先简单介绍一下为什么我特地加上 GNU/Linux，这就表明了一些 de-GNU 的 Linux 发行版不会在这里（在我看来，de-GNU 也就是在系统中去掉 GNU 的软件），而且我也没用过这样的发行版。说实话，我很少看到 de-GNU 这样的字眼，GNU 对开源世界的贡献十分大，我很少会看到有人会批驳它什么，我更多的看到的是 de-Google，指在移动端避免 GMS 等服务。

There really is a Linux, and these people are using it, but it is just a part of the system they use. Linux is the kernel: the program in the system that allocates the machine’s resources to the other programs that you run. The kernel is an essential part of an operating system, but useless by itself; it can only function in the context of a complete operating system. Linux is normally used in combination with the GNU operating system: the whole system is basically GNU with Linux added, or GNU/Linux. All the so-called “Linux” distributions are really distributions of GNU/Linux.

– https://www.gnu.org/gnu/linux-and-gnu.html

从这里看到，GNU 认为应该将以 GNU 为基础的 “Linux 发行版” 都叫成 GNU/Linux，因为 Linux 指代的应该是 Linux kernel，而非一整套系统。GNU 工具链确实是基本上所有 Linux 发行版的必备了，不过依旧存在一些一定程度上要 de-gnu 的 Linux 发行版。

这里我先说一下 GNU 为什么这么重要，以下的部分内容是我的个人看法 。我认为很大的原因是 GNU 的软件都很不错，而且出现的也足够早，这就是原因。在 Linux kernel 还没发布的时候，GNU 项目早就开始写了，它们的目的是要写一个完全自由的操作系统。它们先开始写一些操作系统必备的程序，比如文本编辑器，编译器等等，但当最后写操作系统内核的时候，由于想要实现一个微内核，导致调试起来很困难，从而极大的拖慢了开发进度。这个时候 Linux kernel 就已经发布出来，并且可以运行 GNU 的各种程序。

GNU 这部分十分重要，而且一定程度上没太多替代品。Linux 发行版运行必备的 libc 基本上都在用 GNU 开发的 glibc，编译器用的是 gcc，一些核心程序 用的是 GNU core utilities，这些都是很难避免的，你也许可以避免 glibc ——选择使用 musl libc 或者其他 libc，可以不用 gcc，选择使用 clang/llvm，不使用 GNU core utilities 而使用 BusyBox。但很少有这么做的，一方面是 glibc 现在很全面，并且还有一些不属于 ISO C 标准的部分。

The GNU C Library - The project provides the core libraries for the GNU system and GNU/Linux systems, as well as many other systems that use Linux as the kernel. These libraries provide critical APIs including ISO C11, POSIX.1-2008, BSD, OS-specific APIs and more. These APIs include such foundational facilities as open, read, write, malloc, printf, getaddrinfo, dlopen, pthread_create, crypt, login, exit and more.

– https://www.gnu.org/software/libc/

从 glibc 的文档 可以看出 glibc 除了对 ISO C 标准的支持外，还包括：

  • POSIX (The Portable Operating System Interface)
  • Berkeley Unix
  • SVID (The System V Interface Description)
  • XPG (The X/Open Portability Guide)

这导致一些软件可能用到一些非标准的函数，使用 musl libc 的时候无法正常运行它们。

gcc 本身也支持一些额外功能，比如嵌套函数，glibc 使用了 gcc 这个特性导致其无法使用 clang/llvm 编译。

根据 Comparison of C/POSIX standard library implementations for Linux，musl libc 的字符串和内存分配相关的函数性能不如 glibc。

Alpine Linux 就是使用的 musl libc 替换了 glibc，用 busybox 替换了 gnu-coreutils，不过软件支持的还不是很多。

理论上，闭源依赖 glibc 的软件才有概率更难运行在 musl libc 的环境上，不过 chromium 内核的也会如此，目前 chromium 官方对 musl libc 没什么支持。systemd 也是 依赖于 glibc 的

systemd 是一个广泛应用于各种 GNU/Linux 发行版的 init 系统，init 系统用于负责在系统初始化的时候进行一些初始化服务，不过 systemd 做的更多，引导启动这部分也可以交给 systemd-boot，还有其他的一些非传统 init 应该管理的部分也被 systemd 集成管理。有批评的声音认为 systemd 这个做法扩大了攻击面，不过事实是很多人都选择使用它。

我不会介绍这种 de-GNU 的 Linux 发行版。

下面这些段落写于 2024 年 2 月

如果你并不是虚拟机安装 Linux 发行版的话，我认为应该还是要思考该类系统是否符合你的需求再说，当然如果你并不在意就当我没说。

现在还不支持 HDR（现在有了实验性支持）。浏览器对硬件解码的支持不是很完美。关于视频硬解加速，NVIDIA 有自己的一套 NVDEC，其他显卡用另一套 VAAPI （nvidia-vaapi-driver 可以让 NVIDIA 的 NVDEC 以 VAAPI 解码，但只支持解码，编码尚不支持）。FireFox 还支持了 VAAPI，但不支持 NVDEC，Chromium 内核的浏览器目前仍然处于实验状态，而且也是只支持 VAAPI，ChromiumOS 和其他 Linux 发行版的文档会有说明可以尝试添加哪些参数启用这个功能。Chromium 内核的浏览器默认还不是 Wayland。

我不好评价 GNU/Linux 玩游戏会是怎样的体验。Valve 公司基于 wine 开发了 Proton，只要在 Steam Play 中勾选为所有应用启用 Steam Play 就可以玩那些只支持 Windows 平台的游戏了，但不好评价是否能一定起作用，Steam Deck 上搭载的系统 Steam OS 是基于 Arch Linux 做的，所以使用 GNU/Linux 玩游戏方面也不至于那么难绷。

非官方的网站 protondb，这上面可以搜索到一些游戏的评价，有玩家会在上面分享这个游戏在他使用的发行版运行起来的体验如何，并且还有给出他运行这个游戏的发行版的相关信息，如果是不太好运行的游戏，也许还会分享他们是如何让这个游戏跑起来的。

国内软件的适配还不是很好，腾讯会议虽然支持了 Wayland，但是 Wayland 下的运行，窗口分享和摄像头都不能正常工作。QQ 虽然存在 Linux 平台的版本，但仍然有一些小问题等待修复。现在倒是有了 QT 写的跨平台的微信了，只不过还是测试版: https://linux.weixin.qq.com/

更多的可以参考我新写的一篇文章：为什么你应该(不)使用 GNU/Linux 作为日用操作系统

下面关于发行版的截图大部分来自 Wikipedia 的图片，有一部分来自其在社交媒体上的官方账号发送的图片，当然也有几张是我自己截的。因为我自己懒得再装一遍，所以有的图片用的别人的，如果有机会装他们的发行版我就替换一下。

所以如果你是某张图片的利益相关人员，认为我使用这张和你利益相关的图片是种侵权行为，请通过一些我可以看到的方式（如评论）联系我

首先介绍 Debian 的，因为如果有国内软件是被官方支持开发 Linux 版本的，那么至少会给一个 deb 包（deb 就是 Debian 系使用的软件包格式）。Debian 系使用 dpkg 作为软件包管理器。

官网链接：https://www.debian.org/

老牌 OS 了，在我认知中比 Debian 历史更加久远的应该就是 Slackware。不过我本机没装过，虚拟机装过。我在安装 Kali Linux 的时候遇到了 no-free firmware 的问题，听别人讲貌似 Debian Linux 也会出现，不过这也是有些解决办法的，而且 firmware 这个检测是在对磁盘操作之前，不行了就不装这个系统，全身而退。Debian 听说就是稳定，其实稳定就带来了使用的不是新版本的软件，毕竟时间方面，新版本没有经历过考验。不过听说如果给 Debian 添加一个 testing 软件源就可以尝鲜新版本了。

印象中是从 Debian 10 开始，Debian 默认启用了 Apparmor 安全模块。

2024年3月更新：

我在去年的时候在我的笔记本电脑上装 Debian 了，没有遇到 no-free firmware 的问题，安装体验还是不错的。不过我不是很喜欢选了 GNOME 后，把 GNOME 它们一些实用程序也给装上（比如视频和音乐播放器），我也许会用到，但不喜欢上来就装上。

而且我暂时没找到一个比较好的管理我在 GitHub 上下载的 deb 包的方案，遂放弃。

Debian 默认不安装类似 sudo 这样的执行特权命令的程序，所以需要你自己安装，然后自己写相应的配置文件。（sudo 这样的软件是很有必要的，老生常谈的就是尽量减少攻击面之类的，直接 su 切换到 root 用户去执行和系统相关的命令是很危险的行为）

Debian Linux 应该是随版本更新，不过貌似 testing 软件源可以让它作为滚动更新而存在。

/img/introdistro/Debian_12_Bookworm_GNOME_Desktop_English.png

图为 Debian 12 下的 GNOME 桌面。

官网链接：https://ubuntu.com/

基于 Debian 的 OS，听说号称要做 Linux 中的 Windows，莫非它做到了独裁？我将系统启动慢，软件启动慢归结于 Ubuntu 强推自家 snap 的问题。

Ubuntu 是我安装系统时体验最差的操作系统了（印象中，我好久不再安装 Ubuntu），启动速度慢，安装的速度也不咋地（这个可能是我自己网络的问题），而且默认安装的就是 GNOME 桌面环境，不允许安装的时候做出选择，桌面环境 (DE, Desktop Environment) 这个后续再谈。当然有使用不同 DE 的 Ubuntu，但得下载对应系统的镜像文件了，比如使用 KDE Plasma 的叫做 KUbuntu。这个 KUbuntu 大抵是比较适合作为一些新手（我指的是从 Windows 换到 GNU/Linux）的，因为 KDE 和 Windows 桌面的使用习惯在我看来是差不多的（甚至 KDE 有一个主题就是旨在模仿 Win11）。

再解释一下为什么认为 KUbuntu 大抵是比较适合作为一些新手，因为 Debian/Ubuntu 有着大量的用户群体，这里在我国貌似也不例外（可能是这样，我并不知道全国使用 GNU/Linux 发行版的这个具体情况，所以只能说可能是如此）。很多软件如若要有一个针对 GNU/Linux 平台的版本，那么很大概率就是 Debian/Ubuntu 了，而且一些教程如若提到了在 GNU/Linux 平台下该如何操作的话，大多至少都会假定读者使用的是 Debian/Ubuntu 发行版。

/img/introdistro/Ubuntu_22.04_LTS_Jammy_Jellyfish.png

图为 Ubuntu 22.04 LTS 版本的桌面图片，可以看到这里的 Gnome 和上面 Debian 的不太一样，Ubuntu 的 GNOME 做了他们自己的修改。

Ubuntu 认知中是随版本更新。

但我说实话，我一直不认为安装 Ubuntu 作为自己的日用操作系统是个什么好主意，因为在我看来它只有一个好的地方——对安全启动的支持还不错。如果是虚拟机安装就当我没说，虚拟机安装主要为了方便，能快点装完开始干活就好。

官网链接：https://www.kali.org/

基于 Debian testing 源的 Kali Linux 安装界面类似 Debian 的系统安装界面，我曾经尝试给我的笔记本安装 Kali Linux，但是体验不是很好，因为我卡在了 no-free firmware，导致网络无法使用（悲），解决办法还是有的，我看 Kali 论坛上有人提出下载好对应的 firmware 再移动到系统安装盘内，不过我懒的整了。

Kali Linux 是否是一个可日用的操作系统，我无法评价（因为我没试过）。Kali Linux 对 DE 做的美化还是不错的。有一点值得说一下，Kali Linux 不需要更换软件源的网址，大多数 GNU/Linux 发行版因为网络问题都需要更换软件源，除了国内公司搞的（比如 Deepin/UOS 或者 openKylin 之类）或者 Kali Linux、OpenSUSE Linux，Fedora Linux，其他的貌似都得换源。

机缘巧合之下，我安装了 Kali Linux 虚拟机，故而下边两张 Kali Linux 的桌面截图的第一张就是我截的了。

/img/introdistro/Kali_Linux_Xfce.png

/img/introdistro/VirtualBox_Kali_Linux_GNOME_44.png

第一张图片是 Xfce 桌面，第二张是 GNOME 桌面，这里没有太表现出来 Kali Linux 中对各家 DE 的美化。不过能看出来 Terminal 中对 Shell 的美化。

你可以和 Debian 的那张图片对比一下就可以发现不同之处。Debian 那个使用的是 bash 并且没有看出有什么美化，尤其是 PS1 变量（就是 debian@debian 那个东西）就是默认的设置，但是 Kali Linux 默认除了 bash 之外还安装了 zsh 并且将 zsh 作为其默认的 shell。并且它对 zsh 做了一些配置，比如那个 kali@kali，zsh 默认并不是这样的，这是 Kali Linux 自己的配置，而且默认还有对历史命令的猜测和对你输入的命令颜色上的美化，这是靠两个 zsh 的插件实现的。

插件 zsh-autosuggestions

插件 zsh-syntax-highlighting

写到这里突然发现我无法真正确定 Kali Linux 上的 zsh 是通过这两个插件得到的这个效果，但是这俩插件很受欢迎，大多数发行版对都是默认不装 zsh 的，所以你装 zsh，网上的美化教程大多都会提到装上这两个插件。

我本身是 bash 作为 shell 环境，也懒得整 zsh，我就贴一个 fish shell 官网的截图，zsh 这两个插件就是旨在还原 fish shell 的效果

/img/introdistro/fish_autosuggestions.png

可以看到 ssh 后面是灰色的，这就是对历史命令的读取，只需要一个右键就可以直接根据这条历史命令补全当前输入的命令，并且 cat 和 ssh 之类的都有颜色，这是语法高亮，那两个插件就是还原这个效果。

Kali Linux 我记得是滚动更新。

官网链接：https://www.deepin.org/

Deepin 操作系统作为我国国产的操作系统，我自然是要体验一番的（虽然只使用了一天左右吧），V20.x 都是基于 Debian 的，Deepin 操作系统是我比较推荐新手使用的，不过我自己没使用过太久，所以可能这个 OS 没有我想象中那么新手友好。作为一款国产的操作系统，一些没有推出 Linux 版本的国内软件它有自带的解决方案（虽然我没记错的话，应该是用 wine 模拟的，wine 是一个类 Unix 平台中运行 exe 程序的解决方案），Deepin 自带的软件商店可以点击一下就安装了，还是比较方便的。Deepin 默认使用自家的 DE——DDE,这个 DE 我自认为不咋好看。

Wine 通过提供一个兼容层来将 Windows 的系统调用转换成与 POSIX 标准的系统调用。它还提供了 Windows 系统运行库的替代品和一些系统组件（像 Internet Explorer，注册表，Windows Installer）的替代品

上面这段摘自维基百科对 wine 的介绍。

目前使用 Deepin 这类国内公司发行的 GNU/Linux 发行版应该还有一个好处 —— Linux 版本的微信目前只支持这些发行版。

/img/introdistro/DEEPIN_DDE_20_9.jpg

Deepin 应该是随版本更新。

Deepin 23 开始，包管理器就不再使用 Debian 的 dpkg 了，所以标题写的是 Deepin 23 之前。

这个名字也不知道对不对。Redhat 使用的大概是 rpm 包管理器。

官网链接：https://fedoraproject.org/

作为一个商业公司的产品，软件版本比较新。主打一个为开发者设计和注重隐私和安全。

确实是为开发者设计，默认安装了 QEMU 和 GNOME BOX 可以用来安装虚拟机，还安装了 podman 用于安装一些容器。

Fedora 默认启用 firewalld 防火墙，使用了 SELinux 安全模块，安装时可选全盘加密，开箱即用的安全启动支持，软件仓库中的软件编译的时候也都是开启了 NX，PIE，fstack-protector，ALSR 等选项，内核也开启了一些安全选项编译。

Fedora 40 开始，会为每个 WIFI 连接生成一份单独的 MAC 地址保护隐私: https://fedoraproject.org/wiki/Changes/StableSSIDMACAddress

/img/introdistro/Fedora_Workstation_38_Desktop.png

Fedora 和 GNOME 配合的很好，受 GNOME 的更新也是最新的那一批。

这里可以发现和 Debian 差不多，Kali Linux 那张没有体现出其对 GNOME 的主题美化。三家的 GNOME 都差不多，因为版本没有差出那么多，三家发行版其软件仓库中的软件版本可能不同，但仅局限于此。

Fedora 默认会开 lzo 算法的 zram，这点可以的。

Fedora Linux 是随版本更新。

Arch 系使用 pacman 作为软件包管理器。不过 Arch Linux 提供了 AUR，这是一个用户软件仓库，提供了 Arch Linux 官方仓库没有的软件，比如 linuxqq，一些国产软件都在 AUR 里可以找到，不过 AUR 不过是一个构建软件的脚本，对应软件得在 AUR 的 PKGBUILD 中写好的网址去拿对应的包。如果是国内软件安装还好说，其他的比如有些从 GitHub 拿的就得配置好网络了。Arch 有个 archlinuxcn 软件仓库，有一些额外的软件可以直接安装，中科大有 archlinuxcn 的软件源。 AUR 应该是 GNU/Linux 平台中软件包数量很多的平台了，能超过它的可能只有 NixOS 的（在我的认知中）。

官网链接：https://archlinux.org/

Arch Linux 我只用了五个月左右就换成 Gentoo Linux 了，时间不长，我也不清楚滚动更新带来的滚挂能不能出现，反正我没遇到过，不过这个问题讨论之前应该定义一下什么是滚挂，之前我有过一回在登陆管理器登进去就黑屏，后来看到了错误日志发现貌似是 nouveau 的问题，我在 kernel 启动参数禁用 nouveau 就好了。这种算不算挂，应该不算吧。不过可以尝试安装 TimeShift 定时做快照给自己一个心理安慰，我当时整来着，就是快照就没有用过。

Arch Linux 是我推荐在 Deepin 待过一会就尝试的操作系统，虽然这个系统需要使用命令来安装，没有安装界面，所以可能有些困难，不过Arch Wiki写的还是不错的，可以结合着别人的安装指南来看，wiki 和指南一起看，虚拟机尝试一手，就差不多了。这样的命令安装也许能让你对你的操作系统更有一个掌握的感觉（自认为）。

而且我认为有一个 Arch Linux 的启动盘是有些必要的，因为这样能一定程度上解决一些你需要进入系统才能解决的类似无法进入系统的问题。

/img/introdistro/KDE_5.png

这里放一个 KDE Plasma 桌面的截图，之后也就不放截图了，因为后续的发行版没有对桌面环境有什么太出彩的美化，这里放截图纯属因为还没放过 KDE Plasma 的截图。

很多软件在 AUR 上都有对应的 BUILD 脚本，这一块的生态是我选择 Arch Linux 的一个很重要的原因

Arch Linux 给了用户很高的自由度，用户可以自己选择使用什么增强安全的方式。

Arch Linux 提供了 archinstall 可以更方便地安装系统

Arch Linux 是滚动更新。

官网链接：https://manjaro.org

Manjaro 是基于 Arch Linux 做的 OS，比 Arch 仓库的软件推送慢了两周。Manjaro 的优势或许就在于它有一个安装界面，可以点点点就开始安装了，不需要输入命令。我看到过一个吐槽 Manjaro Linux 的，认为这降低了 Arch Linux 的门槛，反而让一些因此才使用的用户无法应对使用中可能遇到的问题。当然我并不认为这会有大不了的。我曾经在某年冬天就抱着要装 Manjaro 双系统的想法，当然后来我是 Arch Linux 单系统（逃）。

有人说 Manjaro 有一个很好的驱动管理软件。

Manjaro Linux 是滚动更新。

说实话，我目前还不知道哪个系统是基于 OpenSUSE 做的。OpenSUSE 使用 zypper 作为软件包管理器。

官网链接：https://www.opensuse.org/

OpenSUSE Linux 提供了滚动更新和版本更新两种更新方式，这对应它两个版本。有个类似 AUR 的用户软件仓库 OBS，不过我不是很了解 OBS，也不再多说什么了。OpenSUSE Linux 有别的 OS 都没有的 Yast 客户端，这个 GUI 软件可以完成很多特权操作，类似 Windows 的控制面板。而且 OpenSUSE 的软件源网址貌似可以自动给你选一个近的软件源去下载软件，可以让你使用官方源的时候也保持着还不错的速度。

就像上一段开头说的那样，OpenSUSE Linux 提供了滚动更新和依版本更新两种方式，分别是 OpenSUSE Tumbleweed 和 OpenSUSE Leap。

OpenSUSE 默认启用了 Apparmor，GRUB 启动引导界面有自己的皮肤，虽然我认为这个皮肤不怎么好看。

Gentoo 使用 portage 软件包管理器，软件大多都是从源码开始安装。部分大型软件提供了二进制软件包版本。

官网链接：https://www.gentoo.org

所谓的元发行版，由于软件仓库分发的是源码而不是软件本身（需要用户自己在自己的电脑或者是用户个人的服务器上编译），给了用户其他发行版都没有的自由。

这个自由是选择的自由

Gentoo Linux 是少数可以让你选择非 systemd 作为系统 init 系统的 Linux 发行版，但在这个世界，使用非 systemd 作为自己桌面操作系统的 init 系统就像用 linux-libre 作为自己的系统内核一样难绷，不过非 systemd 的 init（如 openrc ）还算可用，不过我很怀疑 linux-libre 的使用情况。

我不知道你是否对部分发行版打包的策略有意见，比如某些软件你希望直接上 O3 + lto 编译（虽然这些都是理论上的性能提升，用户难以直接感知到变化），但是为了稳定，少有软件会选择这个编译策略，但是 Gentoo Linux 可以让你的想法成真。

或者你不满软件的一些行为，但是你的 patch 一时还难以合并过去，portage 支持编译时应用用户自己的 patch。

Fedora 41 选择了使用 O3 编译 Python，自称有 1.4 倍的性能提升

https://fedoraproject.org/wiki/Changes/Python_built_with_gcc_O3

portage 的优点在于提供了 USE 变量，它允许用户自己决定软件的功能支持以确定依赖关系。Arch Linux 可能可以认为是可以定制你的系统，Gentoo Linux 就是可以定制你的软件。

USE 是 Gentoo 为用户提供的最具威力的变量之一。很多程序通过它可以选择编译或者不编译某些可选的支持。例如，一些程序可以在编译时加入对 GTK+或是对 Qt 的支持。其它的程序可以在编译时加入或不加入对于 SLL 的支持。有些程序甚至可以在编译时加入对 framebuffer 的支持（svgalib）以取代 X11（X 服务器）。

大多数的发行版会使用尽可能多的支持特性编译它们的软件包，这既增加了软件的大小也减慢了启动时间，而这些还没有算上可能会涉及到的大量依赖性问题。Gentoo 可以让你自己定义软件编译的选项，而这正是 USE 要做的事。、

在 USE 变量里你可以定义关键字，它被用来对应相应的编译选项。例如，ssl 将会把 SSL 支持编译到程序中以支持它。-X 会移除其对于 X 服务器的支持（注意前面的减号）。gnome gtk -kde -qt5 将会以支持 GNOME（和 GTK+）但不支持 KDE（和 Qt）的方式编译软件，使系统为 GNOME 做完全调整（如果架构支持）。

摘自 Gentoo amd64 安装手册

当然还有很多变量，比如 CFLAGS, L10N, VIDEO_CARDS 这些，可以指定编译选项，本地语言和显卡设备

Gentoo Linux 这种源代码发行的系统，优势在于软件都是自己的机器编译安装，从隐私或安全角度来说都还不错，可惜我的机器性能没那么强劲。

Gentoo Linux 的安装并不完全依赖于它的安装介质，比如也可以使用 Arch Linux 的 livecd 去安装。

Gentoo Linux 是滚动更新。

Nix 系使用的是 Nix 作为包管理器，这是一个是一个纯函数式包管理器，旨在使软件包管理可靠且可重现。特点在于不遵守 FHS 标准，每个软件的每个版本都有一个独特的哈希值标明，并且通过符号链接的方式自由选择某些软件的某个版本作为当前使用版本，所以可以避免所谓依赖地狱这样的问题。Nix 系大抵只有 NixOS 吧，有个和 Nix 包管理器差不多的叫作GNU Guix，基于这个包管理器也有一个 OS，就是 Guix OS。

FHS (Filesystem Hierarchy Standard)标准规定了文件系统中每个部分的大致用途和名称，比如/etc 存放配置文件，/bin 存放可执行文件，/lib 存放可执行文件使用的链接库。

依赖地狱(Dependency hell)这个问题我自身没遇到过，这个问题虽然有多种表现形式，但是我认为大体上你最多可能看到其中的一种情况——你安装了软件 A，其依赖于软件 B 3.2 版本，之后你又想安装软件 C，但是它依赖于软件 B >= 3.4 版本，这时候版本之间就发生了冲突。

其实软件包管理器一定程度上解决了依赖地狱的一些问题，当然有的软件包管理器貌似没有版本的概念，也就没有刚刚我说的这个问题的存在。

Nix 靠将每个软件包都安装在 /nix/store 文件夹中并附上一个唯一的哈希值作为标记，保证了软件包依赖的独立性，不同软件的相同的依赖会因为这个哈希值而被标识为是对方的依赖，从而解决了依赖地狱的问题。当然，这样的方式也造成了磁盘空间的占用。Nix 存在着大量的软链接，其通过链接的方式做到指定当前环境的每个软件的版本是多少。

官网链接：https://nixos.org/

NixOS 提供两种安装方式——图形化安装和手动安装。图形化安装就像 Fedora 这样的发行版一样提供一个带 DE 的 LiveCD 环境，不过这种安装受到我国网络环境的限制，不过都有 DE 了，是否在设置里设定一下代理，或者像 clash 这样的代理工具开 tun 模式可以完成下载软件的步骤 🤔。反正我是手动安装的。该系统的特点是大部分的配置可以写在 /etc/nixos/ 中的文件中，比如对软件，services，用户的管理等等。在安装软件的时候可能涉及到从诸如 GitHub 之类的网站下载补丁或者源码，所以做好网络环境的配置是必要的。

但是安装软件的是否可能涉及到从 GitHub 之类的网站下载东西，或者如果你使用 NUR 的话（我不清楚 NUR 是否有国内源），NUR 仓库在 GitHub 上，所以你需要配置好网络环境才行。

之后我发现，Nix 这种特性在我安装交叉编译链的时候有那么一点点不友好，我难以忍受我需要为了 RISC-V 64 架构的 qemu 装那么多软件（逃）。当然 NixOS 有很多有意思的 feature，所以可能存在一个更加好的方式去安装交叉编译链，只不过我不知道了。

NixOS 不遵守 FHS 标准，所以正常的 chroot 也不好进去，使用它们自己提供的程序即可，我记得是叫做nix-enter。

NixOS 的 flakes 和 home-manager 结合可以更好的声明你的系统配置，很多东西都可以用这些声明文件自动生成。但是现在的问题是文档质量不足，太多的东西都需要直接看 nixpkgs 中的源代码，虽然现在有 NixOS Search 和 MyNixOS 可以搜索相关的部分细节，但也不是很够。如果要全面的了解还是需要去看源码是怎么写的。

只要你不是安装那种不能选择 DE 的发行版，那么选择一个 DE 就是你不得不做的一件事。

桌面环境将各种组件捆绑在一起，以提供常见的图形用户界面元素，如图标、工具栏、壁纸和桌面小部件。此外，大多数桌面环境包括一套集成的应用程序和实用程序。最重要的是，桌面环境提供了他们自己的窗口管理器，然而通常可以用另一个兼容的窗口管理器来代替。

桌面环境我只浅谈一下 KDE Plasma, GNOME 和 Xfce。我在下面谈到了对 Wayland 的支持问题，如果你是 NVIDIA 独显驱动用户的话，GNOME 是禁用 Wayland 的，KDE plasma 不禁用。（GDM 会 检查 NVIDIA 是否开启了一些参数以选择是否禁用 Wayland，总体来说是可用的）

如果你要使用 Wayland，输入法框架方面就不能选择 fcitx，只能选择 fcitx5 了。ibus 我没用过，不知道怎么样。我一直是 fcitx5 用户（逃） ibus 直接装就是支持 Wayland 的。我引入了输入法框架这个名词，但是没有太多解释，我这里就放一个 Arch zhWiki 中输入法条目的链接。

当然，各家 DE 都是有美化的空间的，具体你可以去搜一搜相关的美化教程，我本人是懒得做这些事情，所以也就没什么好说的了。（我认为美化的空间都很有限）

一个桌面环境（DE）一般包括一个窗口管理器（WM）还有一堆相关的软件：文件管理，查看图片视频音频等，设置，文本编辑器等

在我看来，KDE Plasma 优秀的地方在于：

  • 家族有很多软件，并且其中存在很多有用的软件。
  • 设置里存在很多可设置选项，可以调控的地方有很多很多很多
  • 社区驱动，对很多系统的支持都不错
  • 对 Wayland 的输入法协议实现的很全面，可以让一些尚没有使用新版 Wayland 输入法协议的应用用上中文输入法

在我看来，GNOME 的优秀的地方在于：

  • 比 KDE Plasma 更漂亮的外观
  • 也许因为貌似大部分代码由商业公司贡献，导致更加激进？
    • RedHat 甚至发起过提案要让 GNOME 只使用 Wayland，RedHat 开发的 Fedora 在 Fedora 42 版本（目前正在开发中）貌似就要这么做了。
      • 更新: Fedora 41 默认只提供 GNOME Wayland。

但 GNOME 难绷的地方在于：

  • 只支持 text-input-v3（Wayland 输入法协议第 3 版）导致我的中文输入法在 Electorn 应用上会无效（如果使用 Wayland 的话）
  • 貌似基本上大部分是商业公司的开发者贡献代码
  • 去除了系统托盘的支持，也许你不知道系统托盘是什么，就是 Windows 下边那个任务栏在时钟旁边的那堆应用小图标

如果你都不喜欢，可以安装一个你喜欢的窗口管理器（基于 Xorg 的有 i3，dwm 等；基于 Wayland 的有 Hyprland，sway，wayfire 等），然后那些软件和小组件都由你来自己手动安装，这样的一套桌面环境可以调整的地方会更多（也更加折腾），并且可以更符合你个人的习惯。

KDE Plasma 是相当受欢迎的 DE 了，而且一定程度上和 Win10 的桌面有些像，所以对于一些人来说可能会比较熟悉。KDE 设置提供了很多选项，可以说 KDE 可以设置的地方很多。KDE 的音频控制组件貌似不是很支持 pipewire，我知道的是 Arch Linux 用户可以安装 pipewire-pulse 兼容层解决这个问题，Gentoo 虽然也有这个，但貌似不是很好使的样子（后来好使了，不清楚我这两回之间有什么操作上的差异）。KDE 自带一些监控硬件参数的状态栏组件还是比较不错的，Xfce 也有类似的，GNOME 就没有这东西了（GNOME 也有 SystemMonitor 提供这个功能，但无法在状态栏上显示）。甚至 GNOME 默认是没有系统托盘的，这个还需要安装相应的插件来实现。

KDE Plasma 目前貌似还存在一个问题 —— Wayland 下的部分应用无法正确显示图标，而是显示一个 Wayland 默认图标。这个问题不清楚在 Plasma 6 中是否还存在。（24 年 11 月更新：印象中不存在了）

我认为 KDE Plasma 什么都不错，就是颜值差了些。

GNOME 默认使用 Wayland，当然如果检测到机器使用 NVIDIA 独显驱动，那就不会用 Wayland 了（现在会有一套检查逻辑，需要开启一些 NVIDIA 相关的 service 才能用 Wayland）。我认为 GNOME 默认还是挺不错的，我指的是颜值。

Electron 和 Chromium 不同的是，你未必能够解决无法输入中文这个问题（在 Wayland 中），你可以通过传递 flag 的方式用以 Wayland 启动软件，但由于 Electron 目前还不支持 gtk4 导致无法在 GNOME 桌面环境中输入中文（如果用 Wayland 的话）。

GNOME 的分数缩放仍然是实验性功能，Fedora 41 默认启用，其他的发行版可以自行使用 gsettings 或者 dconf 编辑器设置

GNOME 的 night-light 只有根据地区设置和手动修改，没有一直开启（可能除了那俩选项还有别的，但反正没有一直开启），我只能手动修改，时间设置为 0:00 ~ 23:59 这个时间段。GNOME 46 就可以通过都设置同一个时间段达到全局开启的效果了好像？我这句话的意思不是说 GNOME 46 开始可以了，是我恰好用了这个版本，发现这个版本可以。

GNOME 47 支持了可选的 Xorg 支持，Fedora 41 也是默认提供的 GNOME Wayland。

Xfce 这个 DE 有点就是简洁消耗小。Xfce 家族的软件都不是那么花哨，其大小也还不错，所以一些 WM 用户可能会选择安装 Xfce 家族的部分软件。你尝试装的时候就会发现 Xfce 需要装的软件真的少，所以功能也不是很多，当然核心的那些都有，没有什么问题。

KDE Plasma 和 GNOME 都默认 Waylnd 了，Xfce 还是在下个版本才默认 Wayland 还是对 Wayland 有良好的支持来着？

WM（WIndow Manager,窗口管理器）是比 DE 更低级的东西，一般可以带来更低的消耗，尤其是平铺式的 WM 可以带来更好的视觉体验。由于 WM 大多数时候都是需要键盘就行，我还听到一个言论就是使用 WM 更不容易得鼠标手。

WM 不会自带很多东西，比如应用程度启动器，壁纸，窗口渲染，声音和亮度调节，polkit 前端组件等等，这些都需要你去自己装上，当然有的 WM 可能会自带窗口渲染或是其他什么的。那些 DE 也都有自家的 Terminal，虽然 WM 也可能自家有 Terminal（比如开发 dwm 的组织也开发了 st Terminal）不过不会自动安装，这个也需要自己装上。

窗口管理器会少一些小组件：

  • poklit 前端组件
    • 类似 Windows 的 UAC，只不过 Windows 弹出那个窗口要求你是否要运行的时候点击即可，这个需要你输入密码
  • xdg-desktop-portal 组件
    • 用来允许应用程序互相通信用，比如选择文件，屏幕共享之类
  • 电源管理 && 空闲管理
    • 空闲管理指的是用于控制过一段时间锁屏休眠的东西
  • 音量 & 亮度控制等
  • 状态栏

WM 我只浅谈一下 i3wm, dwm，sway 和 Hyprland。

这是一个知名的 WM 了，基于 X11，我用的时候是在用户目录的.xinitrc 文件中写了 exec i3 通过 startx 命令在 tty shell 启动 i3wm。配置文件在用户目录的.config/i3 文件夹中。Kali Linux 中对 i3WM 好像有个美化看起来有些意思，我懒得装 Kali Linux 的虚拟机了，看官网 Blog 中的图片感觉还有些意思。

这里插一嘴，所以这里有个新玩法，即只让一个软件运行以求更好的性能，也是在 .xinitrc 写 exec <program> 然后 startx 运行。

这是比 i3wm 消耗更低的 wm，也是我比较推荐的 wm 了，缺点就是配置文件也是需要参与到编译环节的，每次更改配置文件都得重新编译 dwm。dwm 比 i3wm 还要简洁，所以你需要补丁才行。dwm 也是基于 X11 的。这里就要所说 Gentoo Linux 了，Gentoo 的 dwm 提供了一个 USE 变量 savedconfig，这会让 Gentoo 把默认的配置文件放到一个目录中，每次你更改这个文件再 emerge dwm 就行，它会读取那个目录的文件参与编译。

sway 是 Wayland 版本的 i3，i3 的配置文件可以直接拿来用。

开发更加保守，NVIDIA 需要附加 --unsupported-gpu 选项才能使用。

sway 依赖于 wlroots 这个 compositor，很多 Wayland 的窗口管理器都使用的这位。Hyprland 0.42 之前也是使用的它，后来自己写了一个。

sway 没有 XWayland 分数缩放的支持，sway 和 Hyprland 貌似都倾向于让 XWayland 自己实现这个功能，但是 Hyprland 提供了一个将 XWayland 的缩放设为 0，不跟配置的缩放走的选项，这样用户可以自己显示地通过设置或者命令行参数的方式单独 XWayland 的应用的缩放，sway 并没有提供这个方式。

Hyprland 是基于 Wayland 做的 WM，Hyprland 戳我的点就是官网主页列的截图。

/img/introdistro/hyprland.png

真的好帅啊，当然 Hyparland 默认不是这样的，你需要安装其他的软件进行进一步的配置。

我尝试使用了几周，期间写的配置文件让我存放到 GitHub 仓库内了。

Hyprland 可以很好的设置环境变量，并且自带对窗口的美化。目前的最新版（0.42）移除了对 wlroots 的依赖，而是使用自己的一套。

Hyprland 比 sway 好的地方则是实现了 text-input-v1。并且支持将 XWayland 的缩放设置为 0，而不是直接按照全局的缩放比例走（我本身只有一个 electron 的应用只能跑在 XWayland 下，所以我用 flatpak 安装了它，并用 electron 命令行的方式缩放，这样还是可用的，所以 XWayland 设置为 0 缩放，我自己手动给应用缩放这个办法我还算接受）

Hyprland 官方可能是用 Arch Linux 和 NixOS 的多？文档中的部分解决方案基本都是针对这两个发行版的。

更新于 2024-11-24
阅读原始文档
 Linux, Intro
返回 | 主页