無用的:systemd的新分支

我才發現 許多用戶的憤怒 它導致了基於systemd的新的init守護進程的創建-uselessd的嘗試,試圖將其剝離“不必要的功能整合”。 名稱的選擇很有趣,在英語中,可以將其讀作“無用的系統”或“讓我們用較少的系統”。

在開發的早期,Uselessd只是將systemd簡化為最簡單的形式而已。 用其開發人員的話來說,它是“一個基本的init(初始化)守護程序,一個進程監視器和一個事務依賴系統,可最大程度地減少入侵和孤立主義。” 刪除的功能包括:日誌記錄,libudev,udevd和某些認為多餘的單元類型,即設備,計時器,交換,安裝和自動安裝。

似乎還不夠,他們已經增加了在MUSL和uClibc下對其進行編譯的支持,作為使用glibc的替代方法。 Uselessd還處於移植到FreeBSD的早期階段,而systemd僅具有Linux支持。

無論如何,尚不清楚“初戰”將如何結束,以及無用的是否最終會產生真正的功能替代品,但是希望了解更多有關該項目的人員可以訪問 官方網站.


本文內容遵循我們的原則 編輯倫理。 要報告錯誤,請單擊 這裡.

97條評論,留下您的評論

發表您的評論

您的電子郵件地址將不會被發表。 必填字段標有 *

*

*

  1. 負責數據:MiguelÁngelGatón
  2. 數據用途:控制垃圾郵件,註釋管理。
  3. 合法性:您的同意
  4. 數據通訊:除非有法律義務,否則不會將數據傳達給第三方。
  5. 數據存儲:Occentus Networks(EU)託管的數據庫
  6. 權利:您可以隨時限制,恢復和刪除您的信息。

  1.   eliotime3000 他說:

    我知道有人會不僅僅停留在SystemD上。

    現在,只是為了支持他。

  2.   長袍 他說:

    systemd ... .CLI ... ..GUI和有什麼不一樣?

    1.    Joakoej 他說:

      systemd處理系統啟動和應用程序。
      Cli來自命令行界面,即用於管理程序的命令
      GUI是關於圖形界面的。
      你可以在互聯網上查詢

  3.   帕克 他說:

    上傳新手入門教程

  4.   YOYO 他說:

    作為用戶,我不明白這個反系統化的廣告系列

    作為一個簡單的用戶,我很容易在激活或停用服務時適應它的使用,我已經很內心知道了,這與我以前從未發生過的一樣。

    我對syetmd沒有任何反對,我看到他們的蔑視是荒謬的。 以最終用戶身份發言。

    做一個叉來刪除功能對我來說似乎很愚蠢。 人們很無聊。

    1.    匿名 他說:

      我了解那些剛接觸GNU / Linux的人,卻看不到什麼總是和systemd試圖偷偷摸摸之間的根本區別。
      Linux是Unix的克隆,創建Unix時只考慮一件事,一次做一件事情並做好,這不是一時興起,這是由於Multics的巨大失敗,我試圖做很多事情,他們做錯了與否,他可以控制他們本來應該的狀態。
      因此,他們不僅與使用Unix的Multics的名稱相抵觸(類似許多符號,少數符號或唯一符號),而且還創建了管道和進程連接的概念,這給其他方式帶來了靈活性,這是無法迴避的…… Unix的成功。
      現在,有了systemd,他們希望我們再次講述Multics的故事……。沒有人,拒絕Linux上的Unix可以追溯到Multics,我們知道(歷史已經證明了這幾次)我們已經保證了失敗。
      如果您剛接觸GNU / Linux,請閱讀一些歷史並了解為什麼在Unix和GNU / Linux中以這種方式完成操作。

      1.    路人 他說:

        說得好,對於那些說當今世界不再像現在這樣工作的人,我舉一個例子:瀏覽器,它是存在的最複雜的軟件之一,但是它們是由工具構建的,每個工具,它可以執行特定任務,並且可以在集合之外運行。 JavaScript引擎,HTML引擎,SSL,http ...

      2.    Joakoej 他說:

        僅僅因為它過去不起作用並不意味著它現在就不起作用。 好像已經20年了,也許是時候改變了,對吧?

      3.    YOYO 他說:

        我想成為Linux的新手,自2004年以來我就加入了Linux,是的,我知道Linux和systemd是什麼,但我仍然覺得systemd更舒適。

        我將在下面留下的此評論來自同事,這不是我的,但我也同意。

        […]對systemd I的拒絕歸因於“新恐懼症”,因為它害怕新事物。 禁用SysVinit腳本意味著對Runlevels系統以及/etc/init.d ...中可能存在的依賴項有了很好的了解,並且在每個發行版中,它們都以不同的方式進行操作。 使用systemd,禁用systemctl就足夠了。
        那些抱怨systemd違反UNIX哲學的人是,他們還沒有發現UNIX哲學是什麼或systemd是如何工作的。 根據同樣的經驗,Linux內核將是世界上最少的UNIX。 正如我當時在一個條目中所解釋的那樣,發生的事情是systemd將功能更改為PID 1:這是一個系統守護程序,而不僅僅是執行腳本的東西。
        我唯一認識到systemd不遵循UNIX原理是使用二進制日誌,但是通過索引加速查詢是合理的。

        1.    曼努埃爾·德拉·富恩特 他說:

          @YOYO:發生的事情是,由於您是一個學習緩慢的人,所以有人會說您是n00b,哈哈哈哈。

      4.    eliotime3000 他說:

        @悠悠球:

        很好的報價。 另外,開玩笑的是SystemD在bug中有一個缺陷,儘管它有自己的方式來顯示此類過大的日誌。

        我對這個分支感興趣的是他們如何將SystemD的速度調整為適應其他UNIX環境(例如BSD)。

      5.    透澤潘 他說:

        如ricardito錄音員所說,GNU不是Unix

      6.    同步標誌 他說:

        最近關於systemd為什麼是垃圾的最一致的評論。 Multics,Windows…。 組件的全部故障聽起來像嗎?
        dbus完全遍歷的systemd會發生這種情況,如果它的某些守護程序失敗,則有必要重新啟動系統,否則一切都可能崩潰。 在centos 7中,我已經意識到,惡魔或單位仍然處於死亡狀態,並且無法重新啟動以進行更多的重新啟動。 如果最終用戶想起一門知識並捍衛一些他們甚至不知道的東西,因為這些東西受到了攻擊,這會讓我很不高興。 就像我祖母曾經說過的,如果您不知道,不要發表您的意見,最好閉口不問就問,當您知道時再問。
        許多ubunuser的想法是,對systemd的強大支持在很大程度上將其帶入了一個矛盾的領域,這反而成為批評它的公司之一。
        這個無用的傢伙是一個擁有抵制領域的人,因此,除非其他開發者支持他,否則他的前途未卜。 我希望更多極客發行版的開發人員可以幫助您使用arch,gentoo或Slackware。

      7.    x11tete11x 他說:

        ..我不認為自己是“高級用戶”,我不喜歡貴族頭銜,我不是系統管理員,但是我經歷了所有提到的發行版(鬆弛(很少),Arch幾年,Gentoo是幾年(也您的分叉Funtoo))我以sysadmins的身份理解您的觀點,但我想知道內核是否失敗了,一切都變得糟透了,所以我說,為什麼他們不抱怨內核?因為他們不使用Minix或某種操作系統有時在我看來,憤怒更多地來自於Lennart的態度(這似乎不合適),但是讓我概括地說,系統管理員(當然,您將要這樣做)捍衛您的工作,並且他們讓我們的桌面用戶“被拋棄”,他們只關心服務器是“精細”的,即使sysv使用了一個過時的“啟動範例”(systemd目標和通緝的主題也很好... ),我說您的服務器可以與sysv完美配合,但是與此同時,桌面用戶在空間中使用dbus用戶名……好主意…………

        我重複了這個分叉,就像他們在別處說的那樣,到目前為止,我只看到一個“好”的名字和一個systemd的上限,順便說一句,歡迎使用Systemd,討厭Systemd的人……我看到許多人抱怨systemd,但他們想要它,因為OpenRC是不是做對了,還是Upstart呢? …。 我的上帝…到目前為止,我已經看到了兩種仇恨類型,一種是具有基礎知識的系統管理員,另一種是我在本段中描述的,更像是裝腔作勢者……

        回到sysadmins的主題,您甚至不需要圖形界面,也不知道您為何對systemd抱怨(您可以輕易地認為Gnome Shell需要Systemd(這並不完全正確,因為Funtoo可以與OpenRC一起使用) )),但您不需要GUI,則應向各自的發行版Centos和Debian投訴。 特別是Centos,如果Systemd帶來了很多問題,則不應該遷移(儘管很明顯它將在RedHat的幫助下進行遷移)和Debian,很遺憾地告訴你,操,由Debian團隊決定,他們渴望成為“通用發行版”。但是我還是重複使用FreeBSD或“服務器發行版”,它理解Systemd是多麼的糟糕,並使用sysvinit時期。

        1.    拉夫 他說:

          也許x11tete11x的問題不是內核失敗,而是它失敗了,並且可以知道是什麼原因導致了失敗。 至少讓我對SystemD感到困擾。

      8.    友喜 他說:

        @elav你說得對,使用systemd時,很多系統錯誤都介於灰色和黑色之間,這都是因為日誌記錄看起來像一個“魔術盒”,將日誌轉換為不可靠的二進製文件,當我談論可靠性,我的意思是經過證明的瘋狂(已經有一個錯誤報告),如果日誌日誌被損壞(可能由於多種原因而發生),則將其丟棄並重新啟動日誌,實際上使該日誌在許多情況下幾乎不可讀,在freedesktop中報告的一個錯誤,由於該錯誤,相同的Poettering或Ball阻止了他。 更不用說調試問題了,但是,這已經眾所周知(如果您不知道我在說什麼,我提醒您,內核行的調試選項及其“後續修復”是Kay被取消許可的原因用於內核中的提交)。

        @ x11tete11x讓我們不要將內核開發與systemd開發進行比較。 systemd是一款仍處於起步階段的軟件,如果我們將其與內核進行比較,我也看不到Linus在更改內核的ABI和API的同時左右批准實驗性補丁。

        @joakoej Multics失敗的原因有很多,其中包括:在代碼方面具有更大的複雜性,與已經開發的其他系統相比,在許多常見任務中運行緩慢,並且對於通常在相同規模的項目中通常要處理的工作而言,其成本過高。

    2.    路人 他說:

      它是一個fork,因此它不具有所有功能,初始化系統無法像這樣運行,請參見sysvinit。 sysvinit雖然已經過時,但僅執行一項基本任務,那就是啟動操作系統,其他所有其他事務(由於sysvinit已經過時且每次但很多項目都依賴於systemd時,這一舉措對我來說似乎很棒。 我更喜歡使用syslog來記錄日誌,但登錄(除了gnome的要求)比consolekit失敗。 同樣,此貨叉應該更安全,更便攜,並有望與ulibc兼容。

    3.    拉夫 他說:

      Compa,直到昨天我也沒有對Systemd提出過任何要求。 由於某種原因,我的筆記本電腦需要很長時間才能關閉,而唯一出現的是(無休止地):

      [ 9064.808526] systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad address

      這就像Windows中的一個錯誤,您什麼都不知道。

      1.    耶穌巴列斯特羅斯 他說:

        而且,如果沒有日誌,很難找到問題的根源。 Systemd也為這種事情困擾我。 可能是您不太了解該軟件,但我至少要問一下日誌中的清晰度。

      2.    員工 他說:

        再一次,[在這裡插入您喜歡的刻板印象]是正確的。 🙂
        但是要當心,別說窗戶,也許我們是那些感染了Linus先生已經提議將其添加到CIE中的新病理的患者之一,我討厭窗戶炎,我想這就是所謂的。 🙂

      3.    馬里奧 他說:

        @ Staff,Elav的錯誤是什麼? 從Windows 8開始,許多東西都被隱藏了(啟動時的Chkdsk,BSOD技術信息,“裝飾性” msconfig)。 一切似乎都朝著這個方向發展。 希望我們不要進入“ sad mac”及其相關窗口,並且不要向用戶提供任何信息。

      4.    員工 他說:

        @馬里奧
        我從未說過elav是錯誤的。
        請注意我兩段結尾處的圖釋。

      5.    拉夫 他說:

        哦!! @Staff,你不會放一個……我指的是Windows風格的典型海報:

        Windows遇到了問題。 問題代碼為0x1123df2982,請與支持中心聯繫以獲取更多信息...

        簡而言之,對於/ dev / null

      6.    埃米利亞諾 他說:

        Elav,想像一下在生產服務器上出現這樣的錯誤。 這是不允許的。 只有系統管理員才能理解systemd為何如此糟糕。 並不是貶低任何人,而是有必要了解處理器,操作系統,內核,進程等的工作方式。 了解systemd提出的低級問題。 它超越了UNIX哲學,我們正在討論系統的穩定性。
        系統管理員對他們的無系統的Debian 6/7和CentOS 5/6感到滿意,但是當對Debian 7和CentOS 6的支持結束時,真正的攪動只會在這裡開始(如果有可行的替代方案,如本文所述)。 )。
        甚至可以想像,對於sysadmin來說,開始翻譯和測試使用命令“ service”到systemd的終身有效的腳本。
        您所顯示的錯誤揭示了systemd的另一個方面,您非常清楚地說,信息隱藏級別是“非常多的Windows”。
        問候。

      7.    Joakoej 他說:

        看,我不確定這一點,但是我想你有點誇張了,我在Gnu / Linux中有幾個錯誤,這些錯誤不是很容易理解,我懷疑它們都是由於systemd造成的。 我錯了嗎?

      8.    Joakoej 他說:

        @Emiliano你可能是對的。 無論如何,儘管我不是專家,但在我看來這一切都讓人有些激動。 在我看來,這是個習慣問題,而且如果系統管理員願意,他肯定會學到systemd的工作原理,哪怕對他來說似乎更容易,我要說他的工作是否將一切集中在某個或某些方面?從幾個方面來看,速度更快。
        從我所看到的方面,它在這方面有很多優點,例如啟動時間,它不需要某些程序在其他程序正確啟動之前就啟動,您不必修改rc.conf文件或類似的東西,因為它可以自動處理所有內容,即使不滿足某些依賴性也可以運行應用程序等。 這些都是我在互聯網上看到的優勢,如果我錯了,請糾正我
        現在,與其他所有事物一樣,肯定會有一些弊端,但是如果您知道它的工作原理並且有時間加以澄清,那將是一件好事,我想請您幫忙了解您的觀點基於什麼。 從我看到的情況來看,可能存在不利的一面,那就是必須修補幾個程序才能與systemd一起正常工作,但是我不知道這是否會以任何方式影響其他init系統。

      9.    Joakoej 他說:

        @Emiliano啊,我錯了,文件不是rc.conf,它們是/ etc / inittab和/etc/init.d/rc
        似乎有一個用於systemd的文件版本,但是集中在單個/ etc / systemd文件中,該文件由sytemctl程序處理。
        我想我理解您為什麼說系統管理員可能不喜歡它,因為似乎init可以使他擁有更多的控制權,並且只有在他指示時才可以做。
        另一方面,systemd可能更具侵入性,但是在我看來,我重申,這是學習它的工作原理,並且肯定有能力成為管理員的人可以實現它。

      10.    eliotime3000 他說:

        好吧,我一生都試圖用SysVinit命令關閉Debian Jessie,但我不知道它使用了SystemD,因此我不得不使用Arch的指南來了解如何更好地處理SystemD和systemctl。

        就我而言,當我頻繁使用Chromium / Chrome / Opera Blink時,SystemD會非常快速地關閉台式機。

      11.    羅洛 他說:

        @ eliotime3000在這裡,您對debian擁有良好的系統化Wiki,其中包含大量信息 http://www.esdebian.org/wiki/systemd 當然,arch Wiki非常好,但是在debian中systemd的實現方式與在arch中不同,因此有許多命令,解決方案等對您不起作用。 每個發行版都有它的小東西😉

      12.    員工 他說:

        LOL
        開心的臉還不夠,也許我應該用引號引起來,現在引號將其全部弄清楚🙂// Sarcasm(看看您是否了解該標籤)。

        它表明您也沒有閱讀我對馬里奧的回答。

        我的兩個段落很諷刺。
        首先,試圖指出具有諷刺意味的是,當人們告訴我們項目的缺陷時,如果我們不贊同他們的意識形態,而是當我們已經經歷了自己的肉體中的問題時,我們就將它們標記為瘋狂和其他一千種事物我們只剩下吞下這句話。

        第二,它確實像WINDOWS一樣,但是許多人不接受它,並說這是因為Windows被討厭並且被濫殺濫傷地攻擊了任何聞起來像FSF的東西。

        但是無論如何,在這個世界上很難找到標準。

      13.    拉夫 他說:

        @工作人員,男人要像這樣冷漠地使用諷刺,你必須多做些工作😛

      14.    eliotime3000 他說:

        @elav:

        我來這裡 我將此鏈接留給我的評論,然後我逃跑了。 :v

      15.    海羅 他說:

        我注意到了,但是開始的時候...。 幾天以來,計算機一直無法啟動,因此它首先顯示與Systemd相關的信息。 怎麼了?

      16.    同步標誌 他說:

        elav以及Windows本身也是如此。 我遇到了那個錯誤,請從日記中刪除整個文件,僅此而已。 很快我們將不得不重新安裝hahaha。

        1.    拉夫 他說:

          哈哈哈,但是如果我不是一個月前安裝的Antergos,哈哈哈

      17.    Azureus的 他說:

        想像一下,一個他媽的拱門比Windows更長的啟動時間需要30甚至40秒,是的,我在yaourt中安裝了很多狗屎,但是我什麼也沒開始(這是我最努力的嘗試),這是最瘋狂的事情。我有CUPS服務,我認為ssh適用於遠程終端。 不幸的是,一年沒有格式化之後,我想我會重新考慮重新做一次的想法🙁
        不幸的是,我注意到在過去的兩年中,我們越來越接近Windows風格的發行版,它們試圖隱藏信息,自動執行錯誤報告,自動執行用戶應該干預甚至控制的操作。
        因為我想念3-4年前的SysVinit發行版,所以在XD學校使用“ init 0”虛張聲勢很有趣。 另外,儘管不是所有的事情都被如此認可,但是控制是用戶而不是系統。 是的,有很多便利設施,但是要付出代價。

  5.   耶穌 他說:

    您會看到它的到來。 我沒有反對systemd的權限,作為普通用戶,它使我更輕鬆了,激活或停用服務的命令也很簡單。 這場初期戰爭如何結束還有待觀察。

  6.   索拉克彩虹戰士 他說:

    SystemD就像是控制它們的環。 它可能是NSA特洛伊木馬。 隨著SystemD進入許多服務,它可能會損害我們的隱私安全性。 更糟糕的是,如果我的發行版很好地處理了能量,那麼現在會發生什麼? 我將無法轉到另一側。

    1.    員工 他說:

      如果它可以控制很多東西,它與特洛伊木馬並不太像,但是它仍然是免費軟件,您可以看到代碼對信息的作用。
      因此,如果SystemD存在問題(並且確實存在),則必須解決這些問題,而不僅僅是拋棄它們,因為它還具有許多美好而必要的東西。

      1.    索拉克彩虹戰士 他說:

        一件事可以肯定,我只知道我什麼都不知道。 我是一個新手,但是在閱讀了許多人的觀點之後,這些人比我了解更多,反對或中立,因此我得出的結論是可疑,沒有什麼可以阻止我。 目前沒有什麼讓我信任。
        我之所以使用openSUSE,是因為我喜歡它,而且他們可能會在我身上悄悄溜走……實際上,他們可能會在整個地方溜溜溜溜……而這就是Stallman出現的地方,他監視著我們的隱私,不管它有多重。

        NSA不會將其爪子扎進RedHat嗎?

    2.    Joakoej 他說:

      多麼誇張,我為什麼要損害您的隱私?

      1.    匿名 他說:

        為了破壞安全性,不要讓任何人發現,您需要使系統日誌更糟,使其複雜化,使其成為二進製文件,忽略報告故障的人員,不允許syslog-ng和日誌同時存在。
        如果我們通過dhcp來添加這種自動網絡管理功能,那麼我們就能為入侵做好準備,而不會留下“找不到尚未發現的最小錯誤”的痕跡,實際上,沒有看到它的人是因為他是盲人,聾啞人。 .. 2000多年前,一個人說...通過它們的果實,您會認識它們的,而且,我已經看到了果實,並且它們成熟時就已經成熟了。
        歸因於systemd的不僅僅是執行與之相對應的任務,它還介入了所有事情,以擾亂安全性,並使過時的工具不能同時允許兩者並存,從而很好地完成工作。

      2.    Joakoej 他說:

        就像我之前說的那樣,多麼誇張。

    3.    eliotime3000 他說:

      我相信,只要SystemD由Microsoft,Apple和/或不共享源代碼的另一家公司編程即可。 幸運的是,事實並非如此,他感謝至少有人沒有發脾氣。

      另一方面,當向Linus Trovals詢問SELinux算法系統時,他給出了一個相當簡單的解決方案(更不用說Linus的父親承認NSA試圖幫助他進行內核開發了,儘管唯一剩下要做的就是啟動包含所有內容和源代碼的該死的組件)。

      意識到無知常常是人類的主要禍害。

  7.   路人 他說:

    好,我下注10歐元才贏了。 像往常一樣可預測...對我來說聽起來不錯,因為它的項目理念以及代碼中完全沒有註釋(la OpenSSL),所以我真的不喜歡systemd。 但是我認識到它在技術上是優越的。 我想知道它是否可以替代sysvinit for Openrc。 在這種情況下,我將遷移。

    同樣,在自由軟件中,由於某種原因,必須有兩個相同的實現,為什麼,競爭(Libreoffice,Openoffice)和安全性(OpenSSL)。

  8.   羅洛 他說:

    有一點我不理解,如果systemd設計基於cgroups,這是linux的專有功能。
    要將systemd fork的使用移植到FreeBSD Hurd等,可以在這些內核中添加cgroup或從該fork的設計中刪除cgroup。

    但是,如果從systemd的分支中刪除cgroup,則很難認為Uselessd是systemd的真正替代方案。

    我也認為這項倡議非常積極,因為競爭總是很不錯,因為它迫使他們努力變得更好,並且結果使用戶受益。

    1.    羅洛 他說:

      * garegan =添加

    2.    蜃景 他說:

      他們根本不會使用cgroups或將cgroups設為可選。 從理論上講,並不是那麼困難。 您要做的就是簡單地設計和編寫一種方法來支持所有當前OS中存在的其他過程控制方法。 在實踐中,這是乏味且昂貴的,因為這意味著,例如,如果您有8個小時的時間在程序上工作,而不是使用8個小時來改善和完善單個選項所提供的功能,則必須將該時間分成6 (保持3個系統+ 3種方法在它們之間進行交換)。 這樣,維護和開髮變得越來越繁瑣。 我的意思是,要么支持幾種常規服務,要么支持一種能力。

      1.    eliotime3000 他說:

        更不用說BSD對sysadmins的需求很小,甚至UNIX本身也與Windows XP一樣。

      2.    羅洛 他說:

        關鍵是cgroup:«用於跟踪服務進程,而不是PID。 這意味著守護程序即使被雙重分支也無法從systemd中“退出”。 » http://es.wikipedia.org/wiki/Systemd
        儘管這是批評systemd的要點之一,因為他們說systemd從pid 0開始,並且存在風險,因為如果systemd中斷,它將破壞系統,正如linus所說的,這很愚蠢,因為如果它破壞了內核或其他進程,破壞系統。 事實是,如果fork不使用cgroups,它將使用pids,並且不會完全控制惡魔。 有了它,它永遠不會比linux上的systemd更好

  9.   馬里奧 他說:

    有幾個相關的分支,但這是第一個系統化的分支。 在Gendev for udev(已與前述內容合併)中,存在libgudev和libeudev。 否則,與OpenRC一起使用並在“ systemd / udev”進程中看到它在某些當前安裝中如何發生是很奇怪的。 我個人不喜歡添加DHCP客戶端的想法(我希望他們還沒有這樣做)。 我相信在這項任務中有經過驗證的優秀軟件,不需要重新發明輪子。

    1.    馬里奧 他說:

      我正確,gudev也為systemd,為最新版本。

    2.    友喜 他說:

      我回答有關systemd中DHCP的評論。

      systemd不僅具有內置的DHCP(作為網絡的一部分內置),還具有DNS解析器和DNS緩存,以及從Avahi(由Poettering創建的另一種怪物)繼承的功能。

  10.   YOYO 他說:

    今天我在晚餐時吃土豆和牛排,我不喜歡,我會做一個叉子。 一切都是如此。

  11.   透澤潘 他說:

    難道是無用的,實際上是Red Hat精心設計的虛假標誌操作,以抹黑對手並建立新世界秩序嗎?

    … 他媽的。

    從這個項目的後面很好地覆蓋

    1.    eliotime3000 他說:

      翻譯:

      它是 無用D 目前Red Hat進行了精心設計的虛假標記操作,以抹黑其對手並建立新的世界秩序?

      拉屎。

  12.   蜃景 他說:

    他們告訴我

    1)他們正在創建一個截肢的systemd,它沒有任何工具,也沒有標準化的優點,無法解決systemd正在解決的任何問題或解決舊的傳統問題。 當然可以。 給我3

    2)他們告訴我,這是一個沒有“膨脹”的systemd,但事實證明systemd是模塊化的,您可以在沒有任何子守護程序的情況下使用systemd。 因此,在實踐中消除膨脹是相同的(除了它不會保留許多最好的系統化工具,例如jounals)? 好的。 完善。 現在給我20。

    3)他們告訴我這個分叉並不能解決任何問題,它不能解決底層框架的問題,它沒有提供任何形式的技術優勢,而是使我們在Linux服務管理方面倒退了5年。 。 競爭標準化的唯一希望? 。 好的。 我愛他。 給我2161816814168發行版。 請。 現在!!

    對於那些不了解的人。 諷刺🙂

    這就是為什麼Linux永遠不會在台式機上取勝的原因,當pazos最終開始用於創建基礎架構以使所有用戶都可以使用功能性台式機時。 mamertos帶著他們的口交出來。 好的,讓他們做他們想要的事情,他們有權,但是事實是,不要期望他們會被認真對待。

    1.    eliotime3000 他說:

      說實話,笑話是SystemD對我有很大幫助,當您有足夠的時間在Ext4分區上使用Chrome時,它甚至可以非常快速地關閉PC。 如果我在XFS和SystemD上嘗試Debian Jessie-最重要的是,它比SysVinit給我更好的結果-我會跪下來。

      最有趣的是,他們試圖使SystemD具有向其添加SysVinit功能的能力,即使這種工作完全具有挑戰性(例如Theo de Raadt的OpenSSL分支)。

    2.    匿名 他說:

      這個分叉解決了從Lennart和他的父親RedHat手中接過權,試圖將其交給獨立開發人員以解決問題的問題。
      消除systemd的麻煩,使它們不會或永遠不會成為引導系統的一部分。 我清楚嗎?
      現在,如果出於某些似乎沒有什麼理由……無法由任何人解決,則它們只是觀點和個人觀點。

      1.    蜃景 他說:

        但是,systemd不僅僅是一個啟動系統,systemd是70多個不同的二進製文件,其中只有1個是pid 1,而這只需要處理1件事,即啟動和停止其他守護程序。 實際上,除了日誌記錄外,所有systemd膨脹都是可選的。 所以我真的看不到引導系統會做什麼,如果做一件事它是不應該做的。 就像我說的那樣,其餘的進程和服務由其他守護程序分別處理,它們中的大多數甚至可以單獨使用。 唯一的區別是這些可選守護進程由同一團隊,同一日曆和同一git中編寫(與bsd的執行類似)

        倫納特和紅漢邪惡? 迫害的妄想和別的。

      2.    匿名 他說:

        @Mirage,但是systemd不僅僅是啟動系統……。

        就是這個問題,他們從一個純粹的啟動系統開始,設法說服許多發行版,然後不再是一個純粹的啟動系統,而像癌症一樣傳播。
        我想要為您更好地繪畫它,我想要systemd,但是我不想要任何其他systemd模塊...但是當我說我不想要它時,我不希望它安裝在我的硬盤上……僅禁用它是不夠的……我不相信可以單獨啟用的自動功能,例如當屏幕保護程序處於活動狀態時。
        因此,請告訴我哪個發行版為我提供了一個systemd版本,該版本的安裝程序中沒有這些模塊。

  13.   聖地亞哥·阿萊西奧 他說:

    我目前使用linux mint 17,但它不使用systemd(我認為只是它的某些依賴項),儘管在使用它的發行版中,它對我來說很完美,我使用linux已有近2年的時間,並且給了它一個基本的用法(瀏覽Internet,在Windows中編輯文檔簡單等),當我使用systemd時,我也不會失敗,在技術層面上,改進是顯而易見的,許多仇恨對我來說似乎是不合理的,許多人說這是出於道德而非技術方面的考慮,但對我來說似乎太多了,儘管我希望看到儘管我對此並不信任(但現在基本上是一個“營養不良”的系統,而且這個名字似乎太荒謬了,以至於不能說是嚴肅的話)

  14.   彼得切科 他說:

    為什麼不繼續使用BSD腳本? 還是來自Gentoo團隊的openRC? 還是忘記上述所有內容,包括SystemD並使用Ubuntu的Upstart?

    1.    eliotime3000 他說:

      因為SystemD可以加快打開和關閉GNU / Linux系統的過程。

      此外,您要挽救的是,無需使用SystemD模塊,而使用OpenRC,SysVinit甚至BSD腳本的SystemD的啟動速度,從而避免了 污點 的日誌。

  15.   斯卡夫23 他說:

    好吧,我對systemd很滿意。

    我什至看到比其他任何方面都更多的優勢。

  16.   長袍 他說:

    我已經閱讀了很多評論,顯然是systemd……與90%反對它的Linux系統用戶的哲學不符,……我想知道……為什麼兩個systemd都想控制所有東西,也就是Windows類型? ……難道背後有控制所有人和世界政府的險惡計劃嗎? 當前,Linux Mint系統幾乎可以自動完成所有工作,並且不需要systemd。 如果您要接管Linux系統.....您別無選擇,只能遷移到BSD UNIX及其衍生版本。

    1.    突厥 他說:

      還有其他發行版,例如Linux Mint,是否帶有Systemd?

    2.    Joakoej 他說:

      在Windows中,據我了解,沒有什麼像systemd一樣。
      當唯一關心的人是與系統一起工作的人(通常是專家)時,它們使集中管理似乎是一件壞事。對於我們來說,systemd的普通用戶對我們來說更好,甚至有些系統管理員也對此表示讚賞,因此請注意,所有這些都與口味有關。
      Systemd非常好,但是許多人抱怨說,有些程序需要新的依賴項才能工作,因為systemd更具侵入性,並且超出了引導系統的範圍。 他們還抱怨說它會自動執行某些任務,但是我敢肯定,如果您學會使用它,則可以根據自己的喜好進行配置。

      1.    eliotime3000 他說:

        這就是為什麼我說:SystemD的管理非常簡單,儘管每次我都將自己從SysVinit中所做的事情中解脫出來(不減損SystemD,但SysVinit卻省去了我要做的麻煩 dmesg的 看看我是否搞砸了)。

    3.    eliotime3000 他說:

      執行啟動步驟的目的 到Windows 是為了節省您不必編輯腳本的麻煩。 換句話說,對於那些不是系統管理員的人來說,這將節省大量時間。

      對於完美主義者和/或高級系統管理員,舊的SysVinit和Gentoo的OpenRC是更可取的(在我的情況下,我希望SysVinit具有SystemD的啟動速度,因此UselessD充當SysVinit的附加插件,或者OpenRC具有強大的功能那個非常SystemD)。

      1.    匿名 他說:

        我假設您已經在/etc/rc.conf中嘗試過rc_parallel =»YES»。
        它仍然比systemd慢一點,但是只有幾秒鐘,並且因為在我的情況下,每天的正常運行時間永遠不會少於14小時……8秒鐘的差異不會影響我。
        我認為通過此分支可以改變路線,並希望獨立開發人員能夠加入進來,將init的優點與systemd結合起來
        當然,遵循並完成了一項任務的邏輯。

      2.    友喜 他說:

        @ eliotime3000還有一些事情比啟動時間重要得多,這也不是什麼大問題,至少就我而言,systemd和OpenRC之間的啟動時間(使用Gentoo)並沒有太大區別,贏得systemd少於4秒,並且在OpenRC中不使用rc_parallel = yes。

        注意:從現在開始,無論誰閱讀,都請謹慎操作,並請原諒我的某些表情,並明確表示這是我的個人觀點。

        我不喜歡systemd的事實是,我想做已經完成的事情,因為重新發明輪子對我來說似乎是愚蠢和不必要的。

        初始化與守護進程luks,lvm,dns,dhcp,avahi功能,日誌,coredump,devfs等有什麼關係? 具有所有這些功能的惡魔也許不再存在。

        為什麼需要root用戶訪問權限才能處理日誌和coredump? (我已經能夠親自在Debian和Gentoo中進行驗證)。

        如果對systemd進行任何更改,為什麼我必須重啟我的PC,這是它本身無法熱重啟? SysVinit怪胎可以做到,最重要的是,他做得對。 他們說systemd可以做到,但是進行測試,您會看到它失敗了,別無選擇,只能重新啟動。

        它並沒有到此結束,但是systemd有已知的錯誤,而且還沒有得到修復,這都是因為團隊(由Poettering領導的團隊)只是喜歡忽略它們並將其標記為WONTFIX或忽略它們。 甚至那些錯誤中的一些已經是經典的,有日誌的,自組裝的,然後再來,先生們,它們來自2011年和2012年,仍然無法修復,這不是因為它們不為人所知(它有報告和所有內容),或者它們不容易可複制,但因為它們只是不想修復它們。 這種行為不是systemd帶來的,Poettering一直都是這樣,Avahi(他們的創造之一)也有類似的問題,尤其是內存洩漏和CPU過多消耗,其中許多問題仍在繼續。 您是否需要更多證據? Pulseaudio是這種類型的另一種瘋狂,儘管它是許多人期盼的東西,但它帶來的問題多於解決方案,直到最近它的許多問題都得到了解決,才擺脫了Poettering的控制。

        1.    拉夫 他說:

          雪輝 +100

    4.    匿名 他說:

      顯然,也許一個簡單的新手用戶並沒有意識到這一點,但是RedHat是一家公司,而且我知道,讓每家公司都感興趣的唯一事情是賺錢,如果我們加之政府官員可能會提供某些優惠,那麼那個“一點點地修改”,我相信一切皆有可能。
      我們每天閱讀一遍,所有政府和大公司對權力的渴望都沒有限制,事實證明,抗拒的操作系統是gnu / linux,其用戶傾向於更好地了解安全性和隱私性。
      使用systemd時,它們從很小的地方開始,從一開始就很好,他們設法征服了主要發行版以對其進行更改,然後一點一點地他們添加了模塊來替換已經存在的模塊,並且該模塊始終有效,他們可以說,如果您是不感興趣,您不安裝那些模塊..但是,很奇怪,所有發行版都完全安裝了它,普通用戶也不知道如何手工編譯和刪除它們。
      最不正當的模塊記錄在日誌中,我在一條消息中讀到,有人說它不是可選的,它是強制性的,無法刪除。
      顯然,它將無法刪除,其目的不是很好地工作,也不是使syslog-ng正常工作,也不是為了關注報告那些錯誤的用戶的抱怨。
      該技術是進行掩蓋以使其看不見,然後自動管理網絡,以便在不久的將來不再完全手動控製網絡發生的情況以及網絡發生的日誌。
      讀取系統化的代碼將毫無用處,任何事情都會做對它來說應該做的事,並且對他們來說做得很好。錯誤的是組合功能代表了“未聲明錯誤”的全部風險。
      因此,systemd沒錯,必須更改的創建者才是錯誤的。

      1.    蜃景 他說:

        多麼誇張。 它吸引了您,它是自由軟件,並且如果有奇怪的事情,他們會意識到嗎? 在這個頗具爭議的項目中,您是否認為沒有數百名極客希望將貓的腿移開? PFF聳人聽聞的東西總是賣得更多

    5.    澤維爾 他說:

      因為Systemd實際上是天網……哈哈哈哈

  17.   拉蒙 他說:

    而我認為這個叉子是由規範領導的?

  18.   同步標誌 他說:

    @埃米利亞諾

    Linux怎麼樣,不幸的是您是對的,更不幸的是,sysadmin很少,少於1/4的用戶…..因此,我們希望奇怪的事情像這樣繼續發生:

    systemd-journald [150]:無法寫入條目(13個項,351字節),忽略:錯誤的地址

    為了表明我們不是瘋子,也不是純粹主義者,而是技術問題。

    您可以使用ctrl + f在此cgit中看到錯誤,但是當然,因為Lennart通常不會發表評論,這是他的另一種不好的做法,他們不會知道該錯誤是什麼:

    http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c

    您不是唯一的elav:

    https://bbs.archlinux.org/viewtopic.php?id=150704

    有很多帖子,但我看不出有什麼真正的意思,這聽起來像是我的一個bug,看起來就像是PulseAudio的花粉喚醒了它並抑制了事件

    1.    拉夫 他說:

      可怕!!

      1.    同步標記 他說:

        儘管您可能不相信它,但仍有很多報告該錯誤的信息,它似乎是來自另一個錯誤,這是一種症狀,但它也是它自己的錯誤,總之,systemd至少有很多錯誤。 sysv一直以來都沒有錯誤,事實證明它是超級完善的。 今天,我試圖禁用VM中的日誌記錄,這不會讓我這樣做,這是不可能的,您唯一可以做的就是放置syslog並使日誌記錄向您發送內容,以便他編寫它們,但是,如果日誌記錄失敗了該怎麼辦?...因為什麼時候不能禁用Linux中的守護進程登錄?... Windows的東西,然後他們說它是模塊化的,是的,我知道

    2.    eliotime3000 他說:

      他都不 dmesg的 保存它們。 在我眼中,我注意到是Bug的JournalD。

      我希望OpenBSD或Apache Foundation能夠顯示出對這種分支的支持。

  19.   同步標誌 他說:

    @elav

    您有公司,請加入錯誤報告,以查看lennart能否正常工作:

    https://bugzilla.redhat.com/show_bug.cgi?id=1069828

    這是一個錯誤。

    1.    同步標誌 他說:

      我補充說,這是由別的東西產生的錯誤,僅是根據fedora的“另一種”症狀,但起源相同:
      https://bugzilla.redhat.com/show_bug.cgi?id=1043212

    2.    eliotime3000 他說:

      DMESG萬歲!

      現在,認真地,由於JournalD的史詩般的失敗,我將展示對SystemD所說分支的支持,因為使用JournalD我不太了解(使用DMESG,您會看到很多內核啟動錯誤,甚至是SystemD的惡魔)。

  20.   達里姆 他說:

    許多人拒絕systemd,因為它不符合Unix哲學。 先生們,Unix快要死了,並且處於滅絕的危險中,有時您不得不放開過去的聯繫,並嘗試做一些更好的事情,即使它打破了舊的哲學。 保持保守態度,如果systemd給您帶來了問題,請報告該錯誤並幫助測試解決該問題的補丁程序。 在我看來,沒用的東西是無處可走的,因此它的名稱派上用場,沒用,沒用,完全是在浪費時間和精力,而這本可以用來做更好的事情。

    1.    拉夫 他說:

      伙計,但您沒有在同一篇文章中看到指向RedHat Bugtracker的鏈接嗎? Systemd的創建者不對任何一個進行回复或評論。 如果此人通過襯管運行它們,那麼錯誤報告有什麼用?

      1.    hypersayan_x 他說:

        目前,SystemD僅在RedHat bugzilla中報告了240(其他頁面上也有報告):

        https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=systemd&product=Fedora

        根據Wikipedia所述,最多可容納3或4個人工作:

        https://en.wikipedia.org/wiki/Systemd

        必須處理可能需要幾天到幾個月才能解決的錯誤。 除此之外,您還必須補充一點,他們必須添加新功能並刪除舊代碼。

        您是否認為他們有時間回應每份報告?

        在這裡,不止一個人認為他們有權對系統程序員的工作發表評論,而他們所做的最多的工作就是用Bash或Python編寫腳本並提出WordPress主題,但是如果他們必須維護,他們會sh之以鼻。高素質的程序。

        抱怨SystemD的絕大多數人都不知道他們在說什麼。 只是一群雞在咯咯叫。

        1.    拉夫 他說:

          首先 hypersayan_x如果我要啟動像SystemD這樣的應用程序,首先要做的是,盡可能地記錄其規格,可能出現的問題,其日誌的含義等。這樣就可以避免像我這樣的煩惱,我仍然不知道快樂錯誤(或消息)是什麼意思:

          systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad address

          另外,我認為,如果您要致力於創建應用程序,則應花費至少1個小時的時間來應對使用它的人員提出的錯誤。 如果您無法解決問題,請至少留言或讓我知道,但不回復會給我們帶來不確定性。

          在這裡,不止一個人認為他們有權對系統程序員的工作發表評論,而他們所做的最多的工作就是用Bash或Python編寫腳本並提出WordPress主題,但是如果他們必須維護,他們會sh之以鼻。高素質的程序。

          對每個人的工作……每個人都對自己的工作負責。 我不明白此註釋的含義,因為一個簡單的事實是WordPress主題設計師(或僅安裝主題的用戶)或編程Bash或Python腳本的人不一定必須維護一個“高素質”程序,遠非如此。 就像本伯叔叔會說的: “擁有權利的同時也被賦予了重大的責任”,將其帶入佔據我們的主題:«一個好的程序承擔著很大的責任«,而且我有責任了解所有內容:支持,開發等。

          抱怨SystemD的絕大多數人都不知道他們在說什麼。 只是一群雞在咯咯叫。

          如果您樂於詳細解釋Systemd的工作原理並提供技術數據,以使我們這些ca雜的人可以停止這樣做或只是簡單地了解它,我將無限感謝您。

          問候

      2.    hypersayan_x 他說:

        首先,hypersayan_x,如果我要啟動像SystemD這樣的應用程序,首先要做的是,盡可能地記錄其規格,可能的問題,其日誌的含義等。

        完全記錄在案:

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

        欄目: 用戶和管理員手冊和文檔 y 開發人員文檔

        對您來說似乎很少嗎?

        這樣,我就可以避免像我這樣的煩惱,在那兒我仍然不知道快樂錯誤(或消息)意味著什麼:

        systemd-journald[150]: Failed to write entry (13 items, 351 bytes), ignoring: Bad address

        這是該行的內容:

        http://cgit.freedesktop.org/systemd/systemd/tree/src/journal/journald-server.c#n513

        並且相關代碼出現在 L448,所以這完全取決於我之前給您的信息。

        另外,我認為,如果您要致力於創建應用程序,則應花費至少1個小時的時間來應對使用它的人員提出的錯誤。 如果您無法解決問題,請至少留言或讓我知道,但不回復會給我們帶來不確定性。

        這是所有互聯網論壇的工作方式,他們可能會也可能不會回應您,如果他們未回應,則可能是因為:他們沒有回應,他們對您的消息不感興趣,他們有其他優先事項,或者他們在做其他事情,沒有時間為您服務。 接受您不是宇宙的中心,並且他們沒有從您那裡得到任何收益,因為他們沒有修復特別影響您的錯誤。

      3.    他說:

        手冊在那裡。 這只是閱讀問題,也許問題是很多人不閱讀它,我不是使用debian。 但我不僅限於那個被打包的人 http://www.freedesktop.org/software/systemd/man/systemd.html,
        我讀了的博客 http://en.wikipedia.org/wiki/Lennart_Poettering (教程)的周期非常好 http://0pointer.de/blog/projects/systemd-for-admins-1.html

      4.    拉夫 他說:

        @hipersayan_x真的是朋友嗎? 我邀請您(一次)為我翻譯您對我來說該鏈接的第513行意味著什麼,因為我看不到如何解釋此消息引發的問題。

        接受您不是宇宙的中心,並且他們沒有從您那裡得到任何收益,因為他們沒有修復特別影響您的錯誤。

        這不是關於我的,而是關於很多人的。.請參閱註釋66中的鏈接。 😉

      5.    hypersayan_x 他說:

        @elav,根據在CF中可以讀取的內容,我重複一遍,在該消息之前必須出現另一條消息,指示為什麼無法寫入日誌,因此這是真正的問題。

  21.   他說:

    最好將事情分叉,這是一種衡量效率的方法,這讓我發笑,它們禁用了我每天使用的功能並加快了用戶體驗,否則,它們可以使系統自動化,我認為作為新手用戶對系統可用性的讚賞。 就對系統使用的欣賞而言,這是一個增長(成熟)的問題,也許是因為我更喜歡將它們看作腳本中的一組命令,而不是彩色的鏡子。 在用戶定義的邏輯框架內(並不總是在終端的前面),更多地閱讀手冊並提出有關如何使系統自動化的建議可能更為有用。
    問候

  22.   匿名 他說:

    @粗
    使事情自動化,剝奪靈活性並產生雄心,您不能通過定義要尋找的叉子的自動化定義將每個人放在同一個包中,因為會有更多不滿意的人不想坐在那裡看著他們創建一個新窗口。
    上面有一些評論,我問您是否知道任何包含systemd軟件包且沒有“可選模塊”的發行版,但似乎沒有……沒有人回答我。
    就我而言,我並不需要,我已經與gentoo一起在eudev和openrc上快樂地生活了5年以上,但是我有一個很少使用的筆記本,它仍然帶有archlinux,我不斷對其進行更新,以查看事情的進展,並且不會發表意見。別人怎麼說。

  23.   拉夫 他說:

    讓我們觸摸一下吧!@##%%我剛剛吃過早餐,在ArchLinux中沒有crontab,cron是由Systemd處理的.. Grrrr

    https://wiki.archlinux.org/index.php/Systemd/cron_functionality

  24.   匿名 他說:

    @elav
    必須升級不使用systemd的發行版,沒有其他選擇。
    我知道,它們並不是最容易安裝的,但是可以看出所有這些的方向
    我認為更多來自LFS的發行版將開始出現,例如
    是archlinux的母親,我知道他們仍然使用init。
    只不過是鏡頭的Sabayon風格的發行版也可能會出現
    i686二進製文件上的gentoo。
    Systemd就像是AC / DC主題“滾球讓您”
    https://www.youtube.com/watch?v=2ICWCMaRypI