求各位大佬指条有关发行版选择的明路

[LxnChan]

写完之后补的一句话：写了好多，不想看可以拉到最后一段。

---

我是从大概小学的时候接触到了 Linux ，当时在图书馆看到的叫红旗(Redflag Linux ），不过当时因为缺失相关基础知识，也没有安装成功，事实上也没有用上。

然后是从 Ubuntu 开始了 Linux 的入门，我还是很感谢我入门的时候的 Ubuntu 16.04 ，当时除了感觉并没有同时代的 Win10 15xx 好看，其他的感觉一切良好，主要是对老旧硬件的良好支持。再往后就逐渐了解了发行版和上下游一说，知道了 Debian 是 Ubuntu 的上游。

在往后相当长的一段时间里，Linux 的发行版我几乎只用 Ubuntu 或者 Debian 的 distro ，因为对 apt 、nano 和 GNOME 实在是太熟悉了。

在往后就是工作了，公司要求使用 CentOS ，便一直使用 CentOS7 ，在此之前稍微有了解过 RedHat 和 CentOS ，也大概知道 7 基本上是最后的绝唱了，不过其实并不在意，研发都不在意升级我担心个屁。

直到前两天编译 qemu 的时候频频遇到问题，各种依赖的版本问题在 CentOS7 上面太难处理了，处理好一个绝对会有下一个在等着你，一怒之下给测试环境换了 RHEL9 ，此前有申请 RHEL 的开发者 License ，也简单接触过 RHEL ，不过一进去之后需要手动启用仓库就感觉很麻烦，仓库很多也不知道该启用哪些。于是又换了 Debian11 ，如果说 Ubuntu 是带没卵用副屏的笔记本，那 Debian 简直就跟只有主板的准系统一样，尽管很熟悉但是还是感觉处处不得劲。最后我还是用回了被我扔进垃圾桶的 CentOS7 。

---

于是郁闷了快两三天了，Ubuntu 日渐臃肿，CentOS 又不再是一个稳定的生产环境操作系统，我居然在人生的这样一个小岔路口犯了难，求各位大佬指条明路，谢谢大家。

[0o0O0o0O0o]

Rocky Linux
AlmaLinux

[0o0O0o0O0o]

> 编译 qemu 的时候频频遇到问题，各种依赖的版本问题

绝大部分编译场景都推荐用容器

[clickhouse]

喜欢用 CentOS 可以继续用 Rocky Linux ，不过我选择 Debian 。

[tool2d]

我也想吐槽一下 Debian11 。一直是 Debian server 版本重视用户，轻便化内核和永远最新的软件库，是 debian 招牌。

然而，就是软件库实在是太新了，很多需要编译的老软件，就要去手动处理各种依赖冲突，就让人头大和分心。

一声叹息，新旧交替的软件版本，又无法阻止。

[levelworm]

Ubuntu 昨天碰到一个问题，wifi adapter 几乎不能使用，一旦开始下载立刻就变成龟速。把网上能找到的方法都用了，包括编译和更换开源社团的新驱动，都没用。不得不感慨，想要完全抛弃 Windows 我这还得有段路得走。现在只好用网线直连。

[samli12]

rhel

[BFDZ]

我的 Debian 11

[LxnChan]

@0o0O0o0O0o 哦对哦，忘了 docker 了，改天试一下
@clickhouse 感觉全新的发行版不太信得过，不知道稳定性怎么样
@tool2d 太难了，不过可以试一下楼上说的容器
@levelworm 这个问题我主观上认为是市场决定的，Linux 的主要用户服务器很少有使用无线网卡的（即便有如软路由一般也是专用芯片）。另外我觉得你可以试试动一动内核，升级或者降级一下，尽量让内核日期在硬件发布后 1-2 年内。

[jackyzy823]

Fedora/OpenSUSE Tumbleweed

里面的软件又新，rpm 又通用

[AlynxZhou]

@jackyzy823 虽然都是 RPM ，openSUSE 从来不保证可以通用 RedHat 系的软件包

[levelworm]

@LxnChan #8
多谢，内核也试过了。网上说 5.15 有 bug ，但是我目前用的是 5.19 ，不过换了个老的也不是太有用。换了驱动有点用处，但是很快就不行了，所以只好放弃。不过我同意你说的，这个市场太小，所以 Windows 优势就很大（ Windows 里这玩意就没问题）。

[yuanix]

ubuntu server 有什么问题吗，个人感觉除了不喜欢 snap 之外没啥大问题，snap 也可以卸载。

[duke807]

linux 发行版的尽头是 gentoo
特别是当有需要编译源码的需求

[ZeroClover]

Linux 的尽头就是

[ExplodingFKL]

@ZeroClover Nix 邪教.jpg

[neroxps]

在我的角度，使用容器技术去解决软件环境。研发维护一个容器上游的 images 测试和软件运行都跑在一套标准环境里不是很应该吗？

在容器技术日益盛行的年代，竟然还有人对系统依赖头疼？要什么版本要什么系统 docker pull 一个下来在容器里搞就好了吧。

另其实研发才不管，能跑就行。我最近给客户部署了一个厂家的系统，那个厂家说可以用 docker 部署。他把打包的镜像下载下来，部署好就跑了。

我回来一看，发现他的 mongodb 节点全在一个容器里，里面一个 init.sh 脚本直接唤起 3 个 mongo 进程，更搞笑的是这哥们好像把容器当虚拟机跑了。

入口点的 init.sh 里写死了把他云端的数据库文件恢复到数据库里的指令，导致我每次重启容器，业务数据就丢了。

更更更搞笑但是，mongo 的配置数据库目录保存在一个未持久化的路径下。意思就是说，整个数据库是放在容器的 diff 里。只要容器 rm 掉，整个数据库将会丢失。

我和这厂商的开发说这个事，人家还以为我神经病。一个劲的说我 root 分区太小，可能会出问题。

下面这个是容器入口点的 init.sh 意不意外，惊不惊喜

[jackmod]

钉死在自己最熟悉的发行版里。对 LZ 来说就是 debian/ubuntu 了。
剩下的全丢给 docker 。可以顺便再了解一下 rootless docker 。

[kaedeair]

下一代服务器系统我会选择 Debian 或者 Rocky Linux ，不过现在容器盛行，服务器选什么操作系统都无所谓了
个人桌面系统我会选择 Debian 或者 Fedora ，Ubuntu 的 snap 实在不能忍
CentOS 给人的感觉就是一切都是旧的，但是稳定，基本不会直接在 CentOS 上研发

[rickiey]

全都试一遍，如果实在不知道还是选人多的，遇到问题好解决的，ubuntu 、centos fedora 等等

[ryan4yin]

编译构建当然是用容器啊，环境不统一很麻烦的。
至于发行版的选择，debian/ubuntu 当服务器系统，感觉都还挺不错的。

桌面环境我用过 ubuntu 、opensuse twmbleweed 、manjaro 、endeavour-i3wm ，目前用的 endeavour-i3wm ，很爽。
不过这个爽有个前提——我大部分 C 项目的构建，要么是用我 Homelab 的虚拟机，要么就是容器化构建，因为 endeavour 是基于 arch linux ，环境太新了，如果你本地编译遇到坑可太正常了。

[ryan4yin]

其实据我观察 ubuntu 的兼容性是最好的，很多项目编译都要求特定版本的 ubuntu 。

为了随时可以编译，我 homelab 里有 ubuntu server 18.04 20.04 22.04 三个版本的虚拟机，用于应付一些容器不太好搞定的项目编译。

至于容器化构建，那就简单了，镜像随便拉。

centos ，我对它最深刻的印象就是古老、麻烦，装个 python3 还得加第三方仓库，内核版本只有 3.10 ，早死早超生...

另外因为公司用的 AWS ，我实际工作用的最多的反而是 Amazon Linux ，貌似是 CentOS 的分叉，反正也是用 rpm ，用着还行。

[ryan4yin]

零零碎碎写了好多...总结下我目前的选择，大概是服务端跑 ubuntu server ，桌面端跑 endeavour-i3wm ，容器基础镜像倾向于用 debian

[ryan4yin]

哦哦还有，程序构建首选容器，按项目要求选择对应的基础镜像，如果环境比较复杂、容器不好搞定的，就用虚拟机。

[wowawesome]

@neroxps 哈哈, 能跑就行.

[Xusually]

@levelworm Intel 的无线网卡是吗？我的 AX200 在 Arch 和 Kubuntu 都遇到过，貌似问题比较复杂，有很大的可能性是固件版本的问题，供参考： https://bbs.archlinux.org/viewtopic.php?id=258042

[RedisMasterNode]

@ryan4yin 大部分 OS 装特定版本的 Python （其他软件也可以类推，暂以 Python 为例）都需要加第三方仓库的。例如 Ubuntu 16.04 装 Python 3.6/3.7/3.8/...；又例如 Ubuntu 22.04 装 Python 2.7 ，这个感觉不能算是 CentOS 独有的问题，但是 CentOS 万年不迭代更新确实凸显了这个问题。

最后你说的那个第三方仓库是 deadsnakes ppa 这种吗，这个已经被我当成官方仓库来看待了😂

[ryan4yin]

@RedisMasterNode Ubuntu 16.04 我好像从来没用过哈哈，我刚开始用 Ubuntu 就 1804 了。

装特定版本的 python 是都有问题，这个我确实理解（尤其我用的这类滚动发行版...）。但是装个 python3 还要第三方仓库真有点过分，现在 python3 不该是标配么？只有 centos 因为太老了，还固守 python2.

我已经忘记是哪个第三方仓库了，好几年没用过 centos 了。

我觉得你大概能理解我的观点：CentOS 实在没新意，内核太老很多新功能都用不上或者需要额外安装，比如 ebpf/wireguard/macvlan/ipvlan ，这在普通使用时可能没啥问题，但是踩到坑就难受了。

都 2023 年了我们还在讨论 CentOS 跟 Linux 3.10 ，我感觉这本身就有点奇怪...或许是因为我工作都是 k8s 容器化集群，节点更新迭代很简单，导致我们的集群环境都挺新的，目前内核 5.4 了。

[neroxps]

@ryan4yin #27 你永远不会想到那些老旧软件研发们的思路都是固守自己当年的一个大本营，根本不想更新迭代，能跑就行大行其道。让一个研发去从新学习一个 Linux 发行版，他还不如写多两行代码。

只能说感谢有容器技术让新技术也落后技术能共存。

[ryan4yin]

@neroxps 嗯理解理解，是这么回事，所以还是干云原生运维舒服啊，我可不想整天面对一堆老旧环境。

另外你前面那个 mongo 的例子，确实有点搞笑哈哈，这是把容器当成虚拟机玩了吧，debuff 拉满了...

[standchan]

1 、一个基础的你熟悉的发行版，推荐 ubuntu
2 、容器化
3 、问题解决

[neroxps]

@ryan4yin 总结到位。就是这样的。我下巴都惊掉了。

[salmon5]

AlmaLinux9 ，直接一步到位，至少 5 年不落后

[realpg]

不带显卡 不需要图形界面的 server 无脑 ubuntu 最新 lts
新版 lts 发布后 2 个月左右 就直接 do-release-update 升级上去
只要英语过得去，你会发现什么坑都有人已经踩过了

[yinmin]

@neroxps 关于容器当虚拟机使用，容器数据不分离，有个大厂也是这么干的: microsoft sql server 容器，汗~

话又说回来，容器数据分离应该是研发的活，有些第三方软件让运维 /网管配成容器，要做数据分离是有点勉为其难了。

[tomychen]

对发行这么多怨气？
CentOS 嫌弃老气，Arch 又觉得激进，Ubuntu 又觉得臃肿，那自己打造一个咯...

❯ uname -a
Linux Gentoo-World 6.1.22-gentoo-dist #1 SMP PREEMPT_DYNAMIC Tue Apr 4 15:32:05 HKT 2023 x86_64 Intel(R) Core(TM) i7-8700 CPU @ 3.20GHz GenuineIntel GNU/Linux
❯ stat -c %w /
2019-11-22 18:39:28.000000000 +0800


用 gentoo ，主要的原因就是我可以远离 systemd ，比如 这种天坑 https://www.v2ex.com/t/925537 。



再者 CentOS7 也可以用一些新的东西，当然，我装的这些，现在都不算太新了，这是我的 CentOS 开发环境。

➜ ~ uname -a
Linux localhost.localdomain 3.10.0-1160.59.1.el7.x86_64 #1 SMP Wed Feb 23 16:47:03 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux
➜ ~ clang --version
clang version 10.0.1 ( https://github.com/llvm/llvm-project.git ef32c611aa214dea855364efd7ba451ec5ec3f74)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/clang-10/bin
➜ ~ /usr/local/bin/gcc --version
gcc (GCC) 9.2.0
Copyright (C) 2019 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

只是我不太明白，你的需求倒底是用来做生产，还是用了做开发机。

CentOS 大量出现在生产环境的原因，可能最重要的一点，就是稳，虽然土得跟狗一样，但也稳如狗。
如果是开发环境，那么不应该是哪个炫上哪个吗？跟线上环境不统一？再装一个 VMware ，远程开发不就好了？

再者说了，RockyLinux 不也跳出来接盘了嘛，不必要这么纠结吧。

我想表达的意思是，你都选了，这么自由的操作系统（内核），如果真的觉得都不适合自己，就自己找一个适合自己的框子，自己试着去搭一个出来。

比如把自己想要的东西都源码编到 /opt/下，和系统的依赖分开，这样就不会破坏原有系统的生态。又可以用到很新的东西。

所以，放下纠结，热爱生活，拥抱 linux

[levelworm]

@Xusually 多谢，粗粗看了下讨论好像和我这个还不完全一样，不过我现在换了直连，得仔细看看链接里头的细节。

[qwq11]

翻到底了居然没看见 arch ，那我就推 arch 罢
https://archlinux.org

[restkhz]

我水平不高，就提个个人喜好，生产环境是 Debian+docker ； PC 是 manjaro 。
前阵子有台服务器跑的 Deb 已经算是上古到 Deadsnakes 都不支持了，那就上 Docker 解决问题。
发行版都有老去的一天，依赖参差不齐的应用不可能都开心地跑在一个环境里。
发行版重要但是没有那么重要，这种场合你需要的可能是容器。

[dayeye2006199]

戴比安，不折腾。个人使用服务器，容器基座，我看不出有什么短板，搞成什么样都行

[webcape233]

自用 archlinux ubuntu fedora ，项目看领导 /甲方和实际兼容性，主要是 debian/rhel/ubuntu

[FalconD]

自用 Arch, 生产用 tumbleweed, 项目编译用 distrobox,

[neroxps]

@yinmin 给我一顿输出后这厂换了个技术骨干来给我配就好了，🤣

[neroxps]

额 其实 Ubuntu server 臃肿吗？楼主是嫌弃 ufw 啥？最小化安装了解下？ debian 最小化版本也行吧。
在这容器年代，你只需要关注发行版的内核即可，发行版的软件源感觉重要性不强。如果你们程序需要特定的 linux 内核以及有自己的内核补丁，这才需要烦恼吧？发行版有啥可烦的。哪个顺手用哪个，不就是 linux 核心套个包管理器吗

[B9hkc]

@ZeroClover 这个 oh-my-zsh 的主题叫什么呀，好看

[libook]

个人感觉还是要取决于你们开发的依赖情况，看依赖包版本，然后找个大概率提供这些版本的发行版版本。只要你们开发不升级依赖，你可能就没法用新版系统。如果升级依赖的成本实在太高，又想兼顾系统级别的支持，可以和红帽聊一下采购商业支持，然后让老板掂量一下是开发方面调整划算还是采购商业支持划算。

确定好发行版之后，看是不是可以 CI 化，写好任务，每次调整都自动编译，有问题再微调。
另外容器确实是一个一致性利器，绝大多数场景几乎可以忽略宿主机发行版环境差异。

[Andreas8]

centos stream 你不滚动不就行了？就一个 6.5 用了好几年，升到了 7.4/7.9 又准备养老，个人用随便选 fedora/debian ，企业用目前还是以 rpm 系列为主，一些国内安全公司的产品仅支持 suse/redhat/centos ，因为多数企业涉及到批处理合规扫描漏洞扫描安全加固，切换到 dpkg 系的难度太高，不但要修改大量脚本还要安全公司配套更新扫描工具

[liuxu]

我常见有人喷 ubuntu 的 snap ，但还是第一次见说 ubuntu 臃肿的，也是第一次见有人说 debian 就是主板准系统的

你这个情况适合 windows server 2022
1. 稳定
2. 软件包齐全
3. windows 谈什么臃肿，linux 服务器装桌面看看臃不臃肿
4. 支持好，20 年如一日
5. 易用


liuxu@liuxu-gentoo ~ $ lsb-release -a
LSB Version: n/a
Distributor ID: Gentoo
Description: Gentoo Linux
Release: 2.13
Codename: n/a

[Andreas8]

@tomychen 天坑？你看#8 楼楼主自己回应

[Flyfish233]

Rocky Linux versus Alma Linux, 我选了 Alma Linux 先用着, 再看看吧.

[ZeroClover]

@B9hkc 虽然但是，这是 fish ，不是 zsh

主题是 Starship

[flyqie]

第一次见到有人把 debian 比喻成主板的准系统，离谱。

debian10/11 + container(docker/lxc) 挺好的，资源有富裕的话可以考虑上 vm(virtualbox/qemu-kvm)。

[liuliancao]

federa or debian

[flyqie]

@flyqie #51

考虑上 -> 考虑加上

现在各种虚拟化隔离方案已经很全面了，没必要全搞在 host 上。

[seki]

不太懂，主流的发行版都有包管理，想要什么功能就去安装什么包，实在没得装就自己编译。为什么要吐槽发行版默认预置包的多少呢。而且楼主你自己也说用过 ubuntu 和 debian 了，前几年和这几年应该也没有这么翻天覆地的差别吧……

[LxnChan]

@jackyzy823 @duke807 @ZeroClover @jackmod 感谢建议，各位提到的系统我都会去尝试
@yuanix snap 只是一部分，包括还有 ubuntu pro 、gnome 越来越消耗性能、不够稳定等问题
@neroxps 主要是需要编译的是 qemu ，需要用到桌面环境，如果说在容器里面这些都装的话感觉会很麻烦，而且很脱裤子放屁（
@ryan4yin #23 好的感谢建议 #27 确实，踩坑是最难受的
@realpg 我之前有个鲲鹏 arm 的 server 直接 do-release-update 之后就炸了哈哈哈，所以以后再也不敢一键 dup 了
@tomychen 我可没有对发行版有很多怨气啊🤣，只是觉得如果大部分时间都浪费在配置环境和解决依赖问题上就太得不偿失了。另外我是打算开发生产一把梭的，两边反复横跳最后麻烦的还是自己。
@qwq11 arch 邪教快退散🤣🤣🤣
@restkhz 我觉得也是，打算进一步熟悉一下容器
@dayeye2006199 那确实，debian 是最好塑性的
@liuxu 笑死，我自己家的 nas 现在跑的还真是 winserver 2022+hyper-v

[slack]

说实话我挺不喜欢发行版自己搞拆包，一个软件分成好几个包我在 DEB 系 RPM 系都见过，可能这些发行版都遵从最小安装原则，但是破坏了软件的完整性有而且可能会导致依赖出错。

[vtgoal]

如果不是那种喜欢折腾的极客，只想找个比较省心的桌面发行版，建议你还是在 Ubuntu 和 Fedora Workstation 这两个里面选吧，CentOS/Rocky/RHEL 适配的是生产和企业应用场景，并不适合桌面场景。

[tomychen]

@Andreas8 也放你是觉得把所有功能集到一个 bin 里，然后挨个 ln 做链接是最优方案吧。


@LxnChan #55 一次配置，长久受用，是值得的。

[shengyu]

也许可以试试云厂商定制的 Linux 比如腾讯的 tencent os 3.1 ，用户态是 RHEL8 内核是 5.4 ，持续有安全更新，和软件包的构建，随便买个 1c1g 的虚拟机，有问题还可以直接提单。

[livenpc]

pc 端之前是 ubuntu 用户，转 manjaro 快两年，体验不错，aur 软件包丰富，更新快（除 arch 外）且稳（对比 arch ）。楼主如果愿意折腾、客制化的话也可以试试 arch 。

无显示器平台都是无脑 ubuntu ，图个省心，最近一年开始便好容器化，把原生系统基本隔离开了。

[lbm008]

其实各个发行版多多少少都有自己的槽点，还是建议用已经熟悉的。感觉 debian 不够开箱即用的话可以参考一下自己以前用的东西和别人安装的包，不用 wayland 的话安装配置完应该也不用半天的。

[uxstone]

1. 不折腾任何 Linux 桌面
2. Ubuntu LTS Server 的 ISO 文件比 Debian 要小很多

[dif]

个人喜欢 Ubuntu ，从 12 年开始一种用到现在，当然，仅仅是个人用，公司还是一如既往的 centos 。

[ivvei]

我没看明白，楼主你什么角色？装系统干嘛用的？
生产环境操作系统？那你在上面编译 qemu 干嘛，怎么还拿生产环境编译的？

[baobao1270]

如果你是桌面环境、日常使用，推荐 openSUSE Tumbleweed
如果你是服务器环境，或者桌面或服务器环境的开发，推荐 Ubuntu 20.04

[LxnChan]

@ivvei 是运维，公司这边有一套自研平台，基于 CentOS7 ；同时也自己折腾，编译 QEMU 主要是想虚拟化 arm 架构和 loongarch 架构，需要 QEMU 能够开起来图形化界面。生产开发一把梭的意思是用某个发行版做一个镜像，然后必要的基础依赖都在里面，之后只需要到环境上恢复这个镜像就可以了。
@lbm008 ok
@baobao1270 好，我回去试一下

[moonjourney]

所有发行版都用过，只有 nixos 完美解决我的问题

[realpg]

@LxnChan
非 amd64 架构还是少折腾。。。
我的经验都是仅限于 amd64

ubuntu server lts 的话 基本新版本出来 1 个月左右是最佳升级时机，首先升级可能是有问题的，一个月基本坑都踩了官方也修了，再远一点，可能因为小版本的演进，比如假如升级 22.04 的时代，你原来频繁更新底子是 20.04.3 ，22.04 时间长了也变成了 22.04.1 ，这时候的升级可能就产生额外的小问题了，虽然大部分可以解决，给自己添麻烦


我甚至有 ubuntu 6.06 lts 一路升级上来的 16 年+的物理服务器还在跑。。。

[mohumohu]

我觉得没关系，用了 docker 都一样。

[Dislocator]

debian 挺好的

[z3k3]

@ZeroClover @moonjourney 两位同好，你们好！

> NixOS 用在服务器上很爽，用在自己电脑上也很棒。
> Nix 放在 macOS 上，搭配 nix-darwin 用来管理系统配置和开发环境也很棒。

---

如果 Po 主是负责企业生产环境的运维人员，应该选 Rocky Linux 或是 AlmaLinux 这类企业发行版：

1. 可以延续之前使用 CentOS 的使用习惯。
2. Po 主的工作给别人接手时，也不会太费力。

如果 Po 主是位开发，强力建议使用 NixOS：
* 声明式的系统管理方式，用了之后才会了解到它的好。（和传统的系统管理方式是完全不同的体验）