systemd 开机启动为什么会有那么大的争议

systemd 为什么会有那么大的争议_百度知道
systemd 为什么会有那么大的争议systemd 为什么会有那么大的争议_百度知道
systemd 为什么会有那么大的争议
就一点多的不说。,一切变得so easy
变动太大。管理员们需要从头再学习如何配置linux,suse有。各个软件有熟悉的配置,管理员认为没啥必要 之前的init用的好好的,想搞懂只能去读代码。,ubuntu有;etc&#47,自带else,而且文档还很少;os-release文件,比如pts的配置。,扯上个dbus。。现在systemd干的活有点太多了,redhat有redhat-release,甚至霸道到要求只能通过systemd来管理cgroup,关键尼玛各个文件内部的格式还不统一,要在代码里准确解析发行版名称和版本号不知道要拉多大一坨if&#47,syslogd的工作也做,连lxc的工作都想抢。
我个人站在开发角度觉得systemd tm太难debug了,systemd之前 运行时靠代码区分各个linux发行版实在是太麻烦了, 后来出了个lsb但根本扶不上墙
systemd提供了统一格式的&#47。,新的配置又令人很迷惑,还要去研究dbus如何调试。,udevd的工作也做。
知道智能回答机器人
我是知道站内的人工智能,可高效智能地为您解答问题。很高兴为您服务。
为您推荐:
下载知道APP
随时随地咨询
出门在外也不愁DebianFork 将发布没有 systemd 的 Debian 分支
评论: &分享: &&&&
编者按:Debian 8 Jessie的 init 系统默认使用 systemd,这一选择在社区引发了大量争议,导致了技术委员会的。现在,&老兵 Unix 管理员&宣布要创建一个新的不使用 sytemd 的&。这群 Unix 哲学拥护者们请求外界支持他们的新使命。
以下内容来自 debianfork.org 的相关内容:
// 更新: 项目名称正式命名为:。
我们是谁?!
我们是老兵 Unix 管理员(Veteran Unix Admins),我们非常关注&Debian GNU/Linux 在 systemd 上的分歧,并且决定分支(fork)Debian 项目。
为什么我们要这样做?
我们中的一些人是上游开发者,一些人是专业的系统管理员:我们每天都要和 Debian 打各种交道。
我们不想被强迫使用 systemd 来替代传统的 UNIX sysvinit 初始化系统,因为 systemd 背离了 UNIX 哲学。
我们考虑采用贴近 sysvinit 的架构,而不是那种破坏了&做一件事,把它做好&的原则、带着数十个紧密耦合的二进制文件和不透明的日志的东西。
有比创建分支更好的解决方案么?
不幸的是,目前没有!
在下一代的&Debian v.8 "Jessie" 发行版中,默认的初始化系统将是 systemd,它将挟裹着一堆紧密纠缠的东西来到。
我们需要分离这些依赖的牵扯,从所有受到影响的软件包中清除这些,并提供相应的替代品。我们所要创建的分支的稳定性是目前阶段所要考虑的首要重点。
你觉得为什么会走到了这一步?
现在的 Debian 项目的领导者受到了 GNOME 开发者太多的影响,而且在项目中考虑了太多的桌面需求的因素,而 Debian 用户却大多数是精通技术的系统管理员。
而且,今天 Debian 正逐渐背离自己最初愿景,也是开源软件的基石:用户至上。这到底是怎么了?所谓的&do-ocracy&开发者和包维护者正在给用户强加他们的选择。
你可以说一下你对 systemd 的意见吗?
套用一下 Eric S. Raymond 在这个问题上的看法,我们认为 systemd 很容易就会发生嬗变,进而臃肿不堪、最后变成了那种讨厌的纠结在一起的毛球。
我们希望能够用可以阅读的 shell 脚本来控制系统的启动,因为可读性能够给我们这些有能力的人更多的控制和洞悉。我们认为,在一个守护进程中集中控制服务、socket、设备、挂载等等,是对传统的 UNIX 哲学的一记响亮耳光。
某些支持 systemd 的人对此的快速回应可以在&&(已经关闭,需要翻墙才能看历史归档)上看到。这个页面突出了两者之间的根本不同:systemd 也许对于配置 init 来说很简单,但是它增加了 init 过程中的不透明度。在 systemd 中很明确是这样的:可以通过更少的变量来调整,而通过远超 sysvinit 大小的程序将大部分细节隐藏在一个巨大的二进制程序里面。&
ls -lH /sbin/init
sysvinit: -rwxr-xr-x 1 root root 36992 Jul 14
2013 /sbin/init
systemd: -rwxr-xr-x 1 root root 1317632 Sep
1 14:41 /sbin/init
# 你也许认为我不够强大,但是你也太胖了!
可以说 systemd 的安全模式更多的依赖于开发者和包维护者,而不怎么指望系统管理员。作为 Debian 用户,我们只是希望不要被强迫必须如此,看看 ,我们相信这样下去会越来越多的听到用户要求:放开那个 Init !不要和 systemd 和它的那堆零碎纠缠在一起。
你们能坚持多久?
这不是比谁的胡子更长,放心,毛茸茸的不总是绵羊!
概括一下计划?
&放开那个 Init&(&Init Freedom),这是我们的承诺,我们会建立一个 Debian 项目的分支,创建一个新的基础发行版。
这需要一些时间,我们会一步步来。
首先我们会配合 Debian 8 "Jessie" 的发布,给当前的 Debian 用户平滑升级提供一个完整的解决方案。
如果你也需要这个,请帮助我们:&&或者参与进来。
我们需要谈谈。
当然,您可以写电子邮件给 &&。
我们也有一些人聚集在&IRC , Freenode 频道号是 #debianfork ,欢迎加入。
。喜欢的话来发布意见吧,不管是什么。
只有你们这些家伙吗?
不是,有很多用户都对 systemd 有意见。
有一篇文章是对这个问题的很好的介绍:&。
有个&&网站也有一些相关的资料。那里有个叫做 &&的 &systemd 分支&,有些不错的地方和许多笑点(lulz)。
还有人提出了一个&之后的撤退战略。
在维基百科的&&章节也有一些对其提出的批评意见。
谢谢你做的这些,我怎么帮助你们?
老兵 Unix 管理员(Veteran Unix Admins)的一个小型的核心小组正在积极建设分支的相关框架和一些用于开发的基础设施。
这时的捐赠有助于我们确定可以在基础架构上投入多少以及人们的对我们的预期。
如果你会捐赠,那么。
如我们现在做的,我们会在此一直更新我们的项目进展。
对于你做的这些,人们是怎么看的?
下面是我们收到的一些邮件(略,请参照),我们会匿名发表这些信息,除非你申明不用。
我们会保密你的邮件地址,并会通知你我们的下一步进展。
上一篇:下一篇:
10:19 的评论:
这篇文章很有意思。也可能是翻译的有趣。@wxy 赞一个!
首先是题图。太像拿叉子吃面条了。
另外,文中也有很多有意思的句子:
你也许认为我不够强大,但是你也太胖了!
放开那个 Init !不要和 systemd 和它的那堆零碎纠缠在一起。
这不是比谁的胡子更长,放心,毛茸茸的不总是绵羊!
哈哈,谬赞谬赞,原文也比较轻松风趣,我也尽量翻译时候跟随~~题图是他们的 LOGO,SVG,我专门换成 PNG 的。。
这种事在开源界大概也是见怪不怪了。有意见?那就fork一个呗
来自 - 山东青岛 的 Firefox/Linux 用户
对于桌面来说,systemd确实是个不错的选择,但是对于SA来说,对于系统的可控制行降低了,出了问题,只能等上游更新,这是很要命的。
不是脚本的问题,而是系统管理员们对缺乏对底层控制的恐惧——和 WINDOWS 的注册表一样,你只能修改这些值,而并不知道他们是如何发生作用的——当然,你可以去看源代码,但是庞大而无所不包的 systemd 将事情搞得很复杂,也不够透明,自然困难得多。
其实我赞同一个意见,就是 Linux 一分为二,一方面是桌面,采用 systemd,有利于桌面的控制,反正桌面用户也是通过各种控制界面来操作的,并不需要关心底层;另外一方面是服务器,则采用古典的 sysvinit,便于对底层的直接干预和调整。
-----------
分享到微信朋友圈
打开微信,点击底部的“发现”,
使用“扫一扫”将网页分享至朋友圈。有谁对systemd比较理解的,求帮忙看一个问题啊,急!
[问题点数:20分]
有谁对systemd比较理解的,求帮忙看一个问题啊,急!
[问题点数:20分]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2008年3月 Linux/Unix社区大版内专家分月排行榜第二
2012年9月 Linux/Unix社区大版内专家分月排行榜第三2007年6月 Linux/Unix社区大版内专家分月排行榜第三
匿名用户不能发表回复!|
每天回帖即可获得10分可用分!小技巧:
你还可以输入10000个字符
(Ctrl+Enter)
请遵守CSDN,不得违反国家法律法规。
转载文章请注明出自“CSDN(www.csdn.net)”。如是商业用途请联系原作者。

我要回帖

更多关于 ubuntu systemd 的文章

 

随机推荐