选择Linux发行版


4

有这个问题的危险领域所以请尽量保持公正,而是专注于选择Linux发行版时要寻找的内容

我是Linux新手。我认为它永远不会发生,但我需要一个Linux盒子来玩,我有一个备用的无风扇Atom PC(仅限32位)。

我将把这台机器用作非商业爱好服务器,麻烦的是,我甚至不知道如何比较Linux发行版以及为什么人们选择一个而不是另一个。

如果有的话,我希望从USB记忆棒轻松安装。

我的问题是:在为服务器选择(免费?)Linux发行版时,您会寻找什么?

如果可以的话,请解释一下这些东西实际上有什么不同,而不说你认为哪个更好,只是事实。

我看待它的方式,Linux作为服务器只是一个SSH控制台,我发现很难想象一个和另一个之间会有什么不同。


1
不幸的是,这些问题很有趣,但它们并不符合超级用户的范例。他们邀请长时间的长时间讨论,这不是网站的目的。
EBGreen

2
这似乎是一种颇具建设性的措辞。我不会立刻关闭它。卢克,或许可以看看好主观,不好主观的一些关于如何提出一个好的主观问题的技巧。只要它不是开放式的,并要求具体的专业知识和支持索赔,我们很好,我想很多人可以从这里的规范答案中受益。
slhck

1
@slhck是,卢克的工作做得很好措辞的问题进行建设性。这是一个没有建设性的话题。任何“我应该得到什么”的讨论必然是主观的和有争议的。添加极客忠诚于他们最喜欢的发行版和随后的古怪。
Isaac Rabinovitch

3
@IsaacRabinovitch问题不是“我应该得到什么?”,问题是,“当我选择时,我应该注意什么?”,这是我们鼓励的问​​题(另请参阅我需要考虑的内容)什么时候购买硬件以满足我的需求?
slhck

Answers:


13

既然你专门提到服务器,我会建议以下进入决策过程:

  1. 稳定与出血边缘发布

    有很多人喜欢“流血边缘”版本(例如ArchLinux或Fedora)。然而,这意味着它们本质上是Linux版本的持续Beta测试版。当然,对于某些应用程序,这种思维过程可能会有好处。频谱的另一端是Debian,只有稳定版本(除非你在Tumbleweed子集中)。推迟循环的速度较慢。至少根据我的经验,即使是OpenSuse下面的一步也是如此。存储库具有旧的稳定版本的软件(例如:当2.4出现时,Python 2.4.3和标准稳定的2.7)。

  2. 包管理器

    这似乎是我在研究Distros时读到的第一件事。每个人都声称拥有一个“先进而强大”的包管理器。归根结底,其中很多都非常相似。

    大多数都有某种搜索功能,大多数都会为你解决依赖关系,这对你刚开始可能会非常有帮助。对于无头服务器,您可能需要具有良好搜索功能的服务器。(基于Debian的任何东西都是aptitude <searchname>Arch的pacman pacman -Ss <searchname>等等)

    此外,在过去几年中,各种版本已经推出了GUI管理器。(Ubuntu的软件中心,Mint有一个版本等)

  3. GUI - 虽然这是半无意义的(或完全在无头服务器上)。

    另一个项目将包括首选的GUI(图形用户界面)。经典的两个是KDE和Gnome。但是,Gnome现在有很多分叉。我之所以说这是半模范的原因是因为你可以在任何发行版上相对容易地改变它。其他选项包括Openbox(轻量级,相当高级),Mate(Gnome2 Fork),Cinnamon(Gnome3重新混音),Unity,LXDE(轻量级,Gnome2-esque)和XFCE - 当然还有其他选项,但这些都是主要参与者。

    作为服务器,您可以进行基于文本的安装(在终端中使用NCURSES显示“GUI”。)大多数发行版都具有基于文本的安装。

  4. 社区

    有时Linux可能很棘手,当遇到问题时,让社区背后有很大帮助。虽然Linux内核大多数是相同内核版本的标准,但Distro处理它的方式可能不同。所以一个活跃的社区维基和通常讨论的发行版是有帮助的。

这些是我能想到的第一件重要事情。添加一个明显的想法,你可能不想从头开始构建(还)。

在服务器应用程序中,根据上述规范 - 我建议将Debian作为服务器。另一个相当不错的选择(使用较小的社区)是OpenSUSE - 但是,我不喜欢我的服务器上的Suse。

Distrowatch可能是一个相当不错的资源,可以为您提供太多发行版的列表。请注意,大多数都基于另一个(例如:Mint基于Ubuntu,一些基于Debian,等等)。

编辑 全部很容易进入USB安装。您可以使用UnetbootinMultiboot


1
辉煌。正是我在答案中寻找的,谢谢。
Luke Puplett

@LukePuplett在Linux粉丝中很难找到客观性。Linux人员往往非常忠诚。我仍然在寻找我的 - 所以我在一艘类似的船上(当然有不同的目标)。
nerdwaller

4

一如既往,这取决于你问谁。例如,我主要在笔记本电脑上工作,所以我倾向于更倾向于简约的发行版(Arch,Slackware,Gentoo)。我试图在没有鼠标的情况下强迫自己更舒服,所以我在拱门上安装了i3-wm(一个轻量级的平铺窗口管理器),而不是更重的gnome / kde。

如果你是Linux的新手,那么我认为最受欢迎的答案是从Ubuntu或Mint开始并开始使用它。熟悉CLI,学习编辑器(vi附带大多数发行版)。在了解完您的方式并在命令行上感到舒适之后,您将能够更好地选择对您来说重要的内容,并搜索出适合您目的的发行版。当你进步时,你不太可能想要坚持使用ubuntu / mint,但是安装很简单,并且会为你提供一个有效的互联网连接,编辑器,X以及gnome / kde附带的所有铃声和口哨声。Wubi将帮助您从Windows环境中开始,或者您可以轻松创建USB安装盘。

那里有很多选择,而且一切都归结为偏好。知道你想要/需要的是经验。从简单开始,弄脏手,然后选择您需要的工具。

编辑: 回应“从哪里开始?” 问题,就linux而言,ubuntu可能是最常见的答案,并非没有理由。按照相当简单的图形安装过程,您将需要启动和运行的所有内容。一个流行的互联网浏览器,图形网络和硬件配置工具,以及一个令人印象深刻的软件中心,用于下载软件包是默认的,更不用说一个巨大的用户社区,其中大多数问题已在网络上的某个地方得到解答。

虽然CLI / bash对于几乎每个发行版来说确实是相同的,但是对于新用户而言,除了命令行之外什么都不会令人望而生畏。恕我直言,在开放浏览器旁边的gnome中打开一个带有教程或至少google的终端,是一个比新的slackware安装的CLI更高效的学习环境。

另一方面,由于某些原因,一些用户选择不使用像Ubuntu / Mint这样的发行版。这些类型的发行版可以称为“转换发行版”,因为几乎所有Linux新手都可以运行默认安装并找到他们需要的内容。这些需求以软件(包)的方式得到满足,因此请所有发行版附带许多个人用户可能不需要的软件。像gnome和kde这样的产品具有很多依赖性并消耗大量资源。

我提到的更简约的发行版(arch,gentoo,slackware)更多地关注核心系统而没有所有附加功能。默认值几乎只是您启动和运行所需的内容。该方法可以允许基于用户偏好和系统资源的广泛定制。能够从下往上构建我的系统允许我删除一些将在我较慢的机器上消耗资源的绒毛。例如,Gentoo的软件管理方法(portage),下载软件包的源代码并解压缩,编译和安装它。通过使用USE标志,用户可以指定包应该支持哪些功能。例如,在我的笔记本电脑上我既不使用gnome也不使用kde,因此我不仅不会安装这些软件包,但我不允许在我的其他软件包中支持这些环境。像这样的发行版具有更陡峭的学习曲线,并且往往需要一些unix知识才能开始。

在你的第一个linux系统中,你应该寻找:

  • 一个简单的安装过程,可以让您在短时间内轻松完成并运行和学习。

  • 一个包管理器,可以让您轻松找到所需的软件并处理依赖关系。

  • 适合您的系统和偏好的环境,无论是gnome / kde这样的完全成熟的gui还是重量更轻的dwm / awesome / i3的X.

  • 如上所述,稳定性。这不仅来自分发,还来自配置的质量。

  • 一个支持您学习基础知识的环境。虽然可以在具有自定义配置内核的gentoo盒上设置服务器(虽然有些人可能不鼓励它),但这可能不是一个有利于您初始学习阶段的环境。

许多Linux用户经常在发行版中漂浮,以至于你会选择一个立即坚持使用它。重要的是快速建立基础的基础,以减轻这种浮动,并帮助您做出明智的决定。请注意,我并不是要特别宣传任何一个发行版,而只是为了支持您的学习过程,并帮助您以鼓励您继续参与Linux社区的方式开始。如果我原来的帖子或者这个编辑模糊不清或者错过了OP问题,我真诚地道歉。


4
您可以解释为什么它们被认为是“简约”以及为什么它们会让笔记本电脑变得更好,而不是推荐某些发行版?是什么让窗口管理者如此重要?当CLI(或bash)对于几乎每个发行版都相同时,为什么会从Ubuntu或Mint开始?你提到“搜索一个适合你目的的发行版” - 嗯,这正是OP所要求的。
slhck
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.