今天，在阅读我的RSS时，我发现了一个有趣的消息， 博客复制器的外观，而且在Manjaro社区中，已经发布了几个ISO，它们不使用它们的特殊性 Systemd 像init一样，否则 OpenRC的，由 Gentoo的.
我不了解您，但是Systemd主题已经很吸引我了，阅读的越多，我越意识到，尽管对于最终用户（或许多）而言，它并不代表任何超级相关，至少对我而言，我不喜欢这条路。 我相信GNU / Linux世界将迎来一个黑色的季节，即使在干旱的沙漠中，叉子和不满情绪也会爆发。
但是，让我们开始做生意。 正如我之前所说，他们在Manjaro论坛中发布了OpenRC使用的一些isos。 对于那些害怕安装这些版本的人，我留给您有关如何做的视频。
使用OpenRC下载ISO
我们将看到的第一个ISO是版本 网络安装。 该ISO具有以下特征：
- 基于Manjaro-Net配置文件（未预安装任何桌面环境）
- 基于测试分支。
- 只有免费司机
- 使用Linux内核3.14系列
- 不使用普利茅斯
- 在Virtualbox中进行了测试
可以通过按F2键在开始时选择语言。 启动过程完成后，我们将在提示符下找到用于访问的提示：
- 用户：root
- 密码：manjaro
如上一个视频所示，要开始安装，我们将编写：
setup
下载ISO的链接
manjaro-net-0.8.11-openrc-i686.iso （32位）
(md5sum: 80be54ecfb0360b2a8e544344f72113c)
manjaro-net-0.8.11-openrc-x86_64.iso （64位）
(md5sum: ef205f70f3b3428545fdf1420db10b74)
安装后说明
在 Manjaro论坛 他们为我们提供了一些安装后数据：
我们按照以下说明添加openrc-eudev存储库。
1）我们在/etc/pacman.conf的末尾添加以下内容
[openrc-eudev] SigLevel =可选TrustAll服务器= http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch
我们添加并导入密钥：
sudo pacman键-r 518B147D sudo pacman键--lsign键518B147D
2）我们更新系统
sudo pacman -Syu
3）我们安装了首选的桌面环境，该示例使用 左旋
须藤pacman -S lxde
有关安装桌面环境的信息，请参见 维基.
4）我们安装一个会话管理器:
须藤pacman -S lxdm-consolekit
5）我们为networkmanager安装了一些小程序，例如applet
sudo pacman -S网络管理器小程序
6）我们重新启动系统
sudo重启
我想不用说，为此，我们需要通过电缆连接到Internet。 如果我们使用WiFi，则可以在其中查看如何操作 此链接.
具有OpenRC和OpenBox的Manajaro ISO
对于Openbox ISO，必须考虑一些因素：
- 主要目标 是为了 安装过程更轻松 并允许 configurar 表格 图像 网络 （使用 ic) 和分区 运用 的GParted 可选地。
- 配置包括 Openbox WM，LXTerminal，PCMan和NetSurf Web浏览器 (搜寻 中的信息 维基 o 谷歌), 等等
- 使用控制台安装程序。
使用OpenRC下载ISO的链接：
manjaro-openbox-openrc-2014-11-13-i686.iso （32位）
(md5sum: 9be7e75c75ab296f955a3396386c4764)
manjaro-openbox-openrc-2014-11-13-x86_64.iso （64位）
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)
带有OpenRC的Manjaro XFCE ISO
仅出于实验目的，对于64位，还有一个带有XFCE的ISO：
manjaro-xfce-openrc-2014-11-14-x86_64.iso （64位）
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)
没错，由于OpenRC是当前init的自然继承者，因此系统问题开始散发出某种气味。 我们将看到这个故事的结尾。
“尽管对于最终用户（或许多用户），它并不表示任何超级相关”
我认为相同，这无关紧要，因为作为用户，它并没有影响我们操作系统本身的运行。
实际上，唯一的大个子（debian）已经就这个问题发布了“丑闻”的消息，尽管他们说所有其他相关原因也是有系统的（而不应该是）。
其他大型发行版，Fedora，Ubuntu和OpenSUSE并没有造成问题（或至少没有黑桃和火把表现出来）。
它给我的印象是，这是程序员之间的斗争，因为例如openuse 13.2具有良好的接受度/批评度，并且评论中没有人谈到systemd（即使是为了引发争论），
现在为什么要如此大惊小怪地从systemd转到OpenRC，如果最终不影响它们。
就个人而言，关于systemd，这让我感到不安，我没有安全感，职位也不错。
在Fedora中，当决定将其作为init进行辩论时，关于systemd的争论颇多，这主要是因为该系统非常新鲜且存在许多缺陷，因此他们不赞成默认使用它作为init。大多数主要开发人员都在核心开发团队中，并且与systemd相关，因此，除了Upstart是Ubuntu开发并具有CLA的问题外，用Upstart替换systemd也表明了某种强加于人对此不以为然，这最终帮助每个人毫无疑问地接受了systemd。 由于当时缺乏许多功能，包括并行化和cgroup支持，OpenRC在当时是不可能的。
好消息！ 二进制发行版，将发行openrc...。
这是archlinux从一开始就应该走的路，我记得当我不得不认可archlinux进入systemd时。 现在，我可以用openrc + eudev重新测试二进制发行版，这正是我在gentoo中使用的版本。
非常感谢来自Manjaro的人们！
＃eix -Ic openrc
[I] sys-apps / openrc（0.13.6@24/11/14）：OpenRC管理主机的服务，启动和关闭
＃eix-集成电路eudev
[I] sys-fs / eudev（2.1.1@31/10/14）：Linux动态和持久性设备命名支持（又名userspace devfs）
感谢您的信息，埃拉夫！
我同意您对systemd的看法，并且我也对Linux自从这个新init出现以来的发展感到担忧。 如果Wheezy在Debian前叉到来之前太老了，我会考虑试一试Manjaro OpenRC，因为我没有空闲时间来准备Gentoo系统（我很重视这样做，但是肯定是编译时间对于我的个人情况，Gentoo太广泛了。
的问候！
对于一位不太了解“争议”的用户，您可以用不到10个字来描述Elav，博客上有几篇文章的技术性很强，而且还没有完成对“未启动”的上下文的解释……他们告诉我，无论技术如何，即使您的祖母也必须理解一个解释才是好的。
实际上，在前一段时间的fedora中，问题变得难以忍受，以至于许多台式机用户正在考虑切换到centos，以绕过该问题。
我注册了该请求。
Systemd对我来说运作良好，是什么导致这么多的运动？
假设我不知道。
systemd是负责启动系统的程序，但此程序的开发人员决定对其进行扩展，现在它不仅处理启动程序，还处理诸如cron（程序自动运行程序），网络，系统日志之类的东西。二进制文件等
许多人并不喜欢这种突然的变化，特别是因为它是新软件，因此比一生都可以使用的程序具有更多的错误，此外在编程时（例如，与gnome的联系越来越紧密）会产生依赖性。这个系统。 使其对其他unix平台的可移植性降低。
我不知道我的其他评论是否没有通过审核，但它说我喜欢systemd，但他们不应该让它垄断所有发行版，而保留替代方案，因为Linux在Linux中一直针对有不同需求的人这样做。
我要说的是，在启动时负责启动系统的程序是系统v，该系统运行了很长时间，直到在大多数发行版中被systemd xD取代。
在@daryo说的内容中，我添加以下内容（也是我的观点）：
我一直喜欢Unix的哲学，即程序只能做一件事，但是做得很好。 当Systemd想要控制@daryo告诉您的一切时，我有点怀疑，如果Systemd受到某种程度的损害，将会发生什么？ 好吧，它可能会拖拽它控制的所有内容。
我要补充一点（也许这是不习惯的），我一直喜欢我的系统日志是纯文本文件，但是使用Systemd时，所有内容都是二进制的，并且命令如下：
cat log.txto
tailf log.txt在这里我们可以使用其他选项（例如GREP）来过滤某些内容，但是Systemd使用命名命令 日记.
除上述内容外，我还必须说，作为RedHat成为Systemd背后的主要指数，我得到了无法关闭的警报。 也许我错了，但这看起来并不好..我一直想知道控制引导，cron，网络和存在多少服务的需求是什么？ 那是什么意思？
感谢您的评论和我一直在调查的内容，我可以确认您的怀疑，该警报是正确的，布罗德。
您将看到我一直在阅读TCP Stealth，这是德国的一篇论文，他们指责Red Hat促进对5眼侦听系统的工业间谍活动：
我已经写过关于这一点的文章，如果您拥有必要的才能，我知道您拥有，那么您可以得出自己的结论：
https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP隐身
只是为了补充您的@elav很好的评论，systemd非常高，以至于它现在声称可以控制以下内容：
1.-使用systemd-networkd和systemd-nspawn管理与IPv4和IPv6的Internet连接。
2.-通过系统解析的内部DNS缓存进行DNS管理。
3.-使用systemd-networkd在内部网络中进行组播DNS管理。
4.-使用systemd-consoled在Linux中管理TTY终端。 （再见KMScon？）
5.-通过登录进行会话和权限管理。
6.- Coredump控制，使用二进制文件，并跳过内核指令。
7.-控制日志，使用二进制文件，并跳过内核指令。
8.-使用登录控制ACPI事件。 （Systemd-212由于各种错误使Nvidia开发人员感到头疼，这使系统变得无用）
9.- PPPoE支持联网，这项工作仍在进行中。
10.-支持客户端和服务器中的DHCP。 （他们怎么办？不知道）
11.-支持恢复出厂设置的系统，顺便说一下，该系统与BTRFS紧密相关（如果BTRFS以后成为systemd的依赖者，不要惊讶，很好的Lennart会喜欢它）
12 ..-支持虚拟化容器（主要是Xen和KVM）
13.-支持设备处理和初始化（udev会做什么）
14.-处理磁盘加密系统。
15.-加载固件和内核模块。
16.-处理主机名（它会创建您的PC的唯一标识符），前提，时间，NTP同步，sysctl（内核控制变量），甚至是随机数生成器（非常WTF，这引起了很大的怀疑） ）
17.-处理临时文件系统。
简而言之，如果有人不说，我知道systemd会做的事情:)。
PS：从systemd-214开始，systemd不再提供对LSB和SysV脚本的支持，所以我不知道它的“旧版”支持现在有多真实，或者它与标准的兼容程度如何。 我说LSB仍然是Linux的标准，还是我错了？
感谢您让我知道，我当时正在考虑去BTRFS，但是知道Lennart喜欢他，您可能知道他一定很恐怖，并且在NSA-IBM从事间谍活动
几乎没有什么地方可以总结和解释太多……这是特洛伊木马，他们甚至没有试图掩饰。 通过将网络服务，dhcp dns甚至我认为avahi ...放入systemd，启动系统有什么作用？ 由于无法管理服务而失去了决策权
不需要它们并且它们不可以被取消激活，我不希望它们出现在systemd软件包中！
在OpenRC中，由谁来决定在每个运行级别中启动什么事情，一些服务依赖于其他服务，但它们很少并且被列出...而在systemd中，任何事情都可以做他感觉就像……在启动时获得了大约5秒钟的时间，并且在关机时很快了。
Systemd太复杂了，以至于无法知道它的作用，您不得不辞职去认为它是您的主人，并且不会对您造成任何不良影响。
Systemd打破了一个概念，即就守护程序或服务和运行级别而言，事情应该变得简单易懂，没有人完全使用systemd来始终知道服务中会发生什么。
Systemd不允许本机使用syslog-ng，他们已将journald设置为踩在它上面，并且它不允许它工作，也就是说，还是您使用journald或naninga！。 系统日志是安全性和审核本地和远程连接发生的情况的基础，但是日志记录使用只有jornalctl才能看到的二进制格式…。日志记录经常被“神秘地”破坏。他的二进制文件（如他所见）已损坏，因此将其删除一次，并从一个新文件开始，而忘记了所有已存在的日志。
我可以继续工作几个小时，但最严重的问题是Lennart不会向举报那些错误的人提供帮助，据我所知，他不接受任何人的补丁。
我以为进入systemd后，他们会报告bug和补丁，systemd必须接受这些错误和补丁……但老实说，Lennart和RedHat对其余发行版还有另一个计划……如我之前所说，HORSE OF来自RedHat的TROYA。
老实说，systemd不可修复，其设计背后的想法非常糟糕，从头开始启动启动系统胜于修复该弗兰克斯坦。
阿们!! @匿名..
我使用systemd（Fedora）已有两年了，我来过：
随着更多的事情增加了更多的禁用/重定向，这个问题听起来很奇怪。
我已将日志直接定向到rsyslog。 您的某些二进制日志已被破坏。
在dns中，我使用bind，如果它们将其集成到systemd中，即使必须进行所有修改，我也将继续使用bind。
我使用XFCE，所以它为我省了很多gnome想要集成的东西。
它就像瓷器店里的一头大象。
真正; 甚至他们都不知道该怎么称呼。 我们每天进行更新，更正错误和其他废话。 这件事使我很生气。 但不仅因为SystemD是一个主权垃圾，还因为如果不是，他们是如何做到的。
显然，在Linux世界中，有多家公司试图控制一切。 参见Canonical，RedHat和Gnome（甚至Miguel de Icaza本人也离开了Gnome）。
如果我使用Linux，那是因为我控制着Linux，这就是它的基础和原理。 为了不知道它在做什么，我安装了已经运行W Server的计算机。
对不起，Debian屈服了。 实际上，正在考虑在不使用SystemD的情况下创建并行fork的可能性。
希望事情不会变得更糟。 或者我看到自己将所有机器都迁移到BSD。
@匿名，评论人，您再合适不过了。
systemd是一件疯狂的事情，在很多事情上都没有解释，事实是对它所做的一切都非常怀疑，并且不允许其他工具来做，事实是我不知道Debian员工是如何允许自己这样做的，但是最终他们已经做出了这个决定，这是多年来我第一次停止使用Debian作为主要操作系统，并将继续这样做，直到systemd退出Debian以获得更透明的选项为止。
简而言之。 SystemD很烂。
它以二进制格式存储日志，并作为其他所有日志的父进程执行（Pid 1），因此，如果任何一个中断，系统将变得不可恢复； 它违背了Linux所代表的一切，即纯文本文件（二进制文件，到底是纯文本文件！），就像上帝的一生一样。）
来吧，那可真是我什么都不喜欢。
但是要感谢Canonical，Gnome和Red Hat等公司； 我们要和土豆一起吃。
如果，虽然还有其他选择； 我将不在管理的服务器或个人计算机上使用它。
这已经成为Redmond公司的分支机构。
我并不是要捍卫任何人，但我记得很清楚，规范是完全反对有系统的新贵。 当debian屈服于systemd时，它最终被拖到ubuntu中。
另外，这些错误可能会损害系统的安全性和服务器等的稳定性，这就是为什么对这些事情抱怨最多的人是sys admin。
而对于Mageia而言，令人难以置信的是，KDE可以运行在512 MB无可挑剔的ram上。
http://mirror.cedia.org.ec/mageia/iso/cauldron/
几个问题; 在OpenRC中管理服务有多容易？ 以及在systemd的Manjaro安装中默认使用它进行安装有多容易？ 我对systemd的喜欢是，使用简单的命令systemctl enable（service）.service或systemctl disable（service）.service，可以轻松管理我的服务，如果我对OpenRC感兴趣的话，尤其是对我来说有点奇怪的话顺便说一下，所有这些都是来自systemd的； 我是Novell用户
顺便说说; 它说我在Windows上，因为我正在使用用户代理覆盖程序
OpenRC非常易于操作，我举一个cupsd打印服务的例子。
要启动它。
＃rc-service cupsd开始
*开始cupsd .. [确定]
要停止它。
＃rc-service cupsd停止
*正在停止cupsd…[确定]
重新启动它。
＃rc-service cupsd重新启动
*正在停止cupsd…[确定]
*开始cupsd .. [确定]
使其开始于默认运行级别。
＃rc-update添加cupsd默认
*将service cupsd添加到运行级别默认值[确定]
将其从默认运行级别中删除。
＃从cupsd默认进行rc-update
*服务cupsd从运行级别默认值中删除[确定]
查看所有运行级别中所有服务的状态。
＃rc-status -a
要查看运行级别的状态，在此示例中为默认值。
＃rc-status默认
在gentoo中，OpenRC是默认的启动系统，它将永远存在，我们已经为自杀提供了系统，幸运的是，自杀的数量很少。
要替换日志记录，我们使用syslog-ng和logrotate，在gentoo中，系统日志通过虚拟控制台vt12（控制+ alt + F12）输出，或者您可以在任何图形终端中以root用户的身份连续查看它：
＃tailf / var / log /消息
并将其安装在我的Manjaro上？
我说; 我不会因为切换到OpenRC而丢失所有文件和漂亮的XFCE🙂
准备; 我使用sudo pacman -S manjaro-openrc bluez-openrc安装了后者（后者是因为我有蓝牙）
现在我的问题是XFCE4电源管理器不能与upower-pm-utils一起使用，而且我没有暂停和休眠的典型选项
OpenRC非常简单，管理服务只是小菜一碟，仅举一个例子：
启用服务：rc-update添加cronie默认
启动服务：/etc/init.d/cronie start或rc-config start cronie
停止服务：/etc/init.d/cronie stop或rc-config stop cronie
简单而不是真正的复杂。
@elav的长远发展是长期的，范围包括沙尘暴，巨魔的雨水，大量的货叉，开发人员小组分裂，以及许多人想知道迁移到BSD是否比陷入systemd更好，因为是的。
就个人而言，我为Manjaro的这项举措表示赞赏，这对于那些不想呆在systemd上的人来说是一个选择，我喜欢的东西，目前我在Gentoo并且喜欢，我对它给我的自由感到满意，但是现在我几次想过要更改FreeBSD的想法，我可能会在这个月做出决定，这完全取决于我的时间和命令某些事情来成功进行迁移。
长期以来，反对systemd的观点一直被驳斥。 请多读一点。
http://0pointer.de/blog/projects/the-biggest-myths.html
http://diegocg.blogspot.mx/2014/02/la-sombras-de-sysyinit.html
http://diegocg.blogspot.mx/2014/02/por-que-kdbus.html
这些都不能反驳systemd的现实，Lennart善于避免事情和责任，我建议您不要仅仅阅读文章，阅读systemd代码或至少阅读systemd的开发清单，而应该了解驳斥了这三篇文章所说的事情，并更多地支持了systemd的批评者。
他的论据是要建立一种知识，该知识反驳我所展示的内容，但从不提供证据，因此我不能相信它的存在。
https://lists.debian.org/debian-ctte/2013/12/msg00234.html
@pamp我的论点得到了更多的支持，因为我在上面的同一条目的注释25中对此进行了解释，并且除了在Debian irc和此发行版的列表中进行了公开之外，我还在许多其他有关systemd的条目中进行了介绍，我的邀请也是，您要创建自己的意见，为此，您只需要阅读一些系统化的开发清单即可。 也是为了激起您的好奇心，我给您提供此链接，他们在其中明确表示systemd-214不再以“代码清除”为借口支持SysV和LSB脚本。
http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
现在告诉我：为创建所有发行版的通用基础而应该创建的LSB标准支持在哪里？ 因为让我告诉你一些事情，所以Lennart在他的第一个链接上没有其他内容，他吹嘘，夸张并说他的话说systemd支持使用SysV和LSB脚本，而事实是支持被删除并由生成器代替初始化文件，顺便说一下，它有几个错误，最后只能制作一个完整的初始化文件。
问候。
意见，就像屁股，我们都有。
这个人说的话对他来说可能做得很好，但这不是我的情况。 一个在网络门户上写文章的人的观点并不在于它是上帝的道。 这是您的意见，期间。
如此“驳斥”，什么都没有。
我们剩下的好处是我们可以使用我们真正想要的东西。 而不是试图成为“塔利班”并将我们的标准强加于人。
对我来说，SystemD真是太糟糕了。 有人喜欢它。 好欢迎！
我的意见不好，也不喜欢那些不喜欢我的人。 他们是完全不同的。
这就是我们与其他操作系统的不同之处。 我们可以选择。
我们不要陷入无济于事的无用战斗。
@铁托
你不可能说得更好...阿们。
您必须视而不见，以免systemd驱动器覆盖所有内容，继续，覆盖和替换完美运行的项目，用永不达到或变得稳定的版本替换它们，即使内核之间不兼容，并且两个以上也不兼容。向后的systemd版本。
在debian看来，地震来了，他们设法醒了过来，我只是希望他们倾向于eudev和openrc，这样gentoo debian manjaro和其他一些使用openrc的开发将得到统一，这将在短时间内改善很多，赢得整个社区。
我支持你的话。
有些人引用别人（通常使他们感兴趣的观点），并以此作为证据。
就我而言，我对systemd没有意见。 我不知道它在技术上是否比新贵或openrc更好，但是似乎很明显的是，所有发行版都排除了sysvinit的可能性，由于Debian的政策，Debian仍然是唯一的。 但是下一个稳定的Debian Jessie将成为没有系统管理员的Debian。
很明显，从道德上讲，它是100％免费的软件； 至于它的技术部分，我既没有研究代码，也没有将其与其他代码进行比较，所以我没有合理的见解。 但是，即使当前的Ubuntu也使用了systemd的一部分，即使它们仍然具有暴发户，我也怀疑它们这样做了，因为Canonical被Red Hat“买了”。
请问Systemd不是“邪恶的”，我们不是在与天网（终结者）或HAL9000（“ 2001太空漫游”）战斗，也不是试图控制绝地武士的阴暗面。 并入一个团队也不会接管一切，甚至使食品室中的食物消失。
而且“它移动了可以正常工作的项目”（第52条评论），在访问服务器的计算机中，我遇到了家庭NFS网络的问题，因为在卸载NFS系统之前，关闭客户端计算机的过程会断开网络的连接，并且关机将冻结，唯一的解决方法是强行按下开/关按钮将其关闭（各种用户报告的错误）； 我必须创建一个脚本，以卸载要运行的NFS文件，然后再关闭客户端计算机。 另一方面，NFS服务器计算机通过wifi连接，有时连接断开：我不知道问题出在网络管理器还是dhcpd中，或者在哪里。
我并不是说那些问题会随着systemd消失。 我忽略了它，因为我没有使用它。 仅仅是一个例子，可以说systemd替代的项目可以完美地工作是一种夸张。
一件事是一种意见，另一件事是一种论据，当然，第一件事就像您@Tito所说的那样千差万别，但是第二件事则是更加简洁和集中的东西，至少在这种情况下，它不是那么容易操纵的东西的免费软件，我们的代码唾手可得。
@pamp告诉我们，所显示的论点已被长期否决，作为第一个测试，他使我们了解了Lennart的观点（而非论点）。 但是这个人在评论中说的是一回事（数字4和8只是为了笑而死），而他在系统代码中所做的却是另一回事。 自从Lennart开始开发诸如Avahi和Pulseaudio之类的东西以来，我就反复出现过这种态度，只要阅读开发清单和两款软件的错误报告，就可以证实这一观点。
@ Dah65当然，许多人会利用第三方的意见来举证，这对于那些无法调查问题的人来说是一种不良习惯，他们有自己的个人见解，甚至无法提出有效的论据来参与建设性讨论。
就我而言，由于开发列表，我随时了解systemd的变化，尽管我不喜欢该工具，但我完全不喜欢它，但是我并没有停止在用户和技术层面上对其进行阅读，以及原因为此，这很简单，如果我必须参加使用上述init的客户，我知道我该怎么办以及如何处理任何情况。
现在，关于服务的运行没有问题，这是一个谬误，有许多SysV脚本有问题，并且在systemd中也是如此，但是至少当您在SysV中报告错误时，它们是固定的，或者您可以按照评论的简单方式来处理，在systemd中，在提交错误报告后，您可以找到WONTFIX或CLOSED，这要视情况而定，这要感谢Lennart或Kay，而我在讲这个时并没有夸张，这里是一个示例：
https://bugzilla.redhat.com/show_bug.cgi?id=753882
阅读评论48，您没有任何损失。 Clement's 53是另一款不失优势的产品，尤其是因为它过时但实用的解决方案，解决了Lennart不想解决的问题，偶然地在2011年有报道。
那些建立它们的“神话”？ 由于“ systemd无缘无故不可移植”，因此将其中一些从画廊中删除。 它不是便携式的，这是完全正确的（他承认它是针对Linux定制的）
它假定了谬论，例如BSD不感兴趣的假设（BSD家伙说相反的话：“ Jordan Hubbard-FreeBSD：未来10年（MeetBSD 2014）”），即使它是可移植的，他们也不会采用它，诸如此类（神话13,14,15）。
如果Poettering打算让我们重写您的系统专有的脚本（http://0pointer.de/blog/projects/systemd-for-admins-3.html），我们会出错。 原则上，经典的初始化脚本不在乎您要去哪里。 进行了最小的修改才能在GNU，UNIX或BSD上运行。 好吧，直到现在（除非使用了OpenRC）。 无论如何，我认为这样的事情会在台式机和服务器的Linux之间产生分裂。 Ubuntu和衍生用户只能在明年年底看到更改。
@ Dah65
好吧，既然您说systemd不是拟人化的，那么请告诉我为什么他们在编译时不放入Makefile选项来禁用其所有模块，以使我们当中那些不喜欢让这些“可选模块”介入的人其他软件包，因此我们可以编译它们并创建我们自己的版本的systemd capped！
你知道他们为什么不这样做吗？ 由于其开发形式称为强制拼版，并且由于95％的用户没有NPI，因此他们利用了默认设置，因此我们拒绝了所有人。
那就是免费或开源软件或任何他们想调用的软件不起作用的方式，现在这让我发笑，因为有了Debian的新分支，很多人都认为这是浪费力气，我一直想知道将额外的编译选项添加到Debian到底有多困难。生成文件？
问题并不能解决更多问题，这就像要将水和油混合在一起，这就是为什么每个开发项目中都会有无穷无尽的分叉，而其余所有分叉都被强加于人的原因。
@mario就是您所说的。 乔丹·哈伯德（Jordan Hubbard）也意识到，不仅需要更新BSD初始化以适应新技术，而且还需要支持现在可能的新功能，但是他绕过了systemd现在应该如何实现的概念。事物，并将其简化为UNIX中始终盛行的哲学，即“使一个程序能够完成一件事情并做好它”，并且在init中至关重要，因为我们不会再谈论一个恶魔了，所以我们说到操作系统的初始化，除了作为一种安全措施之外，与许多专家已经开始对systemd咆哮的相比，这是可以证明的，systemd看起来很像Windows的svchosts.exe，它是通过init进行的。网络控制服务等等。
伙计们，这真的很吓人。
从ArchLinux中删除是否非常复杂？
我将寻找信息，但我不敢碰那种事情，以免我搞砸了并且失去了系统。
🙂
https://abchk1234.wordpress.com/2014/06/03/using-openrc-on-arch-archbang-manjaro-linux/
从我读过的许多评论中，SYSTEMD是真正的TROYAN HORSE…。
这意味着节省谁可以做？西班牙语方面的信息很少-有关在FreeBSD中配置桌面以及准备使用系统的信息。
系统差，顺其自然。 xD
这种仇恨系统化不会病毒化？ Arch对我来说很棒...如果确实可以涵盖更多内容，我不知道它的好坏！ 但是也许已经有漏洞可以控制或因此而破坏了系统……如果它稳定且安全，我看不到问题……总之，我将看看我是否有时间学习该主题并使用openrc进行一些测试
不太稳定。 而且比系统v更不安全。 对于像我们许多人这样的桌面用户来说，这也不代表问题，更快的启动效果很好，而且我通常不读取日志，因此无论日志是否清晰或采用二进制格式都无所谓。
我有一个理论，Linux会在台式机（和政府）上发展而在服务器上失利（而不是像freebsd这样的OS）
他们在esdebian Wiki上发布了如何在Debian Jessie上安装SysVinit。 http://www.esdebian.org/wiki/sysvinit
在阅读有关安全性的文章时，我发现在英特尔方面，通常在北桥有一些带有芯片组的主板，它们采用了称为AMR英特尔主动管理技术的东西....有趣的是，幸运的是我没有英特尔，但我会开始寻找它。 AMD方面没有这样的事情。
他们想像intel + AMR + systemd的组合，上帝禁止。
https://en.wikipedia.org/wiki/Intel_AMT_versions
难怪斯托曼的偏执狂大喊免费的BIOS。
安静; 英特尔放弃了主板的制造。
http://www.infoworld.com/article/2612845/computer-hardware/intel-refocuses-and-exits-motherboard-business.html
首先，我不使用systemd，因为它尚未内置在Kubuntu中（我使用的是Netrunner 14，它来自Kubuntu 14.04）。
在澄清了这一点之后，必须指定几件事：
1- systemd被许多不同发行版（Debian，openSUSE，Arch，Fedora等）的开发人员/打包人员所采用，但是现在事实证明，此博客的读者比他们更了解systemd的优缺点。
2- systemd是自由软件，有时间和知识的人（我之前谈论过的那些开发人员/打包人员）可以阅读（并理解）其代码。 如果您将后门藏起来，就会发现它们。 有多少阅读器使用专有的固件或驱动程序，而您尚未阅读并且无法阅读其代码？ 我认为，害怕它比不使用systemd更有意义。
3-我们都使用二进制软件包，因为当我从存储库下载.deb进行安装时，我不是在下载纯文本文件。 因此，该论点很矛盾。
4-在GNU / Linux中，已经有程序可以做很多事情：同一个内核，它越来越多地集成了更多的驱动程序，甚至是专有固件（与在已发布代码的程序中相比，最好在封闭的固件中放后门）。 还有Xorg，它不仅处理图形服务器，而且还处理键盘，鼠标等。 没有人说Xorg为此而“背叛”了UNIX哲学，他们想退休他，因为他已经被其他项目所超越。
5-当然，“ Linux是选择”，但是我可以自由选择是否要阅读代码，更改代码，分发代码等。 并不是说发行版可以提供所有选择（所有处理器体系结构，所有桌面环境，所有程序包格式等）
6-对于那些正在考虑转换为BSD的人，我记得读过这样的新闻：在某些BSD系统中，美国国家安全局已经发挥了作用。 如果这个消息是正确的，我不知道，因为我没有关注这个话题。 但是具有讽刺意味的是，我逃离“因为红帽落后，也许……”而陷入“也许是美国国家安全局落后……”的事情。
除了使用GNU / Linux，BSD，Windows或您希望我们使用的任何其他软件外，我们还可以使用我们的逻辑和推理能力
换句话说，此博客的读者只是读者，没有能力意识到某件事情是否好，因为我们必须以包装商和开发人员的良好判断力，知识和经验为指导。
的确，它是自由软件，并且如果出现一些奇怪的事情，您以前谈论过并且我们必须信任的超级人将能够注意到并宣布它，或者也许不会，因为也许因为他们是人，所以他们会被诱惑闭嘴以换取东西。
当您下载.deb时，您要做的就是下载压缩文件，您可以解压缩该文件，从而查看其中的内在内容和可能的内容，也就是二进制文件所在的位置。 😉
我不知道谁是要从Linux逃到BSD的用户，但是例如，我不必离开Linux，我只需要离开一个发行版，使Systemd成为可能。
简而言之，在我们的博客中评论，阅读和使用GNU / Linux的人没有理由。 那就是你想说的吗？ 无论如何，我将从我的亲身经历和推理（无论是否合乎逻辑）告诉您：
Systemd被粘在一根棍子上。 我已经读过，还有其他Init的启动速度更快，因此不必控制DNS，RED，CRON以及Systemd想要控制的其他所有功能。 也许对于只关心打开计算机，打开浏览器和发送电子邮件的最终用户而言，无论他们使用Systemd还是Systemx都无关紧要，但是对于我们这些管理服务器的人来说，这简直是痛苦。 我问你同样的问题，我总是问如果Systemd受到威胁并下地狱会怎样？ 我们是否没有RED，CRON，DNS，Init以及其他所有功能？ 在那里，我留给你。
提防，我毫不费力地告诉你这一切。 也就是说，欢迎使用这些部分。
感谢您的欢迎。
我不加回应地澄清，我澄清说我既没有开发systemd也没有得到报酬来推广它。 无论是否使用它，这根本不会影响我，这是他们的决定。
但是我在这件事上看到的有时似乎是歇斯底里的，而且我读了一些人的意见，这些人在没有研究代码或未使用代码的情况下，将其标记为垃圾，强加，叛国，而且我不知道还有多少其他东西。 这让我想起了几天前我遇到的一种情况，当时一个承认自己从未安装Windows或不知道如何对硬盘进行分区的人开始说Linux非常困难...甚至从未尝试过，而且在他的智能手机上也装有Android。
您是否将systemd与sysvinit，upstart和openrc进行了比较？ 太好了，您可以根据自己的经验做出决定。 最好，因为您还知道在一台计算机上运行的发行版可以在另一台计算机上使用，因此这就是为什么我们中有GNU / Linux经验的人说最好的发行版是使用户感到舒适的发行版。味道。
1-«换句话说，此博客的读者仅是读者，因此没有能力意识到某件商品是否好，因为我们必须以包装商和开发人员的良好判断力，知识和经验为指导»
我已经读了一段时间这个博客了（您会在旧新闻中看到我的评论），所以我也包含在其中。 答案是否定的：成为该博客或任何博客的读者并不能使我（至少我）判断我不知道的软件的优缺点。 我能读懂别人在说什么，在这种情况下，有支持和反对systemd的立场； 实际上，每次在Phoronix中提出该话题时，都会有很多辩论，但即使有论点也很少。 我指的是诸如“当systemd调用进程X时发生无限循环，使系统无法使用”的参数。
事实是，通过使用发行版或其他发行版，您将受到打包程序和开发人员的判断，知识和经验的指导。 任何操作系统或程序的使用，在某种程度上意味着依赖于他人的判断和经验； 例如，对于Linux，您接受使用单片内核而不是使用像Hurd这样的微内核的决定。 这个决定是莱纳斯·托瓦尔兹（Linus Torvalds）的决定，您可以使用他的核心来接受。
2-«是的，它是自由软件，并且如果出现一些奇怪的事情，您之前谈论过的超级人以及我们必须信任的超级人将能够注意到和宣布它，或者也许不会，因为也许因为他们是人，所以他们会感到被诱惑闭嘴以换取东西。”
好吧，可疑，为什么要信任Linus Torvalds和Richard Stallman以及GNU项目？ 我没有看过他们程序的代码，所以也许他们在欺骗我。
3-«我问你一个我一直问的问题，如果Systemd受到威胁并下地狱怎么办？ 我们是否没有RED，CRON，DNS，Init以及其他所有功能？ 我把它留在那里»
如果OpenRC在某种程度上受到损害怎么办？ 还是新贵？ 还是内核？ 它发生在我身上，在Debian Testing中进行了“常规”更新后，我用光了grub，无法进入Debian或Windows，那时候我的无知意味着我只能选择重新安装。
4-«简而言之，在我们的博客上评论，阅读和使用GNU / Linux的人没有理由。 那就是你想说的？”
不，我不是那个意思。 我无意将一个具体的具体情况归纳为一个或一千个人的整体行为。 但是我确实相信，在systemd的情况下，它会多次讲话而没有进行客观而宁静的分析； Wayland-Mir也发生了这种情况，对Wayland和Canonical都提出了许多未经证实的主张。
同样，我重复我在这个博客上阅读和评论（和其他博客一样），并且我使用GNU / Linux。
我还重复我之前说过的话：让我们动脑子，分析我们听到和阅读的内容，采取不同的观点来尝试反驳A和非A，并在可能的情况下让我们自己的经验基于事实得出结论。 然后，使用我们认为合适的任何东西。
嗯..好吧，被折衷是一个假设，就像一切..我的问题已经过去了....也许不是在所有软件中都发现错误，并且如果systemd中存在错误，则可以对其进行纠正，它们可以纠正它，并且任何程序都可以有它的错误..问题不是它会失败，而是如果您希望它执行或控制正在执行的操作，而不是假设它可能会失败，那么任何事情都可能会在瞬间失败...我根本不是systemd的粉丝，这只是我的观点。
错误可能会在用户的计算机上发生，并且什么也不会发生，但是在服务器上，情况却非常非常不同。
@waco当然，如果您在软件中发现错误，则应该更正它们。 问题在于systemd有很多旧错误（有些错误可以追溯到2010年，并且很严重），今天仍然没有得到修复，或者只是被低估了，或者被Lennart标记为CLOSED或WONTFIX。
您的评论非常成功！ 我们不能全都投身于systemd，因为它很时尚，并且是为此目的而进行的涂片宣传活动……每项变更都遭到拒绝。
我回应您的论点：
1.-认真询问用户，开发人员都知道在任何开发和工作环境中采用systemd的优点和缺点，由于有一个或另一个观点，systemd的缺点和优点不会改变。
2.-当然，systemd是免费软件，可以进行审核。 问题不在于它隐藏了后门，问题在于它执行了初始化程序不应该做的事情（网络控制，dns，TTY控制台等），它拥有许多应该为他人服务的服务，它可以做事与预期的完成方式完全不同，这违反了Linux内核本身的规则（coredump），许多开发人员很少关心解决systemd遇到的结构性问题（coredump和debug是迄今为止最严重的问题之一）尚未解决）。
3.-一件事是下载一个二进制文件，该文件原来是一个程序，其配置和日志仍然是纯文本格式，另一件事是下载一个二进制文件，其配置和其他信息存储在二进制文件中，并且只能通过特定工具进行访问，这就是事情发生变化的地方。 二进制日志不提供安全性（如果您确实需要安全性，请使用AES-256加密分区），它只是一个黑匣子，从中您不知道所发生的事情，它可以用于许多事情，例如：假设您拥有一个利用系统漏洞的木马，并通过它获得对系统的完全访问权限，包括日志服务和特权升级。 这不是一个严重的问题吗？ 由systemd直接处理的二进制日志会不会因无法审计而对您不利，而没有指出它们已经在不知不觉中被修改了？ 程序和配置文件/日志/转储文件之间存在重点和区别。
4.-内核是按这种方式设计的软件，它从一开始就设计为控制PC上的所有内容，而不是init。 初始化仅专用于使系统提升内核并可用，因为它是开始的第一件事，也是最后完成的事情。 这就是为什么将其称为init（初始化）的原因，因为它仅启动系统并且不执行其他任何操作，并且其原因非常简单，因此init必须是最稳定，最完美的软件，以避免由于某种原因而避免这种情况。最终破坏了整个系统，这关系到稳定性和安全性。 Xorg是另一种声音，它确实做到了很多事情，但是没有什么风险让您完全无法使用系统，而且它的配置仍然在简单的纯文本文件中进行。
5.-当然，发行版没有义务在广义上提供自由，正是由于这个原因，当前的提拉音乐才得以呈现。 但是，我们是用户和社区，我们中的许多人根本不同意该系统的实施，这就是为什么我们要达到我们的声音范围（无论他们是否收听），这是开发发行版的人的事，他们的决定将对那些决定是否使用他们的发行版的人，显然会导致一些发行版的失败，具体取决于进展情况，现在的一个例子是Debian及其Devuan fork。
6.- BSD的消息是由于OpenSSH和OpenBSD IP堆栈中发生的事情而造成的，后门不仅影响了BSD，还影响了Linux（对于OpenSSH）（已修复）。 造成这种情况的原因是BSD，因为负责此工具（OpenSSH）开发的是BSD（OpenBSD中的Theo de Raadt），而出现这种情况的原因是某些不再参与该项目的开发人员埋下了后门。 解决了该情况，并宣布了要采取的相关措施，以防可能影响使用该软件的人员。 现在：这种情况会在systemd中发生吗？ 答案很简单，结果是灾难性的，因为systemd可以处理特权升级等许多事情，因此systemd中的后门意味着对系统的完全访问，而BSD中提到的后门却没有发生这种情况。
他们返回Debian fork，而systemd已经没有网页了。 看来该项目正在进行并且非常认真。 https://devuan.org/
更新了ISO和一些新上传的文件。
https://forum.manjaro.org/index.php?board=50.0
安装程序不是很清楚，我无法遵循他们的步骤，尤其是在部分分区中，我不知道他们为什么坚持这些令人困惑的事情。
关于使用Openrc进行netinstall的事情引起了我的注意，在安装过程中的某个地方，我一直看到您正在配置systemd的消息，它们是否真的没有systemd或其使用？
您好Manuel，我在安装过程中也观察到了同样的事情，这一定是安装程序的问题，因为毫无疑问，没有安装systemd，您可以在终端中确认如下：pacman -Qs openrc
问候
你好，老兄，首先我很抱歉没有回答。 感谢您的答复，很高兴得知Manjaro提供了此选项； 一旦Ubuntu Precise支持终止（或可能更快），我就会安装它。 问候。
好帖子
当OpenRC版本更加成熟时，我将与Systemd在Manjaro中等待，我想摆脱systemd…（我汗流sweat背）