今天，在閱讀我的RSS時，我發現了一個有趣的消息， 博客複製器的外觀，而且在Manjaro社區中，已經發布了幾個ISO，它們不使用它們的特殊性 Systemd 像init一樣，否則 OpenRC的，由 Gentoo的.
我不了解您，但是Systemd主題已經觸動了我的眼球，我讀得越多，我就越意識到，儘管對於最終用戶（或許多用戶），它並不代表任何超級相關的內容，至少對我來說，我不喜歡這條路。 我相信GNU / Linux的世界將迎來一個黑色的季節，即使在乾旱的沙漠中，叉子和不滿情緒也會爆發。
但是，讓我們開始做生意。 正如我之前所說，他們在Manjaro論壇中發布了OpenRC利用的一些信息。 對於那些害怕安裝這些版本的人，我留下瞭如何做的視頻。
使用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）我們安裝了首選的桌面環境，該示例使用 LXDE
須藤pacman -S lxde
有關安裝桌面環境的信息，請參見 維基.
4）我們安裝一個會話管理器:
須藤pacman -S lxdm-consolekit
5）我們為networkmanager安裝了一些小程序，例如applet
sudo pacman -S網絡管理器小程序
6）我們重新啟動系統
sudo重啟
我想不用說，為此，我們需要通過電纜連接到Internet。 如果我們使用WiFi，則可以在其中查看如何操作 此鏈接.
具有OpenRC和OpenBox的Manajaro ISO
對於Openbox ISO，您必須考慮以下幾點：
- 主要目標 是為了使 安裝過程更輕鬆 並允許 設置 形狀 圖形 網絡 （使用 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。 當時，OpenRC毫無疑問，因為它缺少許多現在的功能，包括並行化和cgroup支持。
好消息！ 二進制發行版，將發行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使用命名命令 journalctl.
除上述內容外，我還必須說，作為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的NIH級別很高，現在聲稱可以控制以下內容：
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或naninga！。 系統日誌是安全性和審核本地和遠程連接所發生和正在發生的事情的基礎，但是日記記錄使用只有jornalctl才能看到的二進制格式…。日記記錄經常會“神秘地”破壞其二進製文件，並且他看到它已損壞，因此將其刪除一次，然後從一個新的開始，而忘記了所有已存在的日誌。
我可以繼續工作幾個小時，但是最嚴重的問題是Lennart不會向報告那些錯誤的人提供幫助，據我所知，他不接受任何人的補丁。
我以為進入systemd後，他們會報告bug和補丁，systemd必須接受這些錯誤和補丁……但老實說，Lennart和RedHat對其餘發行版還有另一個計劃……如我之前所說。 ，來自RedHat的TROYA TROYA。
老實說，systemd是不可修復的，其設計背後的想法非常糟糕，從頭開始啟動可引導系統比嘗試修復該frankestein更好。
阿們!! @匿名..
我使用systemd（Fedora）已有兩年了，我來過：
隨著更多的事情增加了更多的禁用/重定向，這個問題聽起來很有趣。
我直接將日誌記錄定向到rsyslog。 您的某些二進制日誌已被破壞。
在dns中，我使用bind，如果它們將其集成到systemd中，即使必須進行所有修改，我也將繼續使用bind。
我使用XFCE，所以它為我省了很多gnome想要集成的東西。
它就像瓷器店裡的一頭大象。
真正; 即使他們也不知道該怎麼稱呼。 我們每天進行更新，更正錯誤和其他廢話。 這件事使我很生氣。 但不僅因為SystemD是一個主權垃圾，還因為如果不是，他們是如何做到的。
顯然，在Linux世界中，有多家公司試圖控制一切。 參見Canonical，RedHat和Gnome（甚至Miguel de Icaza本人也離開了Gnome）。
如果我使用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內存上運行令人難以置信。
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上的人來說，這是一個選擇。我幾次想過要更改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的開發列表，而會發現反駁的事情這三篇文章都說發生了什麼，並且更多地支持系統的批評者。
他的論據是要建立一種知識，該知識反駁我所展示的內容，但從不提供證據，因此我不能相信它的存在。
https://lists.debian.org/debian-ctte/2013/12/msg00234.html
@pamp我的論點得到了更多的支持，因為我在上面的同一條目的註釋25中對此進行了解釋，除了在Debian irc和此發行版的列表中公開它之外，我還在許多其他有關systemd的條目中對此進行了公開，我的邀請也是，您要提出自己的意見，為此，您只需要閱讀一點systemd開發清單即可。 也是為了激起您的好奇心，我給您提供此鏈接，他們在其中明確表示systemd-214不再以“代碼清除”為藉口支持SysV和LSB腳本。
http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html
現在告訴我：為創建所有發行版的通用基礎而應該創建的LSB標準支持在哪裡？ 因為讓我告訴你一些事情，所以Lennart在他的第一個鏈接上沒有其他內容，他吹噓，誇張並說他的話說systemd支持使用SysV和LSB腳本，而事實是支持被丟棄並由init文件生成器代替，順便說一句，它有幾個錯誤，最後只能製作一個完整的init文件。
問候。
意見的東西就像屁股，我們都有。
這個人說的話可能對他很有好處，但我的情況並非如此。 一個在網絡門戶上寫文章的人的觀點並不在於它是上帝的道。 這是您的意見，期間。
如此“駁斥”，什麼都沒有。
我們剩下的好處是我們可以使用我們真正想要的東西。 而不是試圖成為“塔利班”並將我們的標準強加於人。
對我而言，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只是為了笑而死），而另一件事是他在系統代碼中所做的事情。 自從我開始開發諸如Avahi和Pulseaudio之類的東西以來，我在Lennart中就屢見不鮮，這種態度可以通過閱讀這兩款軟件的開發清單和錯誤報告得到證實。
@ 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！
你知道他們為什麼不這樣做嗎？ 由於其開發形式稱為強制拼版，並且由於95％的用戶沒有NPI，因此他們利用了默認設置，因此我們拒絕了所有人。
那就是免費或開源軟件或任何他們想調用的軟件不起作用的方式，現在這讓我發笑，因為有了Debian的新分支，很多人都認為這是浪費力量，我一直想知道這樣做有多困難是要在Makefile中添加其他編譯選項？
主題沒有給出更多，這就像要將水和油混合在一起，這就是為什麼每個開發中都會有無窮無盡的分叉，而其餘所有分叉的原因。
@mario就是您所說的。 喬丹·哈伯德（Jordan Hubbard）也感覺到，不僅需要更新BSD初始化以適應新技術，而且還需要支持現在可能的新功能，但他繞過了systemd現在應該如何做的概念。事物，並將它們簡化為UNIX中始終盛行的哲學，即“使一個程序能夠完成一件事情並做好它”，並且在init中非常重要，因為我們不會再討論一個惡魔了，與安全性措施相比，除了許多專家已經開始對systemd咆哮之外，操作系統的初始性也很明顯。可以證明，systemd看起來很像Windows的svchosts.exe。服務初始化為網絡控制等等。
伙計們，這真的很嚇人。
從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英特爾主動管理技術的東西....有趣的是，幸運的是我沒有英特爾，但是我ll開始尋找它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是免費軟件，可以進行審核。 問題不在於它隱藏了後門，問題在於它做了init不應該做的事情（網絡控制，dns，TTY控制台等），它具有很多本應為他人服務的功能，它的工作方式與預期的工作方式完全不同，這違反了Linux內核本身的規則（coredump），許多開發人員都不太關心解決systemd的結構性問題（coredump和debug是最嚴重但尚未解決的問題）。
3.-一件事是下載一個二進製文件，該文件原來是程序，其CONFIGURATION和LOGS仍為純文本格式，另一件事是下載一個二進製文件，其CONFIGURATION和其他信息存儲在二進製文件中，並且只能通過特定的方式進行訪問工具，這就是事情發生變化的地方。 二進制日誌不提供安全性（如果您確實需要安全性，請使用AES-256加密分區），它只是一個黑匣子，您從中不知道所發生的事情，並且可以將其用於許多事情，例如：假設您擁有一個利用systemd漏洞的特洛伊木馬，並通過它獲得了對系統的完全訪問權限，包括日誌服務和特權升級。 這不是一個嚴重的問題嗎？ 由systemd直接處理的二進制日誌會不會因為無法審計而對您不利，而沒有指出它們已經在不知不覺中被修改了？ 程序和配置文件/二進制日誌/轉儲文件之間是有區別的。
4.-內核是按這種方式設計的軟件，它從一開始就設計為控制PC上的所有內容，而不是init。 初始化僅用於使您的系統提升內核並可以使用，因為它是第一件事，也是最後一件事情。 這就是為什麼將其稱為init（initialization）的原因，因為它僅啟動系統並且不執行任何其他操作，其原因非常簡單，init必須是最穩定，最完美的軟件，以避免由於某種原因而避免這種情況。這最終破壞了整個系統，這關係到穩定性和安全性。 Xorg是另一種聲音，它確實做到了許多事情，但是沒有什麼風險讓您完全無法使用系統，而且它的配置仍然在簡單的純文本文件中進行。
5.-當然，發行版沒有義務在廣義上提供自由，正是由於這個原因，才呈現了當前的流行趨勢。 但是，我們是用戶和社區，我們中的許多人根本不同意該系統的實施，這就是我們為什麼要達到我們的聲音範圍（無論他們是否收聽）的原因，這取決於開發該系統的人。發行版，他們的決定將對那些決定是否使用發行版的人產生影響，這顯然會導致多個發行版的失敗，具體取決於進展情況，現在有一個例子是Debian及其Devuan分支。
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
問候
您好keos，首先我很抱歉以前沒有回答。 感謝您的回答，很高興得知Manjaro提供了此選項； 只要Ubuntu Precise支持終止（或者更快），我就會安裝它。 問候。
好帖子
當OpenRC版本更加成熟時，我將與Systemd在Manjaro中等待，我想擺脫systemd…（我汗流sweat背）