揭秘系统D

每天我们的计算机构成我们生活中更重要的部分,如果遇到某种问题,它会影响我们的情绪,幽默感。 当然,与病毒相比,Windows用户更容易发生恐慌攻击(Linux万岁!),如果对硬盘进行碎片整理,如果搜索并安装硬盘 适用于PC的Clean Master (尽管在Linux中我们仍然需要清理系统,但BleachBit是首选的替代方案之一)。 最近,Linux用户(有些)感到某些头痛: systemd

好吧,我读了一篇有趣的文章 systemd,这似乎已成为趋势。

系统D,似乎有些(我会用朋友的话), 一个环统治他们全部 ...其他人只是不喜欢它或它来了,只要计算机运行正常,它就不在乎init是否执行X或Y事情,或者是否使用了systemd。 对于这个写作的人,好吧……假设我更喜欢init,我发现它更简单simple

我将文章留在这里:

在开始之前,我必须说我不喜欢在Debian中做出改变的决定,但是,我决不打算放弃我心爱的螺旋。 我只是在尝试,如果我们要讨论一个话题,至少即使我不认为自己是系统的,也要尽可能地做好准备。 为了实现systemd的神秘化,我将依靠一个网站 开发人员发表自己的观点 尽管一位不是Debian用户的同事似乎是亲系统的,但它还是落到了我的手中。 话虽如此,我认为我可以继续尝试使有关systemd的说法变得神秘。

systemd是基于二进制的

也许这是最令我们震惊的方面之一,如果一切都基于二进制,那么我们如何通过日志监视通常执行的操作? 我不知道这个神话是如何诞生的,但这不是绝对正确的。

systemd几乎是通过纯文本文件专门配置的。 也可以使用内核命令行和环境变量来更改某些设置。 您的配置中没有二进制文件(甚至没有XML)。 只是一个简单,直接且易于阅读的文本文件。

系统迷荷马·辛普森

那东西是整体的,可以控制一切

在访问上述网站之前,我承认我本人是这样认为的,但是在阅读了开发人员的意见后,我的看法已经改变了……

如果在启用所有配置选项的情况下构建systemd,则将构建 69个单独的二进制文件。 这些二进制文件执行不同的任务,并且由于多种原因而被仔细地分开。 例如,systemd在设计时就考虑到了安全性,因此大多数守护程序都以最低特权(例如,使用内核功能)运行,并且仅负责非常具体的任务,以最大程度地减少其占用空间,安全性和影响。 而且,systemd并行启动比以前的任何解决方案都更多。 通过运行创建此“并行化” 各种过程 在平行下。 因此,可以看出systemd可以很好地分为许多二进制文件和进程。 实际上,许多这些二进制文件分解得非常好,以至于它们在systemd之外非常有用。

包含69个单独的二进制文件的软件包几乎不能被称为 整体的。 但是,与以前的解决方案不同的是,我们在单个tarball中交付了更多组件,并通过统一的发布周期将它们链接在单个存储库中。

看起来不像Unix

这肯定有一些道理。 systemd源文件不包含原始UNIX行中的一行代码。 但是,灵感是从UNIX派生的,因此systemd中有很多UNIX。 一个示例就是UNIX理念“一切都是文件”,这反映在systemd中,所有服务都在运行时在内核文件系统中公开,即 cgroupfs。 因此,UNIX的原始功能之一是基于内置终端支持的多座支持。 借助systemd,我们再次带来了本机的多座支持,但这一次完全支持当今的硬件,包括图形,鼠标,音频,网络摄像头等。 实际上,将systemd设计为一组集成工具,每个工具都有其各自的用途,但一起使用时,不仅要考虑各个部分的总和,这或多或少是UNIX哲学的核心。 因此,我们的项目的处理方式(即将大多数操作系统内核保存在单个git存储库中)非常接近BSD模型(这是真正的UNIX,而不是Linux)来完成任务(大多数核心操作系统保存在单个CVS / SVN存储库中)这在Linux上是从来没有的。

最终,有关某物是否为UNIX的问题几乎没有多大意义。 从技术上讲,它并不是UNIX独有的。 对于我们来说,UNIX是一个重要的影响力(实际上是最大的影响力),但是我们还有其他影响力。 因此,在某些领域中systemd将是非常UNIX的,而在其他领域则少一些。

那是非常复杂的...

这肯定有一些道理。 现代计算机是复杂的野兽,在它们上面运行的操作系统显然也将是复杂的,因此它们必须是复杂的。 但是,systemd当然不会比以前相同组件的实现复杂。 它更简单,并且冗余少。 另一方面,构建一个简单的基于systemd的操作系统所涉及的软件包将比传统Linux使用的软件包少得多。 更少的软件包使构建系统变得更加容易,它摆脱了相互依赖性以及所涉及的所有组件的许多不同行为。

那不会让我使用shell脚本

这是完全不正确的。 简单地 我们不将它们用于引导过程,因为我们认为它们不是用于特定目的的最佳工具,但这并不意味着systemd与它们不兼容。 您可以轻松地将shell脚本作为systemd服务或守护程序运行,也可以运行以以下格式编写的脚本: 任何 语言作为systemd服务,因为systemd不在乎其可执行文件中的内容。 另一方面,我们主要出于自身目的使用shell脚本来安装,构建和测试systemd。 您可以将脚本粘贴到早期启动过程中,它们用于正常服务,可以在最后一站运行,实际上没有限制。

在这一点上,我认为一些主要观点可能已经阐明,尽管他不觉得自己是改变的拥护者,并且对“一个控制他们的恶魔“我认为最后没有人敢说它至少不起作用,我什至知道有些用户注意到,使用systemd,“ PC运行速度更快”,但是还有其他可以讨论的问题。 目前,我只剩下邀请您在这里讨论您对许多发行版已经采用的启动管理器的观点,尽管现在在Debian社区中看到了最大的反响,该社区甚至诞生了一个新的社区。所有这一切。 无论您是否喜欢,对每个人来说都是一件大事,就我而言,我只是想尽自己所能,对systemd进行神秘化,最终将出现在Debian的下一个稳定版本Jessie中。

 我在GUTL中看到了这篇文章(该文章是从 FromAbreus)

诗意-1984

系统电流?

当某些事情引起如此多的争议时,我是不会读太多新闻的人之一,我更愿意保留更多技术细节。 就是它…。 有时我觉得某些话题不再只是技术性的讨论或辩论,而变得像那些名人八卦之一。

首先,从用户到systemd的一个开放行称为 系统化VS情报然后莱纳斯·托瓦尔兹(Linus Torvalds)说 systemd还不错 他们如何画它以及某些原因),一个叫做 无用的 ……无可奉告……最后 Devuan.

我不会说它是否像他们所说的那样糟糕,或者更糟或更糟。 该系统对我来说没有问题,但是出于个人喜好,我更喜欢使用init,因为它可以更好地组织各种事物(例如日志),但是,嘿,如果systemd被称为赛马并且必须替换为赛马,在里面 (会是我们的背包m子吗?)好吧...伙计,只要更改不是非常突然,用户就可以毫无问题地适应并且系统运行得更好(是的,更好,这对我来说还不够!),欢迎您😀


114条评论,留下您的评论

发表您的评论

您的电子邮件地址将不会被发表。 必填字段标有 *

*

*

  1. 负责数据:MiguelÁngelGatón
  2. 数据用途:控制垃圾邮件,注释管理。
  3. 合法性:您的同意
  4. 数据通讯:除非有法律义务,否则不会将数据传达给第三方。
  5. 数据存储:Occentus Networks(EU)托管的数据库
  6. 权利:您可以随时限制,恢复和删除您的信息。

  1.   Darkar

    很好的文章,我在使用Systemd的Linux Mint 17.1 Rebecca上工作了几天,感觉比以前的版本更加流畅,我对此不太了解,因为我是一个了解这一点的普通用户,但是我将知道,这是我阅读的第一篇不涉及systemD有害生物的文章。

    1.    同步标记

      出于某种原因,他将是您读到的第一个不讲有害生物的人,而另一方面,告诉我,您是否将Mint用作服务器?这就是为什么它不会打扰您,您不不喜欢,但systemd也不会让您感到困惑。 当您遇到错误并因此在严重的环境中遇到严重的问题时,它会打扰您。

      1.    卡洛斯

        Dude,您推荐任何基于Debian Stable的发行版吗? 我可以使用Debian,但是一旦安装,您必须配置许多东西,编解码器等。您推荐哪一个? 谢谢。

    2.    圣地亚哥·布尔戈斯

      您如何设法将Linuxd Mint纳入系统? 我想尝试把它放进去,但是我不知道是否需要做一些额外的事情(从理论上讲,Ubuntu已经带来了),如果您对此有任何指导或可以帮助我,会很感激的

  2.   吉卡德

    很好的文章。 让我们看看塔利班反SystemD是否读过它(但我对此表示怀疑)

    无论如何,一年以后,我将看到他们使用SystemD,而他们将拒绝他们一年前所说的话。 是的。 耐改变? 当然可以。

    1.    拉夫

      您认为我是不想接受Systemd的塔利班,然后您认为我是不想接受Systemd的塔利班。 我们在手边😉

      1.    耶尔贝纳

        但是,正如文章结尾所说:

        «elav:个人博客/Twitter/G+/ArchLinux 用户。计算机科学家、音乐爱好者、博主和网页设计师。管理员和创始人 DesdeLinux。网。 »

        也就是说,您使用SystemD采用的第一个发行版。

        问候

    2.    豪尔赫·罗伯斯

      好,小子
      没有言语!!!继续玩,那生活是美好的。

    3.    铁托

      对于像您这样的评论,亲爱的Giskard,这就是为什么我拒绝SystemD及其代表的原因。
      如果经过20年使用Linux并与之合作,我就是塔利班; 好吧,就这样吧。

    4.    吉卡德

      一年里我们聊。 而且拉夫,我没有提到你。 您以Chacumbele自杀。

    5.    吉卡德

      让我们看一下,人们阅读和不阅读。 是否有针对SystemD的塔利班? 有! 另一方面,那些捍卫牙齿和指甲的人就像万灵药一样。 他们都是谁? 没有! 一点也不! 有些人同情彼此,看到自己和他人的好与坏。 与这些人您可以毫无问题地交谈。 但是他们不会否认有塔利班。 并从一边到另一边。 如果有人因不知所措而不是塔利班人而st之以鼻,那么我就搁浅我的案子,因为证据使他们有罪。
      如果我与某人就SystemD进行对话,并且从一开始该人不是以他的名字而是Systemshit或类似名称来称呼他,我将真诚地希望他们告诉我是否有可能与最初取消资格的人进行交谈对手。 这不可以。
      无论如何,您必须阅读。 让我们看看,如果我说“有一些eschejfhduf(发明的单词)在孩子离开学校时殴打他们”而有一些人来捍卫“ eschejfhduf”是不是不认为他们自己是孩子?
      好吧,如果外面有人(请不要塔利班,也不要eschejfhduf)想谈谈init和SystemD的优缺点(它们都有好有坏),我会很乐意出现的。
      问候。

    6.    同步标志

      塔利班反系统? 告诉我,你是什么? 赞成制度的塔利班?,另一方面,您为什么认为我们不打算阅读而是直接发表评论?,他是思想开放的塔利班,不接受讨论,说的像是LP :::“最好,相信我,我知道我在做什么”。 ?

      我阅读了整篇文章,可以告诉你:

      Systemd是基于二进制的:True
      揭秘:错误

      LP错误地表达了这种说法,即systemd核心是二进制的,太多,太多的东西无法挂在PID1上,强烈交错,所以我邀请您看一下#devuan清理它的成本,例如,login考虑到取代PAM的日志记录与系统之间的链接关系,systemd和Debian中的其他软件包都是如此。

      配置简明扼要,不允许我不想要的所有内容,例如停用日志,因为您既不能杀死PID,也不能停止PID,或其他任何模块化的东西?至少使用sysvinit,您可以杀死所有东西,直到只剩下init,同样是新贵。

      ===========
      “那东西是整体的,可以控制一切。”

      除了它们是2或69个二进制文件之外,它们还与dbus并因此与整个OS相互交错,不允许它们容易地不相关,并且记录了最清楚的情况,即您也无法将其停用,守护程序或服务的启动是通过作为文本文件的“单元”完成的,但仅此而已,由systemd和voila解析,除了已建立的内容外,没有对服务的修改或修改。

      =======

      “看起来不像UNIX”

      我将简要回答。 它既不符合LSB的要求,也不符合POSIX的要求,今天,一个在#devuan中提供帮助的fedora开发人员表示:“的确,它可以运行POSIX的东西,这并不重要,没关系,休息,当然,我对什么操作系统或什么都不感兴趣,只要它可以工作并且具有良好的功能»。 以及为什么它应该是UNIX或类似UNIX的东西:一件事做得好,而systemd做不到。

      ===========

      但是,systemd当然不会比以前相同组件的实现复杂。 它更简单,并且冗余性更少»

      冗余度降低了吗?他们要求您为纯文本安装另一个syslog,并在进行systemd-journald-remote之前要求它进行远程日志记录,也就是说,他们将其投入生产后就无法依靠rsyslog进行远程日志记录,这是基本的操作,例如集中式登录。 即使这样,它也没有能力,一个简单的布尔值指示我们是要二进制还是纯文本形式的输出,如果要使用二进制,那么为什么不使用所谓的berkeley DB来读取它呢?从任何UNIX或Linux系统?

      简单吗?,真的吗? 看一下它有多简单: http://wiki.gentoo.org/wiki/Comparison_of_init_systems

      查看代码和文件的行数。

      =========================

      “那不会让我使用外壳程序脚本”

      这是错误的,但又被错误地陈述了,它没有因为不允许使用bash脚本而受到批评,而没有因为没有使用bash脚本来启动服务而被批评,这就是为什么它不能像新贵或sysvinit那样被修改,篡改和灵活。 “骇客”我的意思是僵硬。

      ============================

      您仍然认为:

      1.-我完全没有理由
      2.-我什么都没读,我是塔利班人吗?

      1.    理查德

        我想知道……我真的必须相信Lennart的话吗?如果有人中立地告诉我,我可以考虑某些事情,但是对我来说,这就像Red Hat发布一些内容来捍卫Systemd一样

  3.   亚瑟·谢尔比

    哇,直到周围有人说出合理的话,而不仅仅是恐惧和错误信息。

    1.    拉夫

      本文是Lennart写的西班牙语译本。

      1.    查理·布朗

        没有冒犯,但是该翻译似乎是由Google翻译Beta版提供的。🙁我很难理解某些段落。 无论如何,信息是值得赞赏的。

      2.    马丁

        @ Charlie-Brown,这是因为Lennart不太会用英语表达自己。 通过阅读原件,这是多么丑陋。

  4.   查理·布朗

    给出的原因是正确的,但是,我认为有些原因可能会引起更多的问题。 无论如何,我对有机会的人的建议:转到原始信息来源 http://0pointer.net/blog/projects/the-biggest-myths.html (对于某些人来说是不幸的是,它是用英语编写的),它更加完整,甚至可以证实多达30个使用SistemD的理由。

    1.    拉夫

      您提到的那篇文章是由Systemd的创建者撰写的。 显然,没有人比他更好地捍卫他的作品,但是,我邀请您观看此视频 http://hackingthesystem4fun.blogspot.com/2014/12/systemd-journald-centos-7-totally.html 他们会告诉我他们的结论。 我不多说了。

      1.    罗洛

        elav二进制格式的日志日志是最受批评的观点之一,甚至在Linus自己提出的报告中,他也承认,systemd并不是那么糟糕。 linus自己也解释说,您可以创建一个脚本来获取日记数据并将其以纯文本格式显示。
        Systemd还允许您配置日志二进制文件的大小,从而降低可能发生故障的风险。

        实际上,您所引用的艺术是很严肃的,因为它没有任何客观性的暗示,甚至使我怀疑它所显示的错误是真实的还是被伪造的(他妈的专有软件,以便给出错误)。

        所有程序在某个时候都有错误,但是似乎它们总是会寻找猫的第五腿来找到systemd的问题。

        例如:在debian中,已决定将systemd作为默认的init,但这并不能阻止使用sysvinit或openrc或upstart,您可以很好地告诉我,但是您无法完全删除systemd,我的回答是,它是与在debian wheezy中发生的情况相同,您可以在sysvinit下运行openrc,systemd或upstart

        PS:我不想想象他们将对kdbus及其在Linux内核级别与systemd的集成感到多么疯狂。 http://kroah.com/log/blog/2014/01/15/kdbus-details/

        1.    拉夫

          如果可以的话。 此外,我计划正式退出有关Systemd的讨论。 无论发生什么事🙂

      2.    友喜

        @rolo记录了故障,他已经收到了多个错误报告,他们给了他一个视频,现在他们说这是假的。 如果您想确定,请按照以下步骤操作,然后看看会发生什么。 现在,这里提供了有关此问题的更多信息,即发明的错误? 我不这么认为。

        https://bugzilla.redhat.com/show_bug.cgi?id=958321
        https://bugzilla.redhat.com/show_bug.cgi?id=1054929
        https://bugzilla.redhat.com/show_bug.cgi?id=1055570
        https://www.libreoffice.org/bugzilla/show_bug.cgi?id=74280
        https://bugs.archlinux.org/task/32191
        https://www.libreoffice.org/bugzilla/show_bug.cgi?id=64116 (伦纳特和他的出色解释)
        https://bugzilla.redhat.com/show_bug.cgi?id=974132
        https://bugzilla.redhat.com/show_bug.cgi?id=1157350

      3.    灵光

        视频中提到的内容当然很奇怪。 作为开发人员,我们总是被告知一个细节不应影响整个系统/程序,例如,如果对数据库的选择查询失败,为什么整个程序会崩溃? SystemD也是如此,如果它由于其他人失败而失败了,我不知道它做得如何。 显然,在某些情况下,故障实际上是​​系统的故障,但是程序的属性在内部与外界的隔离度越高,产品的性能就越好。
        现在,从软弱的一面攻击软件并不是什么新鲜事,这是一种非常普遍的做法,实际上,它应在每个程序中进行,因此,看到SystemD陷入困境,是一个有效的证明,证明SystemD并不是什么说或导致相信。
        与SystemD相互依赖的事物越多,事情就会变得越糟。 如果在安装设备之前没有关闭系统,则现在看起来可能不太好。
        SystemD不错,我并不讨厌它,但是您不会相信它。 它具有优势,但是Upstart没有或可能没有的东西,当然,Canonical参与其中,没有人想再注意了。
        问候。

      4.    罗洛

        但是在任何时候我都不知道系统崩溃了。 类型所做的是修改日志信息的二进制文件以生成错误,但要点是每次它进入systemd时。
        据我了解,如果您限制日记二进制文件的大小,则当达到最大值时,它将创建另一个二进制文件,依此类推。 减少破坏所有数据的可能性。

      5.    若尔基乔

        让我们清楚一点...谁还会想到修改日志文件? xD

      6.    匿名

        @Jorgicio 4年2014月6日下午03:XNUMX
        让我们清楚一点...谁还会想到修改日志文件? xD

        如果您以讽刺的方式说出来...一切都很好,我理解:)),但是,如果您确实提出了问题,请提出我的观点。

        对我来说,这显然不是错误,而是功能! 这个想法是,如果远程访问中的特权升级,那么对于那些同意删除日志的人来说很简单,只需对其进行编辑以使其损坏即可,而systemd则将其删除为已损坏并因此摆脱被检测到的情况。在那个远程访问中。
        告诉我偏执狂,但是我没有其他思考的方式……这不是错误,它是功能,因此他们不接受修复该错误的原因。

  5.   达约

    现在,所有linux博客都发表了200篇有关systemd的文章,以至于我已经知道几乎所有针对xD的论点。

    渐渐地,我被一些反系统论据以及我所看到的论点所说服(如果有什么问题,请纠正我)

    我什至看过一篇文章,介绍了在编辑二进制日志时如何使整个系统崩溃,并且它没有提供有关文件已损坏的任何信息。

    日志不够清晰

    一个经常忽略错误报告的开发团队

    太大了,并且在init中包含了很多东西,这会使系统变得更加不稳定,如果我们添加上述错误,那么系统就失去了linux所具有的稳定性。

    据说它是模块化的,但是如果没有同一系统的其他部分,它的某些部分将无法工作

    从长远来看,这种开发会在编程时产生依赖关系,这使得像gnome这样的软件很难移植到没有systemd的系统中。

    它替换了已经工作多年并接受维护的零件(联网的,已登录的等),并且无需任何往往会有更多错误的地方就将它们更改为新零件。

  6.   mat1986

    从我一直在使用明显使用systemd的基于Arch的发行版(Manjaro,Bridge Linux,Antergos)开始,我必须说,我对它的使用和处理没有任何抱怨。 启动服务很容易-在Bridge中更是如此,默认情况下,Bridge中禁用了蓝牙或Modemmanager。 除了与hwdb.bin有关的错误(https://bbs.archlinux.org/viewtopic.php?id=189536)我没有很多问题。 显然我不认为这是每个人的意见,但就我个人而言,我没有任何抱怨🙂

  7.   索拉克彩虹战士

    我不喜欢这样的想法:被指控与NSA(后门和美国控制部门)合作的公司(红帽)制造了一种可以控制一切的系统。 一个控制它们的环,必要时将它们绑在黑暗中..

    另一方面,我必须承认,英特尔IRIS PRO 5200对我而言效果更好,并且几乎永远不会(如果没有的话),当我启动openSUSE 13.1时,我的图形系统会崩溃。 是的,一切都更好,它启动和关闭的速度更快。 一个简单的用户如何使我受益。

    1.    胡安

      阿库萨达 与国家安全局合作

      我强调重要的部分

      如果有人指控您销售毒品,您是否会自动成为毒品贩子?

      1.    匿名

        @juanfgs
        毒贩没有..是同谋。

      2.    胡安

        毒贩没有..是同谋。

        上帝...我会侮辱你,但你自己的话会为你做。

  8.   拉斐尔·卡斯特罗(Rafael Castro)

    只需澄清一下systemd是写的,那就应该这样做。

    拼字

    是的,它是书面的systemd,而不是System D或System D,甚至SystemD。 而且它也不是系统d。 为什么? 因为它是系统守护程序,所以在Unix / Linux下,它们是小写的,并以小写的d作为后缀。 由于systemd管理系统,因此称为systemd。 就这么简单。 但是话又说回来,如果所有的事情对您来说都太简单了,请称之为(但不要拼写!)系统五百,因为D是500的罗马数字(这也澄清了与系统V的关系,对吗?)。 我们唯一可以在名称中使用大写字母(但也不喜欢)的情况是,如果您使用systemd开头一个句子。 放假时,您也可以拼写sÿstëmd。 但是话又说回来,SystèmeD并不是可以接受的拼写,而是完全不同的东西(尽管有点合适)。

    http://freedesktop.org/wiki/Software/systemd/

    1.    拉夫

      这里也? 您将其放在GUTL中..但是,伙计,每个人都说Linux而不是GNU / Linux,因此与SystemD相同。

  9.   Germán

    我告诉你,没有必要使用systemD提供的日志系统或cron,可以使用syslog-ng和cronie作为替代方法
    我从aur开始就在ArchLinux中使用systemD,它似乎比debian和redhat派生方式更易于处理,它具有许多控制台命令,可避免您编辑文本文件并简化脚本安装配置的组装(请记住,在arch中,所有内容均由控制台安装)
    不仅如此,系统启动速度很快,在Arch系统中,您可以在启动系统时并行启动服务,但这样做存在风险

  10.   圣地亚哥

    对我来说,这个问题似乎有错,那就是大多数人都支持,或者您是亲系统的或反系统的,而且我认为它有好有坏,我是用户,我开始对systemd有所了解,确实,好事是,尽管期刊的发行也使我感到非常困扰,但与其他init相比,启动更快,更简单。
    我知道真正能够判断出它是好是坏的人是系统管理员或专家,但是在我看来,systemd大惊小怪不久前不再是技术性的东西,而是变得更“炫耀性”,因为我的立场有点反对,但我不认为自己是反对还是赞成

  11.   友喜

    @KZKG_我爱罗

    我看到您在这里发表的评论与Lennart在他的博客上发表的内容相同,更确切地说,是在此条目中: http://0pointer.de/blog/projects/the-biggest-myths.html.

    当然,该帖子进行了一些“澄清”,并保留了某些技术内容,以便于为将要阅读的读者轻松地获取信息,但是即使事实真相,我们也将保持认真和真诚的态度。很痛:systemd有很多Lennart否认的东西,实际上还有很多。 从这个意义上讲,我会进行部分解释。

    1.- Lennart说他没有肿,他没有高NIH综合征(Not Invented Here Syndrome)。 如果是这样,请有人向我解释:为什么一个init应该具有网络控制(systemd-networkd),dns(systemd-networkd),m-dns(systemd-networkd),日志(journald),coredumps(systemd -coredump),调试(systemd-coredump和日志式),acpi(logind),特权提升(logind),对ntp的控制(systemd-timesyncd),对dev的控制(systemd拥有udev的所有功能),对/ dev / random的控制(随机数)生成器)和最新的TTY控制(系统控制)? 是否没有为此目的而创建的大量工具使systemd现在添加了自己的一些专有访问权(按日志记录的情况)? 对于初始化程序,您可以给我提供什么逻辑上可接受的解释,使其能够中断内核调试和cmdline? 为了增加对kdbus的控制,kdbus是将集成到内核中的下一个IPC。 他们肯定会在这里告诉我的:“但是您可以安装另一个工具来控制所有这些”。 而且,如果确实如此,那么其中的许多工具仅会接收systemd抛出的数据流,例如syslog和rsyslog,它们连接到已记录日志的数据/流,以便其他工具可以查看已记录日志的驱动器,最后,这仅意味着您有两个功能相同的工具,其中一个是潘多拉盒子。 (请不要告诉我代码可以被审核,因为我邀请某人使用systemd和其他相关工具来“模仿”日志代码及其框架)

    2.- Lennart还告诉我们systemd支持SysV和LSB脚本。 可以这么说,这是“半谎言”,是“白谎”,因为事实是systemd-214不提供对bash脚本,SysV或LSB的支持,这与该版本的发行说明有关。

    3.-什么systemd不可移植? 这是另一个问题。 在BSD中,它运行不正常,在BSD中,systemd需要运行的其他工具中没有Cgroup。 但这是出于系统设计的原因,而不是因为它不可移植。 直到BSD内核没有达到支持它的最低要求,systemd才能在该平台上运行,这不是任何人的错,只是BSD没有兴趣,Lennart也没有。 就这么简单。 现在,对其他C库的支持又是另一回事了,众所周知的是glibc问题(只需手动制作内核,以查看为避免这些细节而做出的选择数量和变通办法,尤其是对于glibc 2.3、2.5和2.11, Lenbart多年来一直在拖延glibc所拖延的其他缺陷中),但是它并没有结束,Lennart自己说他更喜欢创建自己的libc库,因为对于他的团队而言,这样做的速度要快得多。阅读已经创建的代码(顺便说一下),但它并没有止步于此,他们计划删除glibc,并将其libc不仅用于systemd,还用于Fedora,使其成为构建所有软件包的标准方法。 NIH在哪里? 好老的列纳特(Lennart)似乎很喜欢巨魔。

    4.- systemd不是单片的,因为它分为69个二进制文件。 是的,这值得商bat。 systemd有69个二进制文件,它们执行不同的任务,但是这些二进制文件将其任务信息传递给systemd,因此,如果一个二进制文件失败,则破坏系统的机会将大大增加。 这是有据可查的,错误报告中充斥着诸如此类的问题,甚至更简单的问题,实际上简直是愚蠢的。 systemd可以分解为数百个二进制文件,但是只要您的内核处于控制之中,中断的风险就会继续增加,并且,如果您不相信我,请阅读bug报告并尽享乐趣。

    请注意,在这里我没有对systemd是垃圾的任何内容发表评论,我只是发表了“技术性”(显然谈论技术性事物变得非常复杂)且有效且受到互联网上易于访问的信息的支持。 现在:什么Linux需要标准的init? 是的,这肯定会对社区具有重大价值。 解决方案是什么systemd? 不,尽管它很接近,但肯定有很多优点,但是它的病毒传播和它的数量确实增加了发生错误并最终损害社区的风险。

    PS:我将材料留在您可以证实我所说的内容的地方,阅读该内容将起到很好的说明作用,并且会发现我不包括博客或类似内容,纯属个人和基于批评的内容。 问候。

    http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
    http://cgit.freedesktop.org/systemd/systemd/commit/?id=ce7b9f50c3fadbad22feeb28e4429ad9bee02bcc
    http://lists.freedesktop.org/archives/systemd-devel/2013-November/014808.html
    https://bugzilla.redhat.com/show_bug.cgi?id=1057883 (@elav也许让您感到认同)
    https://code.google.com/p/d-bus/source/browse/kdbus.txt
    https://github.com/gregkh/kdbus
    http://lists.freedesktop.org/archives/systemd-devel/2013-March/010062.html

    1.    拉夫

      阿们兄弟..阿们..

    2.    PAMP

      我仍然看不到任何不采用systemd的正当理由。 您只是在恐惧中解释您所看到的结果,从而导致夸张。 既没有明确定义的优势,也没有劣势。
      此外,这种集成还可以实现您所说的标准化。 不仅Red Hat适用于systemd,而且其他发行版中的公司和志愿者也不同。
      我认为错误是systemd的操作未正确研究。

      1.    谢普

        我确实在Yukiteru的分析中看到了正当的理由。 请注意,我看到的是严谨,精确和清晰,而不是恐惧。 这一定是眼科医生的问题。

      2.    友喜

        不怕(我不怕一段代码),它们也不是夸张的(我在这里所说的一切都被记录在案,并且我已经传递了足够的信息来佐证该信息,这些信息顺便从清单中脱颖而出)想法/声音Lennart的笔迹,而不是来自博客的评论),这是现实。

        systemd可以做更多的事情,而且令人担忧(这是一个与恐惧不同的概念),因为它确实需要归因,并且所做的事情目前可以通过其他方式完成,并且可以更好地工作并且更稳定。 systemd非常类似于Windows,并且无法隐藏,只知道userinit.exe,svchost.exe,smss.exe和其他依赖项的作用并将它们与systemd进行比较,相似之处是如此之大,以至于它不是一个好主意。 现在,当然,systemd的质量可以比Windows中的同类产品更好(或者相反的情况可能发生,除非您为Microsoft编程,否则没人会知道,除非您为Microsoft编程),但是当您在列表中阅读Lennart时,您不能指责我为EXAGGERATED和FEARABLE。创建一个全新的C库的方法,因为他对Glibc感到厌倦,并且对ñapa来说,抛出了一个微不足道的小技巧,该libc可用于构建所有Fedora软件包。 如果您认为这是谎言并且被我夸大了,我会在此链接中向您发送消息: http://lists.freedesktop.org/archives/systemd-devel/2013-March/010062.html (用英语)

        现在,告诉我在所有这些内容之前是否夸张地说,一旦Linus决定按原样配置CONFIG_VT,他就必须退出内核(已经存在很长时间了)并将其传递给用户空间,不会发生像systemd-consoled成为几乎任何Linux安装都强烈依赖的疯狂事情(某些东西必须处理VT,您认为吗?),这不会引起其他非systemd发行版的关注强制切换。 如果您认为这是个难题,那么让我告诉您,您不知道Lennart的能力和正在做的事情,因为他的最新变化会影响udev分支Gentoo eudev的发展,他将继续以他的威胁来这样做在桌子底下(后来像他在Google+上一样抱怨)

      3.    友喜

        @xiep我完全同意您的评论。

      4.    胡安

        Che Yukiteru,您冗长的陈述忽略了以下事实:您在libc上链接的电子邮件是一个愚人节笑话,请查看脚注并查看日期(31月1日,可能是Lennart时区的XNUMX月XNUMX日)

        [1]在GNU / Hurd成功之后,我们可以稍后添加内核
        的方法。

        练习英语赋形练习,因为它泛水,并质疑您的所有“研究”。

      5.    友喜

        @juanfgs您似乎是唯一读过的人,至少我对此表示赞赏,但您需要阅读我的评论中非常重要的内容,没关系,我将其放在此处:

        »NIH在哪里? 好老伦纳特似乎很喜欢巨魔。”

        我认为他不是出于无辜的原因而写的,他知道这是Lennart在XNUMX月的愚人节(心情不好)中的另一个笑话,以及他对/,/等以及其他所有东西变成/的热情Linux。 🙂

        PS:谢谢,但是我不需要练习英语,我从6岁开始就使用该语言
        aaahh,其他所有内容都正确,请验证it

      6.    胡安

        我不认为我是出于无辜的原因写的,我知道这是Lennart为愚人节(心情不好)疯狂而嘲笑的又一个笑话

        这完全是一种耸人听闻的感觉,你说你是基于事实,但实际上,你会直觉这个家伙是坏人,想接管世界,并且扭曲事实以反映你的言论。 这就是让反体制的人为我所困扰的地方,当涉及到歪曲事实和讲真相的时候,他们不肯说话。

        在这些情况下,我的“经验法则”只是以下逻辑分解,前提是
        -我是网络开发人员/桌面应用或cli
        -我从未写过一个初始化系统。
        -我不是发行版的维护者。

        检查对话者是否具有:
        -创建了一个初始化系统
        -是发行版init系统的积极维护者

        事实是,大多数反系统软件都未通过该测试,但仍然有少数人出于某种原因比背后的人知道更多:Debian,Fedora,Archlinux,Linux内核,整个GNOME项目,可能是KDE项目也是如此,因为他们没有抱怨systemd,SUSE和冗长的代码等。

        即便如此,他唯一有毒的言论是制造不团结,问题和其他。 这就是我迫不及待要他们最终切换到BSD的原因,因为他们已经受到来自Xorg,NetworkManager,PulseAudio的威胁,而且我不知道是由于技术上的愚昧还是因为他们不会抱怨。

      7.    友喜

        @juanfgs,我特别支持您:

        «事实是,大多数反系统软件都没有通过该测试,但他们仍然是少数人,由于某种原因,他们比背后的人知道更多的东西:Debian,Fedora,Archlinux,Linux内核,整个GNOME项目可能是KDE项目,因为他们没有抱怨systemd,SUSE和long等。

        即便如此,他唯一有毒的言论是制造不团结,问题和其他。 这就是我迫不及待要他们最终切换到BSD的原因,因为他们已经受到来自Xorg,NetworkManager,PulseAudio的威胁,而且我不知道是由于纯粹的技术愚昧还是因为他们不会抱怨。 ”

        因此,根据您的说法,我们所有人都反系统化,是有毒的,有毒的,我们唯一实现的就是团结,问题等等。 让我告诉你,这是我在这里能读到的最大的愤怒。 我不知道为什么当系统的结构性问题出现时,亲系统的人会打扰,这显然会在某些时候影响它们,因为现在它们可能什么都没有发生,但是在某些时候,它们会发生。会,然后一些反系统的人会提醒他们他们多次说过的话,但没人阻止他们,也许其他一些反系统的人会帮助他们。

        就我个人而言,我不喜欢 systemd,但这并不意味着我不使用 init,我必须使用,因为正是在我的工作中,如果我必须使用该 init 接触一台机器,我必须了解如何处理它。另外,就我个人而言,自从我来到Archlinux甚至在Debian和Gentoo中也一直在使用它,所以不要告诉我我的愿景因不使用systemd而产生偏见,我已经使用过它,并且我知道它有多么蹩脚。 ,如果我需要帮助论坛中的某人 DesdeLinux 或者在 IRC 或 Debian 列表上(这是我使用时间最长的发行版,而且我仍然在工作中使用它)我会很乐意这样做,因为确切地说,如果我喜欢 Linux 社区的某些方面,那就是尽管区别在于它总是援助。

        现在可以切换到BSD,但是,只有在systemd变得如此强大以至于它不允许我使用任何其他选项时,我才这样做,同时我仍然使用Linux,从而禁用了所有这些疯狂功能,包括许多Cgroup的东西。

      8.    胡安

        而现实是,大多数反系统

        !=

        因此,根据大家的反系统

        再次,您扭曲单词以适合您的讲话。 对于政治家/记者来说,您是非常好的材料。

      9.    胡安

        我要澄清的是,我的问题不是他们提到Systemd的技术问题,而是要说他们多次在讲话中撒谎,即:

        如果systemd将迫使您使用microhttpd服务器(这是默认情况下未安装的可选模块),则如果systemd是单个二进制文件,则由于lennart由Microsoft支付,该systemd将被关闭,该二进制日志它们是强制性的。 没有人想要系统化的系统,其采用是在政治游说中进行的。

        这就是令人震惊的谎言。 如果是一个合理的讨论,那将是值得的,但这只是很好的FUD。

        您不喜欢它对我来说似乎很完美,我不喜欢很多软件,甚至不喜欢编程语言,发行版和其他软件,但我既不发明任何东西,也不讨厌阅读我想阅读的内容,在我的陈述中充斥个人感觉,以破坏其发展者的形象。

      10.    友喜

        @juanfgs抱歉,但我不是因为某些人不喜欢某个软件而称其为“有毒和有毒的”。

      11.    胡安

        尽管如此 他的演讲 有毒和硫酸的唯一作用是产生不团结,问题等。

        再次,扭曲句子成为受害者。

      12.    友喜

        再次@juanfgs,我告诉你,那是你所说的,请检查你的话,我不是在虚假陈述你的话,我只是在评论59中复制/粘贴了你的话。

      13.    胡安

        我引用了我的文字注释投诉警察课,您必须再次阅读的是因为您不想理解,或者您不知道如何辩论。 您将内容从上下文中移出并解释,因为它们是向您演唱的。 因此,如果您想选择生活在一个因争执而受到侮辱的世界中,那么,伦纳特,红帽和微软正在逼迫您,那是因为您选择相信这一点。

        之所以简短,是因为我意识到您不是一个理智的人,因为您不想理解,您想按自己认为合适的方式解释事物。

        如果您想被冒犯,请进攻,但这是您的问题,而不是世界其他地方。

      14.    友喜

        @juanfgs我不会被您的评论打扰,我真的认为没有理由,我们正在争论,文明的人争论而不必去打扰(这就是我的想法)。

        现在,如果您想标记,预判(或您想称呼它的)人们的讲话或行动(也许您应该阅读我的第64条评论并衡量其广度),那就是您的问题,请限制自己去做那些对自己采取行动,让其他人摆脱困境。

        问候。

      15.    谢普

        “大多数反系统的”,“几乎所有”,“全部”,“部分反系统的”……我们偏离了,马里亚诺,我们偏离了。 在当前的情况下:我看不到Yukiteru凭直觉发表过轰动性的演讲(以这种方式指称他的分析确实有些扭曲),相反,他对基于系统的劣势提出了扎实的论据有关适当问题的信息以及从邮件列表和错误跟踪中获取的材料(以及礼貌和文明的方式)。 可能由于这个原因,他激怒了一些人,他们在第一条评论中就攻击了他,从而抹黑了他并取消了他的资格(这次是有毒的)。

        如果您看到大多数反系统主义者的话语是有毒和硫酸的,那么我在一些亲系统主义者的话语中看到的(我不知道他们是多数还是少数)就是歇斯底里和对那些人的迫害,确切地说,他们在所有喧闹声中提出了扎实的论据。 在我们的土地上,我们称其为骚扰异议。

        systemd对您来说做得好吗? 太好了,对我来说似乎很棒,但是让那些不那么认为的人表示保留(操作系统可能无法以相同的方式工作)。

        问候

    3.    PAMP

      哦,顺便说一句,为什么系统错误会被浪费到浪费整个组件的程度,但是诸如GCC,glibc甚至内核之类的其他错误却没有因为这些错误而受到批评?
      您自己说过,glibc已经拖了很长时间了。 随着时间的推移,Llvm被证明比GCC具有优势。 在这里我看不到同样的批评。
      为什么不对其他项目做同样的事情?
      对我来说,这只是集体和非理性的恐惧。

      1.    友喜

        Glibc的错误没有人能将它们隐藏起来,有大量的Glibc错误会影响内核和数百个可执行文件。 Glibc和systemd的区别在于,前者是一个基础,可以将成千上万的软件项目转换成二进制文件,而systemd是一个init,其目的是成为稳定,可靠且实用的工具。 不仅如此,Glibc还必须适应数百种不同的硬件体系结构(CPU),适应CPU的不同优化标志和独特特性,适应不同形式的软件优化,并且比systemd还要艰巨而艰巨的工作。我真的看不到有什么方法可以在相同规模下比较两个项目。

        GCC也是这样,GCC是一种支持多种语言的编译器(总共13种非官方语言),并且具有与Glibc非常相似的特性,支持多种架构(70版的4.9种架构),二进制优化标志,CPU优化标志和许多其他功能。 现在他们处于相同的难度,一个带有init的编译器。 答案显然不言而喻,从systemd用C开始,很多GCC代码都在汇编器中,或者您必须使用汇编器使事情以二进制形式工作,这有点“难做”。

        GCC和Glibc有哪些缺陷? 当然。 甚至Linus都给了他攻击,但在GCC和Glibc中,他们有一些积极的一面,使他们在系统中经常被遗忘,也就是说,报告了一个错误,看到了一个错误,并修复了一个错误。

    4.    罗洛

      -请有人向我解释:为什么一个init应该控制以下内容:
      网络(系统联网),
      dns(系统联网),
      m-dns(系统联网)
      ogs(journald),
      coredumps(systemd-coredump),
      调试(systemd-coredump和日志记录),
      acpi(logind),特权提升(logind),
      ntp(systemd-timesyncd),
      开发人员(systemd从udev获得了所有功能),
      de / dev / random(随机数生成器)
      TTY(系统化)?

      100000个主题反复出现,您需要说的是systemd可以在没有它们的情况下工作,实际上在debian中,它们甚至都不是您提到的一半

      这只是其广泛方法的一个特征

      lennart:好的systemd将它必须做的事情分解为许多不同的组件(这些天有90多个二进制文件)。 每一个都以最少的特权运行。
      我想这与coreutils没什么太大的区别,coreutils在一个程序包中也包含大量组件。 而且coreutils可能是使Linux像UNIX一样的操作系统的主要项目之一,对吗?
      但是,没错,systemd比sysvinit更复杂。 在过去的40年中,计算发生了很大的变化,其中许多实际上需要某种程度的复杂性来处理……解决这一问题的方法很少。

      因为使用freebsd不会让您毫不妥协,freebsd的功能完全相同,但是使用其工具却不允许使用其他工具,而systemd并非如此。

      -是否没有为此目的而创建了很多工具,因此systemd现在添加了自己的工具,其中一些具有独占访问权(按日志记录的情况)?

      我不会否认期刊主题将信息保存在二进制文件中是最难防御的事情,但这不是世界末日,可以将它们保存为纯文本格式。

      -您对我有什么逻辑上可以接受的解释,那就是init可以破坏内核调试和cmdline?

      Mmmmmmmmmmm……………………。 打破内核……。 5000000万件事可以打破内核

      -在kdbus控件上添加下一个将集成到内核中的IPC。

      据lennart称,这与开发人员有着积极的关系,systemd将为管理员带来开放dbus的工具,还将提供日志和网络总线接口

      -当然,他们会在这里告诉我:“但是您可以安装另一个工具来控制所有这些。” 而且,如果确实如此,那么其中许多工具仅会接收由systemd抛出的数据流,例如syslog和rsyslog,……..这仅意味着您有两个工具可以执行相同的工作,其中一个是一个潘多拉盒子。 (请不要告诉我代码可以被审核,因为我邀请某人使用系统化工具和其他相关工具来“模仿”日志代码及其框架)

      在这里,我们进入阴谋论! 这是一个瘦小的免费软件,没有什么隐藏的

      3.-什么systemd不可移植? 这是另一个问题。 在BSD中,它运行不正常,在BSD中,systemd需要运行的其他工具中没有Cgroup。 但这是出于系统设计的原因,而不是因为它不是便携式的。 直到BSD内核达到支持它的最低要求,systemd才能在该平台上运行,这不是任何人的错,只是BSD对此不感兴趣,Lennart也不对。

      嗯,这并不完全正确,bsd开发人员所做的事情与systemd类似,而Lennart自己在其g +帐户中强调了

      https://plus.google.com/115547683951727699051/posts/g78piqXsbKG

      https://www.youtube.com/watch?v=Mri66Uz6-8Y

      4.- systemd不是单片的,因为它分为69个二进制文件。 是的,这值得商bat。 systemd有69个二进制文件,它们执行不同的任务,但是这些二进制文件将其任务信息传递给systemd,因此,如果一个二进制文件失败,则破坏系统的机会将大大增加。 这是有据可查的,错误报告中充斥着诸如此类的问题,甚至更简单的问题,实际上简直是愚蠢的。 systemd可以分解为数百个二进制文件,但是只要您的内核处于控制之中,中断的风险就会继续增加,并且,如果您不相信我,请阅读bug报告并尽享乐趣。

      如果您使用的是sysvinit,而您的TTY开发人员acpi ntp也破坏了系统,则不要害怕。

      整体式是freebsd,您什么也没说

      1.    匿名

        @rolo
        现在列出我是哪个发行版,这些发行版使用systemd并在单独的程序包中创建了这90个二进制文件,而使用systemd的将是91个程序包。
        而且在安装systemd时,它不会要求我提供这90个软件包中的任何一个作为依赖项。

        认真地讲,我再次坚持…。请把我想让91个软件包用make手动编译的–configure-help选项传递给我。

        没有谁愿意比那个不想见的人更盲目...男孩,这是水和油,似乎仍然有顽固的人,他们不知道红帽之后的现实。

      2.    友喜

        @rolo我希望您安装systemd并删除日志化的systemd-udev和coredump,并直接使用eudev和syslog之类的选项来查看是否可以。

        这个评论不能使我笑得更认真,我快死了。 😀

        严重的是,他们确实有点麻烦阅读,而不是将光束粘在眼睛里。

      3.    友喜

        此外,没有人忘记Kay Sievers不仅破坏了内核cmdline,而且还想将其关闭,毕竟“泛型是通用的”。

    5.    达里姆

      换句话说,根据您的说法,两个进程传递信息的事实使它们相互耦合,以至于一个失败的事实使另一个进程发生失败的可能性很高……您从哪一种软件开发理论中得到的? 我同意@pamp的观点,即您是出于非理性和偏见的恐惧。

      还有另一个大问题,为什么systemd必须控制这么多东西? 简单的答案:由于sysvinit和最近在Linux内核中引入的所有其他init优点都被浪费了,只要没有人在用户空间中使用它们,它们就会“生气”(正如我们在古巴所说…… ,浪费)没有我使用它们的任何人,它们在有效使用包括cgroups的硬件资源(CPU,RAM,I / O等)方面具有巨大优势。 确切地说,systemd所做的就是将这些良好的功能(Linux内核)供用户使用,但为此,他需要成为启动那些恶魔的人。

      1.    友喜

        我认为您读错并分析了错误(分析很重要),或者您甚至没有给自己这样做的机会。 这两个进程传递信息并不是系统崩溃的原因,但是,当您使用动态操作(例如网络控制,日志或核心转储)执行二进制文件时,将信息直接传递给init时,事情可能会出错并且会出错,因为如果某些二进制文件中断了,则打破其余二进制文件的几率要高得多,这很现实,而且确实发生了,最近发生了内核cmdline中断,这是Nvidia开发人员由于systemd-212而产生的acpi问题,这就是我所说的样本。

      2.    匿名

        @达里姆
        如果您不能将这些二进制文件中的每一个都编译为单独的软件包,则由于您要安装一个二进制文件而强制执行此操作,因此必须安装所有二进制文件。安装所有这些软件包时,您会发现由于其他部件而无法安装其他软件包的systemd正在占领那些地方。
        如果最后没有一个可以让您分别安装它们的软件包,那么将一个大型可执行文件拆分为几个较小的可执行文件有什么意义?
        我再次向所有高级systemd用户发出通用请求,告诉我如何编译这90个模块并创建90个软件包,如果我想安装它们,否则我将使用我一直使用的程序。
        所有这一切都非常糟糕...似乎systemd的人们认为所有gnu / linux用户都是傻瓜。
        作为记录,我使用gentoo测试,几个月前我切换到systemd,但无法使用journald,这使我回到openrc的速度比切换到systemd的速度快。
        为了继续了解systemd的运行情况,我在笔记本上安装了archlinux,该笔记本很快将发布给gentoo…。

      3.    友喜

        @匿名,我只想看看TTY问题在Linux中将如何演变。 当CONFIG_VT代码发布时,为了将VT分为两个完全不同的部分(内核空间和用户空间),我们将需要一些工具来从用户空间控制VT,而systemd-consoled可以发挥强大的依赖性,从而拉动其余部分分发了必须安装systemd组件的必要性,只是为了使系统能够工作。 我的意思并不是夸大其词,这是一个非常非常大的可能性,而且确实令人担忧。 还有其他项目,例如KMSCon,但是如果大多数台式机和发行版都支持systemd,则KMSCon这样的项目可能会比许多人想象的要快。

      4.    匿名

        @Yukiteru 3年2014月8日下午49:XNUMX
        我不担心,Linus先生不会将默认选项从一个版本中删除到另一个版本,他会将新系统设置为NEW,并允许您在新旧系统之间进行选择。
        关于用户空间部分,您可以制作一个独立执行此操作的程序包,如果systemd可以执行此操作,为什么还不能再执行50个程序包?此外,执行此操作的不同方法将使不同的终端采用不同的方法来激活USE并按照我们的习惯停用。
        kdbus也是如此,Linus在他所说的3.19中就承认了这一点,但这并不意味着必须将其激活为yes或yes。
        我对openbox + compton感到非常满意,我的台式机可能正在消失,因为它们至少不会对我造成影响。

      5.    友喜

        @anonymous的问题是,删除CONFIG_VT最终将是全部(根据我的阅读),也就是说,在内核中仅保留原语,而其余工具将在用户空间中,这是不错,相反,它将从内核中删除许多旧代码,使其更易于维护,并且更具可配置性(对控制台的完整KMS / DRM支持)。 肯定会在开始时同时使用这两个系统,但从长期(15-20个发行版)来看,它可能会退出内核,甚至更快,许多工具不再支持此类代码,而倾向于使用更新更好的代码。

        现在,您说如果systemd做到了,因为还有50多个不能做到(我想还有50个应用程序)。 好吧,如果我们看到KMSCon(这种意义上最古老的项目)的强大依赖关系,它们就是libudev(即将加入systemd的代码,它将不被支持,并且如果它单独工作,它将与systemd冲突),libdrm ,libxkbcommon,libtsm和systemd本身可以处理多座位,因此,当您看到这一点时,您会意识到,为自己准备了许多使GNU / Linux OS正常工作所需的工具,事情正在逐渐成形。

      6.    匿名

        @Yukiteru 3年2014月9日下午46:XNUMX
        在gentoo中,libudev是指向sys-fs / eudev的虚拟指针,因此gentoo人士将负责修改eudev以使其符合新内核系统规定的API。
        因此,我认为if或if eudev会使用systemd(hello devuan)以外的其他发行版。
        最初的udev将会发生什么,systemd将其吞噬,但是这里的核心是API规定的,使用DRM / KMS与控制台对接的……我已经想看到使用此工具的urxvt……
        我接受的是,使用systemd的任何人都不会选择更改任何内容……全面而艰苦的努力,正如我之前所说的……对墓地哭泣。

      7.    友喜

        @匿名当然,您所说的是另一种可能性,eudev将在这方面发挥更大的力量,并将继续开放选择不同工具的选项。

        PS:正如您所说,看看VT如何与fbdev一起利用KMS / DRM的优势很有趣😀

      8.    达里姆

        您完全重复了我批评您的概念,因为我从未谈论过系统,没有谈论过流程之间的通信,而我又重复了一次,您从何而来,因为两个流程进行了沟通,一个流程的死亡意味着另一个有足够的可能性去死吗? 向我解释驻留在单独的内存空间中的两个进程如何相互影响彼此的内部行为。 让我们看看是否从这些进程之一的角度来解释自己,他只是在访问IPC机制(无论是为了与系统进程通信而定义的)。 如果程序员非常不擅长不包含可以处理意外输入和输出的代码,那是另一回事,但这与影响另一个内部的一个过程无关。 如果使用systemd-networkd崩溃,则不必像以前的sysvinit一样杀死日志或systemd,而inetd崩溃不应对其造成影响,它们是独立的进程。

      9.    友喜

        @dariem以一种简单的方式进行了说明,以了解您是否知道:

        您所说的肯定是模块化程序和过程始终期望的行为。 为此,实现了模块化,即将两个进程分开并占用自己的内存空间,并通过某种方式(IPC等)进行通信,因此,如果出现问题,则不会发生任何不良情况。系统可以继续运行而不会中断。 由于它的潜力和对当前计算的巨大可靠性,该理论无疑得到了极大的支持。 现在,这并不总是正确的(生活并不总是美好的),我想您肯定已经一次或多次成为这些事件的受害者(无论您使用哪种操作系统,这肯定适用于每个人),我将给出几个例子。

        第一个与Xorg一起使用(这是一个模块化的过程,就像systemd一样),有时它会因驱动程序而发疯,并且崩溃并使您没有图形,而系统的其余部分则继续按预期工作(Blessed模块化😀)。 到目前为止,我们的理论认为模块化过程不必破坏系统就可以了。 但是(总有一些)有时候Xorg提供的不仅仅是疯狂,而且出于某种奇怪的原因(从鼠标控制到图形驱动程序不等),Xorg不仅崩溃,而且还为您提供了最美丽的内核恐慌(可以想象,然后在监视器上看到涂鸦,例如毕加索(Picasso),然后您就会意识到,无论模块多么模块化,如果一个进程与另一个进程互通并交换信息/数据,并且其中一个出现问题,并且由于某种原因,错误无法得到正确处理,有关过程受到影响的机会增加了,原因很简单,那就是数据错误或仅被破坏,然后就带来了灾难。

        如果您认为这不可能发生,那么我会给您留下一些错误报告(一个在Debian中属于我,有几张照片),该错误报告是Xorg,mesa,nouveau和内核的drm / kms驱动程序中的一个旧错误,尽管分别运行**和模块化**,它们在一起相处得并不好,至少在这种情况下不是如此。

        https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742930
        https://bugzilla.redhat.com/show_bug.cgi?id=901816
        https://bugzilla.redhat.com/show_bug.cgi?id=679619

        现在,另一个示例将为您提供systemd。 我们旧的Sysvinit有一个特点,尽管它很旧,但它非常可靠,以至于您的/ etc / fstab有一个分区条目(对系统不重要,请理解/ mnt / Disk160GB),这是不可能的。由于某种原因而无法挂载,只是跳过了挂载,向您显示警告消息,然后继续进行引导过程。 现在,systemd是另一个故事,尽管它是模块化的,但是如果您在/ etc / fstab中有一个条目,并且由于某种原因systemd看到无法挂载它,它不仅会等待分区可用(正常的编程行为)。 )进行组装,但是如果时间到了,您的系统就会停止运行,并且您只能进入恢复模式并从/ etc / fstab中删除该行,实际上是相当失败的。 引导过程中的自动挂载期间不再有这个小细节,并且整个过程停止了,起初(systemd-)这个小细节比较丑陋,因为转储刚刚出现,您必须重新启动。 仔细研究过的人会告诉你。

        我可以举的另一个例子是systemd中的coredumpd。 默认情况下,coredumpd会将其所有信息传递到日志中,以便后者将捕获的信息写入磁盘,到目前为止,我们一直在利用systemd的模块化优势。 但是有时会发生这种情况,当核心转储非常大而又太大时,它们可能占用数GB,并且在将信息从核心转储传递到日志记录然后传递到磁盘的过程中,发生了奇怪的事情,例如Xorg停止工作甚至是内核恐慌。 当然,这不仅发生在systemd上,而且它的设计方式增加了失败因素并创建了其他令人不愉快的细节(其中包括增加的内存消耗,日志损坏,不完整的转储),这些人不得不使用KDE coredump,肯定经历了几次这样的情况,并且您将了解/ etc / fstab中对转储分区使用sync选项的重要性,并且您一定会讨厌不能使用其他选项来处理转储的事实,如果已安装systemd。 一个有关systemd-coredumpd可能发生的情况的示例。

        https://bugs.archlinux.org/task/41728

        现在,完成:

        他们不应该是模块化程序和流程吗? 是的,它们是模块化的。 内核是我在这里谈论的唯一的整体,但是它也接受模块(LKM),因此它是一种混合内核,尽管它的基本设计形式不是以这种类型的结构设计的,这使其成为在某些情况下有点不稳定。

        如果出现问题,这种模块化不应让我的流程和系统不崩溃? 的确,模块化是一种旨在实现高度稳定性和可靠性的措施,但这并不是100%可靠的措施,因为如果出现问题,无论模块化如何,它都会出错。现实。

        哪个systemd必须控制一切,才能使用添加到内核的cgroup和其他选项? 完全错误。 根本没有必要,systemd可以留有一个接口来控制cgroup的启动和向系统中将要存在的进程和守护程序的分配,而不必接管它现在拥有的服务数量,并且最好的例子是; OpenRC也能够使用cgroup,并且由于这个原因,它并不入侵执行该任务。

        在谈论systemd时,我有什么偏见和恐惧? 我不知道他从哪里得到的,因为正如您看到我的回答时,我不害怕那样,我只是在谈论我不喜欢系统化和已经不喜欢的方面,而不依赖第三方的意见。

        最后,您说:“如果程序员非常不擅长不包含可处理意外输入和输出的代码,那就是其他事情……”

        可以肯定地说,程序员不包括处理所有可能通过某种错误数据输入破坏其程序的方法的代码是BAD,在我看来这是一种愤慨。 不管他是一个多么优秀的程序员,一个人都无法设计出一个无懈可击的故障安全程序,总会有失败,一种或另一种方式会失败,而当失败时,这要归功于使用过程中的随机故障,黑客或破解者利用漏洞,代码审查和审核或程序员可以依靠的任何其他方式。 在说这样的话之前最好先测量一下单词。

        问候。

      10.    达里姆

        您给出的Xorg示例是最不适当的示例,因为经历过KMS / DRM转换的每个人都知道问题是由Xorg驱动程序开发人员提供的控制KMS的内核模块中的错误引起的。 KMS模块中的错误与内核崩溃相同,它与进程之间的通信无关,因为在这种情况下,是Xorg进行系统调用(syscall),以便内核更改屏幕模式,即仅涉及(Xorg)调用内核的一个过程,与我们在这里处理的事情无关。

        不论是否发现某个挂载点,systemd的当前行为都是无关紧要的,无论该功能是否有人不喜欢,都可以通过要求他们支持其他行为来解决,即忽略失败的挂载。 之前发生的核心转储可能是由不同的原因引起的,人们只能推测原因不同,但执行没有继续的事实可能是由于所需的行为,因为您说它必须重新启动,而不是因为内核崩溃或自动重启。 由于我没有经历过,所以我无法发表意见。

        关于您使用systemd-coredumpd提出的问题以及错误报告的链接,一切都表明Arch Linux中的此问题是由于他们在为该发行版编译systemd时启用了systemd的压缩。 看起来压缩算法比systemd本身更像一个问题。 操作系统并没有崩溃,而是用来存储核心转储的压缩算法似乎正在耗尽系统,这是编译systemd的Arch Linux开发人员的错。 但是,systemd具有设置以限制资源消耗并启用/禁用由内核报告的所有核心转储的捕获。 也许systemd的Arch维护者和使用KDE的维护者应该看看他们。

        您说OpenRC也在使用cgroup,而没有受到入侵。 问题是这样的:OpenRC如何识别守护程序可执行文件的名称以确切地知道哪种资源分配最合适? 我不太确定这是否是systemd处理这么多事情的原因之一,为可执行文件取一个众所周知的名字,但是我怀疑事情是这样发展的。 此外,通过直接调用可执行文件,它消除了中间出现破折号以运行每个服务的负担。

        我不会否认systemd可能有很多错误,但是从那里将所有错误归因于其构想方式,我认为并非如此。 在sysvinit的情况下,它非常稳定,是一款成熟的软件,systemd才刚刚开始。

  12.   拉斐尔·马尔多杰(Rafael Mardojai)

    他们如何用systemD,xD爆破球如果您非常讨厌它,请创建自己的发行版,这就是é_éFree软件的用途

    1.    亚历山大大帝

      这与仇恨无关,而在于捍卫您的社区。
      顺便说一句,如果有分布 独立的“地下”:
      http://gutl.jovenclub.cu/neonatox-un-linux-iconoclasta
      尊重

  13.   瓦科斯

    因为将一切与Microsoft相比,它的行为类似于Windows ..如果一切正常,并且对于linux的开发和发展有什么问题...如果软件程序等是完美的,那么开始时每个项目可能会有更改错误,我们是人类,但这就是为什么我们会犯错误。

    如果systemd发生故障,则系统将崩溃..如果xorg,grub内核发生故障..有人在他们的PC或笔记本电脑上更新内核,则导致系统丢失...那是因为坚持完美东西...

    好像某个已经出现的系统没有错误错误,或者一开始就没有问题,甚至已经成熟时也有故障

  14.   lf

    Systemd被强加为带有肮脏游戏的标准,它是许多程序包的强制性依赖项,因为许多程序已被systemd吸收,或者是因为它们维护了它们,或者因为它们不再相关,因为systemd已经提供了类似的东西而逐渐将它们淘汰了。
    这限制了选择的自由度,即发行版不能选择不使用systemd,它们可以像gentoo一样进行抵抗,但这更多是systemd的临时解决方案,openrc只是sysv支持的init和发行版init脚本的服务管理器,systemd提供的功能比openrc多,并且每天都有新功能。 新软件支持systemd,并且需要实现一些类似的功能,而这最终会使其他init变得更复杂,更类似于systemd,而这正是您所不需要的。
    与旧的init相比,Systemd做很多事情,后者仅从/ etc / inittab中读取几行,然后根据运行级别加载每个initscript及其设置。 旧的方法更简单,更独立。 我们正处在向同质化新时代过渡的阶段,没有解决方案,其盛行方式是不可阻挡的。
    在几年中,使用debian,使用arch或fedora之间几乎没有区别,如果我们继续这样下去,每个发行版的身份都将丢失,并且systemd每天都会变得更具侵入性,甚至会成为系统名称的一部分。 (systemd / gnu / linux)

    1.    MSX

      LOL

      向教堂哭泣>:D

  15.   MSX

    Don KZKG说了什么,我给你留下这个: https://blog.desdelinux.net/systemd-vs-inteligencia/#comment-127648

    1.    lf

      问题是您是阿根廷人(我也是),但表达自己我所阅读的大多数阿根廷Linux用户的方式确实令人担忧,尽管也有人说自由软件的世界吸引了某些人。 我要挽救的是您不假定自己是阿根廷人,但不幸的是,这表明联盟。

    2.    x11泰特11x

      uyyuyy ..那个男孩被重炮击倒了..

    3.    华科斯

      强有力的评论!

    4.    原始基础

      Juju .. ..pochoclos .. xD

  16.   铁托

    从本文可以看出,他们所做的只是“强加”一个系统。 我没有进入评估它是否更好(不是)还是更差。 我要强调的是,我要重复的是,我真的不想强加于我。
    短语如下:“我们只是在引导过程中不使用它们,因为我们认为它们不是用于特定目的的最佳工具。”
    那您要告诉我我要使用这个工具还是那个工具?
    每个都有。 我只是不使用它,期间,只要我不使用,我就不会使用。
    签。 塔利班。
    (就是我被小丑逗乐了)

  17.   库克托斯

    经常使那个话题头痛! X_X

  18.   塔布里斯

    我当时使用Centos 6管理服务器,而使用systemd升级到7并没有花费我什么,不要哭,生活还在继续。

  19.   乔克斯

    对不起,但是我读到的很多东西使我想起了经典的“ Windows服务器-认证人VS Linux服务器-开源人”的论述。

    1st-您将看到,如果强行执行错误,则失败是正常的。 我所看到的每个视频都是强制错误,就好像我制作了一个将关键字输入到syslog日志中的程序,同时我尝试执行基于grep的脚本以从日志中提取信息...当然会失败,是我造成的。

    这就像将糖倒入柴油发动机并说:“看起来……汽油更好!!” 或像Windows一样,错误地写入配置文件,并抱怨该守护程序未开始说“对于Windows,这不会发生”。

    第二-systemd包含许多您可能不使用的东西? 那是什么问题呢? 这是Windows反对Linux时使用的一个空参数...“为什么当您不打算使用纯文本时,为什么要使用一千零一个选项?”

    几年前,当我读到一些东西时,我仍然听到IBM的巨型程序在抱怨mysql。 我感谢并赞赏GNU / Linux及其社区的多样性。 如果您给我50种做某事的方法,我会在每时每刻选择最适合我或适合我需要的方法。 您真的看到这个问题了吗?

    第三-根据对话的级别,我推断出您有足够的级别来处理任何发行版,或者自己建立和维护它。 为什么要放入systemd并从中删除内容? 继续执行init或openRC会更容易吗?

    对于要求我教给他们Linux基础知识的人们,我总是说同样的话... GNU / LINUX不是WINDOWS,请不要尝试做相同的事情,也不要以为是。 为什么要吸收sistemd与initd相同或作用相同? 吸收systemd的操作并发挥其潜力,难道不是尝试创建诸如init或OpenRC之类的功能吗? 您不喜欢它是正常的。

    第四-复杂性出了什么问题? 当然,您仍然记得当您进行线性编程时,您肯定会说过……«如果现在我能做所有事情,否则为什么我想学习在对象上工作,否则他们让我去做?” ...(如果使用xD,几个月后的facepalm很棒)

    让我们清楚一点。 当前的init(我包括systemd)有很多缺点,只能通过增加复杂性来弥补。 没有别的,因为要使互连的系统增长,就必须增加复杂性,冒着弱点的风险,但是总比停滞好。

    要走很长的路要走,如果……sistemd不能解决所有问题。 但是,两者都不会停留在SysVinit上。

    1.    玩笑

      PS:请注意,讽刺的是,我曾经使用过我的同事的PC“我紧贴Windows服务器防御者”,以便他可以顺便阅读。 xD

      对于提供技术数据和链接的其他INIT的捍卫者而言,这只是一件事……CHAPO !!! 我喜欢看到这样的论点和数据。 请注意,2014年XNUMX月之前的数据仅是历史数据。

      讨论的许多问题已经得到修复,2013年发布的许多试验床已经得到审查。

  20.   同步标记

    @rolo

    如果是真的,如果您看到的视频不是您要做的,那么您可以看到日志为8MB,仅此而已,等等,所有内容都被破坏了,可以将日志输出发送到syslog中吗?纯文本? 是的,但是即使这样,即使您触摸了由journald创建的日志,也会发生系统挂起的情况,并且可以理解,日志挂在PID1上以及与systemd一样复杂的内容会挂起,但是失败了,您会发现它并没有某些部分的代码不允许编辑除日记记录的同一个PID以外的其他内容,并且除了日志已损坏之外,它无法继续写入,这表明除了在Windows模式下进行思考之外,LP还可以一个不好的程序员。

    不要告诉我这只会是centos,它是使用systemd的发行版最稳定的版本,RHEL7的克隆,并且我不报告也不计划报告错误。

    事实是,我越阅读专业系统的评论,就会意识到它们确实像一种宗教,或者您是赞成的,还是您是敌人,但是,在这些ISIL类型的宗教中,伊斯兰国家的宗教完全极端主义者,实际上,我从经验中知道,有系统的恋人,他们是这样认为的,或者您与他们在一起,或者您是敌人。 这就是Lennart凭自己的傲慢而得到提升的,请不要在Linus支持他的情况下操我,systemd不是这个,不是吗,我在Fedora 15中使用了systemd,它只是一个更快的初始化,它没有取代GNU / Linux模块化。

    如果我杀死了rsyslog,破坏了它的日志或将其替换为工程图,那么别无其他,只有我用完了日志,没有任何挂起的情况,系统才不受影响。

    @拉斐尔·马尔多杰(Rafael Mardojai)

    这就是Devuan所做的,这就是Void Linux和其他远离systemd的人所做的。

    @雪照

    正如他们告诉我塔利班时,肯定没有人读过您,因为您使用Windows或您从中评论了他们,而且因为我认为很少有系统的爱好者理解您所说内容的技术性部分,因此问题就没有读给您。

    ======

    事实是,我仍然认为早在2006年就认识的人是正确的:

    “我不希望人们使用Linux或不了解Linux,这些Ubuntu家伙使我满脑子”

    我-“为什么?”

    “当某种东西广为人知并为大众所知时,它便会乱糟糟,并有大量样本供人们参考。”

    我-“喜欢哪个?”

    “看看Debian发生了什么,现在他有了一个傻傻的儿子,叫Ubuntu,记得在几年后,我们将会有“黑客”和“极客”吸吮Ubuntu,他们不知道如何将Ext3与NTFS区别开来。

    正确的事…。 正如艾伦·麦克雷(Allan McRae)所说的那样,系统化的胜利来自于那些知道的人,因为他并不关心如何启动自己的机器,对他而言,按钮,魔法和我都有提示。 总的来说,对于那些只希望使用LFS或Gentoo或BSD的服务器,而不是仅仅对“具有良好功能”的工作感兴趣的人,然后是那些喜欢它的人,因为它们会通过彩色灯光,优美的声音和机会游戏更快地打开PC ,但他们不知道什么是系统调用。

    1.    友喜

      @SynFlag,如果他们不阅读它,则由我自己决定,就我使用的OS而言,如果我正在工作并在Windows PC上发表评论,那是因为这是我手头上唯一的东西,除了服务器那是在Debian Wheezy中,显然从服务器上我无法在这里发表评论。

      即使在家里,由于我的PC死了(MB和电源合谋伤害了我),我也不得不使用我姐姐的PC,即使有时间,我也会挂载LiveCD并使用Sabayon(与OpenRC一起)进行评论在这里,就像我写这些话一样。

      现在,如果他们告诉我或认为我是反系统的塔利班,那对我来说就无关紧要。 就像我说的那样,我曾经使用过systemd,并且我知道leg在弯曲,不仅如此,我通常会阅读很多systemd列表,以了解新版本中出现的内容,并了解所做的更改以及在那里进行的讨论。 现在,如果有系统的情人理解了我所谈论的技术方面,并且我输入了链接(大部分是到systemd git repo的链接),即使那时仍然看不到现实,那只能让我认为我卖了在他们的眼中,以及在极端的极端主义中,他们看到,思考,感觉,爱,赞美,赞美,敬拜systemd的方式是如此之好,以至于即使Linus本人也将****踢出systemd也没关系,他们会仍然坚守他们正确的想法。

  21.  

    你好! 我不是很熟练,我想知道这个“ systemd”是干什么的,为什么要讨论那么多,这是什么问题,还有什么替代方案? 谢谢

  22.   铁托

    SynFlag评论! 我来自“极客”,“极客”和“ pro linuxeros”。
    这就是等待我们的未来。 Ubuntu甚至在汤里; Linux笔记本电脑可以访问Steam并玩最新的热门游戏。 还有一群不知道豆荚到底是什么的小怪胎。
    后记:systemd的背景概念糟透了。

  23.   汉尼拔·史密斯

    adk和论坛按钮在主页上不可见

  24.   达里姆

    因此,根据@SynFlag,现在每个不反系统的人都是n00b,极端宗教狂热者和破坏GNU / Linux的瘟疫。 像这样狭opinion的观点,我不知道这个话题是否值得辩论。 最好让水流淌,从长远来看,将会发生什么。

    1.    罗洛

      的确,有一点已经不再讨论了。 只有时间能告诉我们sytemd对自由软件世界是否有利。

      它还使我想到,如果这种不使用systemd的基于debian的发行版实现,它将有助于平息那些不想对systemd有所了解的人的情绪。

      当gnome 3出现并建立了巨大的抵抗力时,直到出现“叉子”肉桂色和统一性,才允许继续在台式机上使用gnome应用程序,而台式机的配置和设计更多地考虑了PC,而不是为了触摸而设计

      1.    谢普

        也许,Rolo(Devuan的出现)可以成为共识。 我认为我们所有人都需要它包含两极化和好战的讨论气氛。 Devuan将为创造和延续一种做事方式提供空间,这将有助于平息精神。 我们在Debian中生活的过程很痛苦,但是我们必须面对这种情况,除了接受分居别无选择。 最终有点像离婚。 该分叉可能是和平条约的抄本,也是和平条约的一部分。 当然,还有其他选择,例如Slackware,Gentoo,Funtoo,Crux,PCLinux OS,现在是Manjaro(仅举几例)……但是“ deb”场景需要没有systemd的选择。 显然,没有人会说服任何人,争论在桌上,也没有达成共识(尽管systemd有好主意,而且该软件带来的危险是显而易见的)。 现在是分叉并为用户获得自由的时候了(因为这与自由软件有关,对吗?)。

        影响该过程的一个因素是我们对Debian信任的一些人的“失望”感。 这就是为什么Devuan被显示为分叉而不是派生。 因为没有人喜欢发生的事情,所以存在紧张。 既不是亲系统的(因此而进行某些毁灭性的猛烈攻击)也不是亲系统的(选择了分叉的人)。 在环境中,一方面是“我们会失去多少人才?”。

        所有Debian用户都以某种方式查看发行版(这也可以应用于其他发行版)。 有些人钦佩它的技术质量,其他人的社会契约,在Linux世界中的影响力,多年来赢得的尊重,在关键生产环境中的稳定性……在某些用户中,这种看法已经改变,并出现了失望。 失望,失望,随心所欲。 从那里到分离只有一小步。

        Debian离婚与NetBSD和OpenBSD发生的情况相似。 虽然时间会证明一切。 我对分叉有很多期望,这使我认为这将不会是短暂而漫无目的的发行。 就在今天,gnome团队的一名成员对Devuan的邮件列表发表了评论(即使他这样做很尴尬),我认为这表明Devuan引起了人们的兴趣,并希望以某种方式进行对话。

        无论如何,周末愉快。

      2.    同步标记

        @rolo

        说视频可以被欺骗或者软件是一种完全的谬论和侮辱,在我的**生活中,我欺骗了一些东西来制造神话,从来没有,我夸耀自己是通过失败而不是通过欺骗来看到失败的。 他们全都去了****,而不是*****,我不会在系统的辩论中投入更多,因为这完全是放屁,没有人想了解任何东西,而且全都像是退伍军人,我讨厌,因为一切都是信仰的教条。 对systemd感到满意。

      3.    罗洛

        @SynFlag暴力在撒谎

        该视频确实证明了一个虚假的说法,即如果其中一个systemd模块被破坏,则会导致systemd崩溃,因为很明显,从您的视频显示的未发生的情况来看,xddddd以及日记以root身份运行,因此,如果有第三方进入并恶意地破坏了日志日志二进制文件,我将不必担心systemd,而只需担心计算机的安全性。 xdddddd。 最后,在视频主题上,使用nano编辑/var/log/journal/24f02f5b2b16758b820ea6a751ed6efb/system.journal文件,然后重新启动,您会发现有一个新的system.journal文件和一个@@系统文件24f02f5b2b16758edQeab @@ 820f6f751bXNUMXbXNUMX。日志,已损坏。

        也就是说,journal意识到该文件已损坏,因此它没有重命名它并再次创建一个新文件,我看不出问题出在哪里?,就像删除了system.journal文件一样,journal返回创建。

        我想知道如果我用十六进制编辑器破坏了纯文本日志文件,肯定会发生,直到人们意识到该文件已损坏,所有数据都将被毁坏了。

        让我们来谈谈Journal,这是对systemd的最常见批评之一。
        日志是systemd的重要组成部分,它捕获Syslog消息,内核日志消息,RAM和初始引导消息,以及用STDOUT / TDERR编写的消息,并将所有这些信息提供给用户。

        但最重要的是,日记可以并行使用,也可以代替传统的syslog守护程序(例如rsyslog或syslog-ng)使用,因此,谨慎的sysadmin可能将rsyslog或syslog-ng作为第二查询工具,除了转换日记记录为纯文本,以防二进制文件损坏

        关于日志的另一个重要事实是,如果未创建/ var / log / journal文件夹,则信息仅被临时保存,每次重新启动时都会丢失。
        例如,当我在debian中输入systemd时,日志的持久性未处于活动状态,因此我不得不手动创建日志文件夹

        http://0pointer.net/blog/projects/journalctl.html

  25.   匿名

    懂英语的人不会错过devuan开发人员之间的对话,他们在freenode IRC频道#devuan上进行了jaromil dimkr max2344等活动。
    阅读对系统化代码的调查非常有意思,因为他们故意将其溢出以进行感染(创建不必要的依赖项)。

  26.   西卡卡罗托

    Systemd困扰着我……从正面开始……很难。 很少的文档资料,也不是只有苗条的苗条只能运行KDM或gdm,在轻型系统中,我希望苗条的lxdm不支持或编译它。 事实是我开始像他们在gentoo中所说的那样使用openrc,这很有帮助。 许多

  27.   同步标志

    @rolo

    你是个无礼的新闻达人。 这是最糟糕的侮辱,是您告诉我我撒谎或篡改数据,这确实让我感到恶心,该如何保护您攻击那些像我这样认真对待PoC的人。 日志已损坏,系统崩溃,重新启动服务无法正常工作,因此没有其他选择,只能重新启动计算机,这在被黑客入侵的服务器中并不是最好的选择,您将告诉我,如果安全性受到损害,最好的办法是重新启动或重新安装,这是我唯一担心的事情,因为systemd会原谅自己并且不对发生的情况进行热点分析? 要达到这一点? 显然,如果您使用ubuntu提出的产品又具有DOS 5.0的安全性,那么您将是新sysadmin的又一产品,因此您说的是我来自谁,这让我感到困扰还要怀疑的是您,您是否以THAT day的更新回复了同一操作系统?当然不是,所以请撒谎。 您有什么能力不足,去做出租车司机要比这更多,我怀疑它会给您带来好处,停止使用linux并继续寻找pr0n

    1.    罗洛

      让我们看一下鸽子(synflag),爸爸将向您展示如何在由于某种原因二进制日志日志文件损坏后如何继续运行日志,而不必重新启动计算机。

      在这个例子中,我们从debian 8 jessie的基本安装开始。

      默认情况下,systemd-journal.service带有“ storage = auto”功能,因此,为了具有持久的日志记录,必须在/ var / log / journal /之前创建文件。

      #mkdir -p / var /日志/日志/

      为了使日记开始写日志,您不必重启计算机,只需执行以下操作:

      #systemctl reload systemd-journal.service
      o
      #systemctl强制重新加载systemd-journal.service

      ###现在我们要模拟日记的二进制日志已损坏###

      #cd / var / log / journal
      #ls
      24f02f5b2b19808b820ea0a980ed6efb
      # cd 24f02f5b2b19808b820ea0a980ed6efb
      #nano system.journal
      ###现在我们修改文件的某些行以模拟它已损坏
      #journalctl
      ###没事
      ####是否必须重新启动计算机以创建新的日志? 没有
      #systemctl强制重新加载systemd-journal.service
      #ls
      system@24f02f5b2b19808b820ea0a980ed6efb-0000000000000001-0005069a53abf581.journal
      系统新闻
      #journalctl
      ###如我们所见,日记创建了一个新的二进制日志文件,我们现在可以再次访问该信息,而无需随时重新启动计算机。

      https://www.youtube.com/watch?v=hEagyMdkN4A&feature=youtu.be

      结论:synflag或您无知,或者您是讲故事的人
      让它装饰你有限

      1.    罗洛

        打字错误和复制和粘贴滥用我写了systemd-journal.service,而实际上将该服务称为systemd-journald.service

      2.    同步标记

        Pichon吗?,...您皮包骨头有多严重,严重..我已经知道,报告戴红色帽子的小虫,看看他们说了什么,我会回答,看看您是否明白:

        如果删除输出文件或覆盖文件的某些部分,则守护程序实际上无法执行任何操作:如果攻击者有权修改输出文件,则说明她已经赢了。 守护程序可以检查其中的某些内容,但是效率很低,并且对任何事情都没有真正的用处。 如果需要,可以使用“ journalctl –setup-keys”设置定期的加密签名。 请参见journalctl手册页。

        Journalctl取决于rsyslog,如果日志中有错误,它不会自动重启,这是rsyslog不需要的,总的来说,您必须使用fordward发送到rsyslog,这样即使一切都可以写入日志,并且会重新生成日志日志,这是日记中的一个设计缺陷,如果您不想看到它,那就大吃一惊。

      3.    匿名

        @rolo

        在视频中(我不知道您是否这样做),我看到在2:11分钟使用了ls而不是ls -l,这将允许查看system.journal文件最初的大小,然后他们对其进行了编辑使用nano并添加空行,手动重新启动服务,并在3:15分钟再次执行ls而不是ls -l,然后在3:20分钟,他们看到带有journalctl的日志,这表明当前的日志很好。

        现在来我的问题:
        1-因为使用的是ls而不是ls -l,以便能够查看日志在编辑之前的原始大小
        2-旧日志发生了什么? systemd将它放在损坏的二进制日志中的什么位置?
        3-使用哪个systemd命令可以修复损坏的二进制日志...不应该删除的日志

        问候

      4.    罗洛

        @匿名

        现在来我的问题:
        1-因为使用的是ls而不是ls -l,以便能够查看日志在编辑之前的原始大小
        2-旧日志发生了什么? systemd将它放在损坏的二进制日志中的什么位置?
        3-使用哪个systemd命令可以修复损坏的二进制日志...不应该删除的日志

        1我没有考虑过的事实,只是使用ls来查看目录中有什么文件,但是如果您有兴趣可以复制它,那么过程将详细介绍,并且我在virtualbox中进行了安装(安装debian base是有点混乱)
        2旧日志保留在同一目录中,只有systemd用一堆数字和字母重命名(视频中显示)
        3在任何情况下,您都可以尝试使用第三方应用程序(我想是某些十六进制编辑器),因为如果systemd可以修复损坏的文件,它将不会重命名它或创建一个新文件。 无论如何,正如我在本文中其他场合已经提到的那样,谨慎的sysadmin可以使用rsyslog或syslog-ng作为第二个查询工具,以防二进制文件损坏时将日记记录转换为纯文本。

        我的意思是,说服任何人使用systemd(并不是我的主意)(我什至希望能够在debian安装程序中选择int)。 但是,当我读到无知或神话般的人不断重复关于systemd的谎言时,我不会保持沉默。 正如亚里士多德所说,唯一的真理就是现实

  28.   匿名

    @rolo

    我又看了一次视频,是的,它被列出在那儿,只有数字名称很长,以至于我看到了它,我以为那是目录…。主权名称。
    关于修复二进制文件,是的,您所说的是合乎逻辑的……如果我可以修复它,则不会创建新的二进制文件。
    最后,我不应该使用二进制格式,这样就不会发生这种情况,并且在没有使用journalctl的特殊工具的情况下也可以看到它。

    问候和感谢您的答复

    1.    同步标记

      罗洛,将自己奉献给别的东西:

      https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4393

      我不知道就知道……。 您如何注意到一个尝试放屁的人和另一个只制作放屁视频的人的区别

  29.   同步标记

    我来关闭ocote de Rolo,已经报告了我的PoC中看到的错误,因此,关闭ocote pichon:
    https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-4393

  30.   罗洛

    看到神话般的:
    1您表示要使日记本解决此问题,有必要像在Windows中一样完全重启PC
    我向您展示了那是谎言,并且在您从未播放过的视频中,您都没有使用systemctl force-reload systemd-journald.service命令,因为如果使用它,则参数将崩溃(或者您不知道该命令,这表明您是一个无知的人,或者有意不使用它,这表明您是个妖bul的人)

    2您说有错误报告,一方面,它是完全无关紧要的,因为通常人们将很多胡言乱语报告为错误(为了您了解,并不是每个错误报告都是真正的错误),甚至使我想到自己报告一样。 另一方面,所有程序都有错误(sysvinit有多少个已报告的错误(一个大约20年的程序)),该报告的好处是它可以帮助开发人员发现和解决问题(速度更快)。 ,其他则慢一些)

    3您说由于日记中生成的错误,重新启动systemd时它崩溃了,因为在视频中您可以看到必须强制重新启动virtualbox。 完全错误
    事实是systemd不会在系统完美启动时崩溃(如果未启动systemd,则会给您带来内核恐慌,您必须进入恢复模式)
    您所发生的情况是,当您尝试使用文本编辑器编辑二进制文件时,系统会被检查,并且因素可能很多,例如分配的内存,操作系统的状态(在视频中,系统需要很长时间)引导并关闭,这表明它不是干净安装0(建议用于这种情况),等等。 我只能告诉您,我编辑过的二进制文件大约10或20次,并且从未检查过。 这也表明您是一个无知的人还是讲故事的人。

    4现在您说日志完全取决于rsyslog,事实是任何人都可以通过安装或卸载rsyslog并查看该日志是否正常来进行验证

    如果您对我留下不健康的迷恋,我将不胜感激,因为您无知或虚伪不是我的错

    结论:
    您不想使用systemd,我认为这很棒,现在您无需为了撒谎而散布恐怖,就可以让拥护者参与反系统的十字军东征。 我生活并生活着,在自由软件的世界中每个人都有一个地方😉

    1.    罗洛

      关于第3点的澄清,有人会告诉我,由于systemd在pid1中,因此机器崩溃将意味着该systemd头盔。 两件事情,首先是这里说的是systemd由于日志失败而崩溃,但是实际上有一个检查要使用文本编辑器输入二进制文件(正在实时使用),我还要澄清所有测试我执行过的操作从未检查过虚拟机。 其次,没有人可以说Linux没有标明xddd,

    2.    同步标记

      Fabler?,骨瘦如柴,稍稍退缩,说说你的老女人,说我不碰橡胶或用棍子扔橡胶时,我要尊重:

      1.-您必须重新启动或强制重新启动服务,这并不理想,在我尝试的CentOS 7中,该服务的重新启动没有任何作用,请不要忘记它是208版本而不是新版本217。或Fedora的216。

      2.-无关紧要,那些举报错误的人?...你是个白痴,我什至不回答你

      3.- UNHAPPY,我那天在视频中尝试的版本,您可以看到,整个操作系统崩溃了,您为什么认为邻里不快乐的谎言?我不是在说谎的猿猴,去吃辛多的pajero。

      4.-它取决于自我重新生成,而不是自己独立执行,实际上我向系统开发人员建议将其作为功能,它可以自行重新生成而不停止日志记录,除非重新启动服务,他们将其视为他们要补充,所以吮吸我的阴茎,并告诉我,谢谢爸爸,我在观看色情片时的合作。

      周瘦,我已经厌倦了跟猴子说话,所以我更喜欢去动物园,当你在肛门的水平上我们聊天。

      1.    罗洛

        @SynFlag,我很抱歉,我不知道您生病了,我真的以为您是个天真烂漫的人,但是根据您刚才写的内容,我意识到您实际上是在妄想。

        没事了,希望您能更好地服药并回到现实,逼迫! 您可以!!!

  31.   佩德罗

    我阅读,阅读和重读,但我什么都不懂,我只知道自从Xubuntu 14.04.1发布以来,我的笔记本电脑或hp 1102激光打印机都没有任何问题,我不知道根本没有问题,我是用户,我不知道systemd是较差还是不适合init,但我重申我对xubuntu没问题。 🙂

  32.   真正的

    我阅读,阅读和重读,我只知道我在讨论一个老话题。 XD