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

2023-04-17 22:04:39 +08:00
 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 又不再是一个稳定的生产环境操作系统，我居然在人生的这样一个小岔路口犯了难，求各位大佬指条明路，谢谢大家。

4929 次点击
所在节点    Linux
71 条回复
0o0O0o0O0o
2023-04-17 22:09:07 +08:00
Rocky Linux
AlmaLinux
0o0O0o0O0o
2023-04-17 22:10:17 +08:00
> 编译 qemu 的时候频频遇到问题，各种依赖的版本问题

绝大部分编译场景都推荐用容器
clickhouse
2023-04-17 22:10:37 +08:00
喜欢用 CentOS 可以继续用 Rocky Linux ，不过我选择 Debian 。
tool2d
2023-04-17 22:13:19 +08:00
我也想吐槽一下 Debian11 。一直是 Debian server 版本重视用户，轻便化内核和永远最新的软件库，是 debian 招牌。

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

一声叹息，新旧交替的软件版本，又无法阻止。
levelworm
2023-04-17 22:21:24 +08:00
Ubuntu 昨天碰到一个问题，wifi adapter 几乎不能使用，一旦开始下载立刻就变成龟速。把网上能找到的方法都用了，包括编译和更换开源社团的新驱动，都没用。不得不感慨，想要完全抛弃 Windows 我这还得有段路得走。现在只好用网线直连。
samli12
2023-04-17 22:21:32 +08:00
rhel
BFDZ
2023-04-17 22:23:08 +08:00
我的 Debian 11
LxnChan
2023-04-17 22:34:18 +08:00
@0o0O0o0O0o 哦对哦，忘了 docker 了，改天试一下
@clickhouse 感觉全新的发行版不太信得过，不知道稳定性怎么样
@tool2d 太难了，不过可以试一下楼上说的容器
@levelworm 这个问题我主观上认为是市场决定的，Linux 的主要用户服务器很少有使用无线网卡的（即便有如软路由一般也是专用芯片）。另外我觉得你可以试试动一动内核，升级或者降级一下，尽量让内核日期在硬件发布后 1-2 年内。
jackyzy823
2023-04-17 22:41:29 +08:00
Fedora/OpenSUSE Tumbleweed

里面的软件又新，rpm 又通用
AlynxZhou
2023-04-17 22:53:53 +08:00
@jackyzy823 虽然都是 RPM ，openSUSE 从来不保证可以通用 RedHat 系的软件包
levelworm
2023-04-18 00:01:16 +08:00
@LxnChan #8
多谢，内核也试过了。网上说 5.15 有 bug ，但是我目前用的是 5.19 ，不过换了个老的也不是太有用。换了驱动有点用处，但是很快就不行了，所以只好放弃。不过我同意你说的，这个市场太小，所以 Windows 优势就很大（ Windows 里这玩意就没问题）。
yuanix
2023-04-18 00:16:40 +08:00
ubuntu server 有什么问题吗，个人感觉除了不喜欢 snap 之外没啥大问题，snap 也可以卸载。
duke807
2023-04-18 01:01:56 +08:00
linux 发行版的尽头是 gentoo
特别是当有需要编译源码的需求
ZeroClover
2023-04-18 01:32:51 +08:00
Linux 的尽头就是

ExplodingFKL
2023-04-18 08:49:04 +08:00
@ZeroClover Nix 邪教.jpg
neroxps
2023-04-18 09:13:38 +08:00
在我的角度，使用容器技术去解决软件环境。研发维护一个容器上游的 images 测试和软件运行都跑在一套标准环境里不是很应该吗？

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

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

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

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

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

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

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

jackmod
2023-04-18 09:33:48 +08:00
钉死在自己最熟悉的发行版里。对 LZ 来说就是 debian/ubuntu 了。
剩下的全丢给 docker 。可以顺便再了解一下 rootless docker 。
kaedeair
2023-04-18 09:53:18 +08:00
下一代服务器系统我会选择 Debian 或者 Rocky Linux ，不过现在容器盛行，服务器选什么操作系统都无所谓了
个人桌面系统我会选择 Debian 或者 Fedora ，Ubuntu 的 snap 实在不能忍
CentOS 给人的感觉就是一切都是旧的，但是稳定，基本不会直接在 CentOS 上研发
rickiey
2023-04-18 10:02:42 +08:00
全都试一遍，如果实在不知道还是选人多的，遇到问题好解决的，ubuntu 、centos fedora 等等
ryan4yin
2023-04-18 10:25:15 +08:00
编译构建当然是用容器啊，环境不统一很麻烦的。
至于发行版的选择，debian/ubuntu 当服务器系统，感觉都还挺不错的。

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

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/933283

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX