OpenRC auf Manjaro-Isos für Systemd-Hasser

Als ich heute mein RSS las, fand ich eine interessante Nachricht heraus, dass die Blog Das Aussehen des Replikatorsund es ist so, dass in der Manjaro-Gemeinschaft mehrere ISOs mit der Besonderheit gestartet wurden, dass sie nicht verwendet werden Systemiert wie init sonst : jh_HLXNUMXlwd_chickenwingboundorgasms_hd.mpXNUMX, das von Gentoo.

: jh_HLXNUMXlwd_chickenwingboundorgasms_hd.mpXNUMX

Ich weiß nichts über dich, aber das Systemd-Thema berührt meine Eier bereits sehr und je mehr ich lese, desto mehr wird mir klar, dass es für den Endbenutzer (oder für viele) nichts Superrelevantes darstellt Zumindest für mich gefällt mir der Weg nicht. Ich glaube, dass in der Welt von GNU / Linux eine schwarze Saison kommt, in der Gabeln und Unzufriedenheit auch in trockenen Wüsten ausbrechen werden.

Aber kommen wir zur Sache. Im Manjaro-Forum haben sie, wie ich bereits sagte, einige Isos veröffentlicht, die OpenRC verwendet. Und für diejenigen, die Angst haben, diese Versionen zu installieren, lasse ich das Video, wie es geht.

Laden Sie ISOs mit OpenRC herunter

Die erste ISO, die wir sehen werden, ist die Version NetInstall. Diese ISO hat folgende Eigenschaften:

  • Basierend auf dem Manjaro-Net-Profil (keine Desktop-Umgebung vorinstalliert)
  • Basierend auf dem Testzweig.
  • Nur freie Fahrer
  • Verwenden Sie die Linux-Kernel 3.14-Serie
  • Verwendet kein Plymouth
  • Es wurde in Virtualbox getestet

Die Sprache kann zu Beginn durch Drücken der Taste F2 ausgewählt werden. Sobald der Startvorgang abgeschlossen ist, finden wir die Eingabeaufforderung, über die wir auf Folgendes zugreifen können:

  • Benutzer: root
  • Passwort: manjaro

Um die Installation wie im vorherigen Video gezeigt zu starten, schreiben wir:

setup

Links zum Herunterladen der ISOs

manjaro-net-0.8.11-openrc-i686.iso (32 bit)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)

manjaro-net-0.8.11-openrc-x86_64.iso (64 bit)
(md5sum: ef205f70f3b3428545fdf1420db10b74)

Anweisungen nach der Installation

Bei der Manjaro Forum Sie bieten uns einige Daten für die Nachinstallation an:

Wir fügen das openrc-eudev-Repository gemäß diesen Anweisungen hinzu.

1) Wir fügen am Ende von /etc/pacman.conf Folgendes hinzu

[openrc-eudev] SigLevel = Optionaler TrustAll Server = http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch

Wir fügen die Schlüssel hinzu und importieren sie:

sudo pacman-key -r 518B147D sudo pacman-key - lsign-key 518B147D

2) Wir aktualisieren das System

Sudo Pacman -Syu

3) Wir installieren unsere bevorzugte Desktop-Umgebung, die im Beispiel verwendet wird lxde

sudo pacman -S lxde

Informationen zur Installation von Desktop-Umgebungen finden Sie in der Wiki.

4) Wir installieren einen Session Manager:

sudo pacman -S lxdm-consolekit
Der Sitzungsmanager muss ebenfalls in der Datei festgelegt sein /etc/conf.d/xdm und es gibt mehr Informationen hier y hier

5) Wir installieren einige Pakete wie das Applet für den Netzwerkmanager

sudo pacman -S Netzwerk-Manager-Applet

6) Wir starten das System neu

Sudo Neustart

Ich denke, es versteht sich von selbst, dass wir dafür über ein Kabel mit dem Internet verbunden sein müssen. Wenn wir WiFi verwenden, können Sie sehen, wie es geht dieser Link.

Manajaro ISOs mit OpenRC und OpenBox

Bei der Openbox ISO müssen einige Dinge berücksichtigt werden:

  • Das Hauptziel ist das zu machen Installationsprozess einfacher und erlauben konfigurieren Form Grafik Netzwerk (mit böse) und die Partitionierung Verwendung GParted optional.
  • Konfiguration beinhaltet Openbox WM, LXTerminal, PCMan und NetSurf Webbrowser (zu suchen Informationen in der Wiki o Google), usw.
  • Verwenden Sie das Konsoleninstallationsprogramm.

Links zum Herunterladen der ISOs mit OpenRC:

manjaro-openbox-openrc-2014-11-13-i686.iso (32 bit)
(md5sum: 9be7e75c75ab296f955a3396386c4764)

manjaro-openbox-openrc-2014-11-13-x86_64.iso (64 bit)
(md5sum: 07fd57df022118dfc9e2794a0ca3d26e)

Manjaro XFCE ISO mit OpenRC

Nur experimentell und für 64 Bit gibt es auch eine ISO mit XFCE:

manjaro-xfce-openrc-2014-11-14-x86_64.iso (64 bit)
(md5sum: e132f294f2ffd99c6cbc371d1e7a6d72)


Hinterlasse einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind markiert mit *

*

*

  1. Verantwortlich für die Daten: Miguel Ángel Gatón
  2. Zweck der Daten: Kontrolle von SPAM, Kommentarverwaltung.
  3. Legitimation: Ihre Zustimmung
  4. Übermittlung der Daten: Die Daten werden nur durch gesetzliche Verpflichtung an Dritte weitergegeben.
  5. Datenspeicherung: Von Occentus Networks (EU) gehostete Datenbank
  6. Rechte: Sie können Ihre Informationen jederzeit einschränken, wiederherstellen und löschen.

  1.   einer von einigen sagte

    Sie haben Recht, das systemd-Problem beginnt einen gewissen Hauch abzugeben, da OpenRC der natürliche Nachfolger des aktuellen Init ist. Wir werden sehen, wo diese Geschichte endet.

  2.   Wilhelm sagte

    "Obwohl es für den Endbenutzer (oder für viele) nichts Superrelevantes darstellt"

    Ich denke das gleiche, es ist nicht relevant, weil es uns als Benutzer nicht in den Betrieb des Betriebssystems selbst beeinflusst hat.

    In der Tat hat der einzige große (Debian) Nachrichten über "Skandal" zu diesem Thema gegeben, und obwohl sie sagen, dass es andere Gründe gibt, alle verwandten systemd (und sollten nicht).

    Die anderen großen Distributionen haben kein Problem gemacht (oder sich zumindest mit Spaten und Fackeln manifestiert), Fedora, Ubuntu und OpenSUSE.

    Es gibt mir den Eindruck, dass es ein Kampf zwischen Programmierern ist, da zum Beispiel opensuse 13.2 eine gute Akzeptanz / Kritik hat und niemand in den Reviews von systemd spricht (auch wenn es eine Debatte begründen soll).

    Nun, warum die ganze Aufregung, von systemd zu OpenRC zu wechseln, wenn es sie am Ende nicht betrifft.

    1.    dero sagte

      Persönlich macht mich das systemd Ding unruhig, ich habe Unsicherheit, gute Post.

    2.    yukiteru sagte

      In Fedora gab es einige Debatten über systemd, als beschlossen wurde, es als init zu verwenden. Es gab einige Kritiker des Systems, hauptsächlich weil sie nicht damit einverstanden waren, es standardmäßig als init zu verwenden, da es sehr frisch war und jedoch viele Mängel aufwies Die meisten großen Entwickler gehören zum Kernentwicklungsteam und waren mit systemd verwandt. Daher war die Ersetzung von systemd durch Upstart ein Zeichen für eine gewisse Auferlegung, zusätzlich zu dem Problem, dass Upstart eine Ubuntu-Entwicklung war und eine CLA ziemlich verpönt hat auf, was am Ende jedem half, systemd ohne Frage zu akzeptieren. OpenRC kam zu dieser Zeit nicht in Frage, da es viele der Funktionen, die es jetzt hat, fehlte, einschließlich Parallelisierung und Unterstützung von Gruppen.

  3.   anonym sagte

    Großartige Neuigkeiten! eine binäre Distribution, die openrc veröffentlicht ... es ist wie ein Glücksfall.
    Es ist der Weg, den Archlinux von Anfang an hätte einschlagen sollen. Ich erinnere mich, als ich Archlinux unterstützen musste, um zu systemd zu gelangen. Jetzt habe ich die Möglichkeit, eine binäre Distribution mit openrc + eudev erneut zu testen, was genau das ist, was ich hier in gentoo verwende.
    Vielen Dank Leute aus Manjaro !!!

    # eix -Ic openrc
    [I] sys-apps / openrc (0.13.6@24/11/14): OpenRC verwaltet die Dienste, den Start und das Herunterfahren eines Hosts
    # eix -Ic eudev
    [I] sys-fs / eudev (2.1.1@31/10/14): Unterstützung für dynamische und dauerhafte Linux-Gerätenamen (auch bekannt als Userspace-Entwickler)

  4.   xiep sagte

    Danke für die Info, elav!

    Ich teile Ihre Meinung zu systemd und bin auch besorgt über die Drift, die Linux seit dem Erscheinen dieses neuen Init genommen hat. Wenn Wheezy zu alt wird, bevor die Debian-Gabel eintrifft, werde ich darüber nachdenken, Manjaro OpenRC auszuprobieren, da ich nicht die freie Zeit habe, ein Gentoo-System vorzubereiten (ich habe es geschätzt, aber definitiv ist die Kompilierungszeit von Gentoo zu umfangreich für meine persönliche Situation).

    Viele Grüße!

  5.   Cristian sagte

    Elav können Sie in weniger als 10 Worten für einen Benutzer beschreiben, der die "Kontroverse" nicht zu sehr versteht. Es gibt seit einiger Zeit mehrere Artikel im Blog, die sehr technisch sind und die den Kontext für die nicht vollständig erklären "uneingeweiht" ... je Sie sagten mir, dass unabhängig von der Technik eine Erklärung auch von Ihrer Großmutter verstanden werden muss, um gut zu sein.

    In Fedora wurde das Problem vor einiger Zeit unerträglich, so dass mehrere Desktop-Benutzer daran dachten, auf Centos umzusteigen, um das Problem zu umgehen

    1.    Luis sagte

      Ich melde mich für diese Anfrage an.

      Systemd funktioniert gut für mich. Was ist das Problem, das so viel Bewegung verursacht?

      Nehmen wir an, ich weiß es nicht.

    2.    Daryo sagte

      systemd ist das Programm, das für das Starten des Systems verantwortlich ist, aber die Entwickler haben beschlossen, es zu erweitern, und kümmern sich jetzt nicht nur um den Start, sondern auch um Dinge wie cron (Programm zum automatischen Ausführen von Programmen), das Netzwerk und die Systemprotokolle, die es übrigens sind Binärdateien unter anderem

      Viele sehen eine solch abrupte Änderung nicht positiv, insbesondere weil es sich um eine neue Software handelt, die daher viel mehr Fehler aufweist als Programme, die ihr ganzes Leben lang funktioniert haben, und außerdem Abhängigkeiten bei der Programmierung erzeugt, und beispielsweise Gnome zunehmend mit diesem System verbunden ist. Dadurch wird es weniger portabel für andere Unix-Plattformen.

      Ich weiß nicht, ob mein anderer Kommentar die Moderation nicht bestanden hat, aber er sagte, dass ich systemd mochte, aber sie sollten nicht zulassen, dass es alle Distributionen monopolisiert und Alternativen belässt, wie es unter Linux immer für diejenigen getan wurde, die unterschiedliche Anforderungen haben.

    3.    Daryo sagte

      Ich muss sagen, dass vor dem Programm, das für das Starten des Systems beim Booten verantwortlich war, System v war, das lange Zeit lief, bis es in den meisten Distributionen durch systemd xD ersetzt wurde.

    4.    lebhaft sagte

      Zu dem, was @daryo sagt, füge ich Folgendes hinzu (was auch meine Meinung ist):

      Ich habe die Unix-Philosophie immer gemocht, bei der ein Programm nur eines tut, es aber gut macht. Wenn Systemd alles kontrollieren will, was @daryo Ihnen gesagt hat, habe ich ein wenig Zweifel und was würde passieren, wenn Systemd irgendwie kompromittiert wird? Nun, es würde möglicherweise alles mit sich ziehen, was es kontrolliert.

      Dazu füge ich hinzu (und vielleicht ist dies eher aus Gewohnheit), dass es mir immer gefallen hat, dass meine Systemprotokolle reine Textdateien sind, aber mit Systemd ist alles binär und Befehle wie:

      cat log.txt

      o

      tailf log.txt

      Wo wir andere Optionen wie GREP verwenden könnten, um bestimmte Inhalte zu filtern, verwendet Systemd jedoch einen benannten Befehl journalctl.

      Zusätzlich zu den oben genannten muss ich sagen, dass ich als RedHat, der Hauptexponent hinter Systemd, eine Warnung erhalte, die ich nicht ausschalten kann. Vielleicht irre ich mich, aber das sieht nicht gut aus. Und ich frage mich immer wieder, welche Notwendigkeit es gibt, den Boot, den Cron, das Netzwerk und wie viel Service zu steuern? Was meinen sie damit?

      1.    Udo sagte

        Dank Ihres Kommentars und meiner Nachforschungen kann ich Ihren Verdacht bestätigen, dass die Warnung korrekt ist, Broder.
        Sie werden sehen, ich habe über TCP Stealth gelesen, es ist eine deutsche These, in der Red Hat beschuldigt wird, Industriespionage für die Hörsysteme der 5 Augen zu ermöglichen:
        Ich habe bereits darüber geschrieben, wenn Sie das notwendige Talent haben, ich weiß, dass Sie es haben, können Sie Ihre eigenen Schlussfolgerungen ziehen:
        https://gnunet.org/sites/default/files/ma_kirsch_2014_0.pdf
        http://heise.de/ct/artikel/GCHQ-NSA-El-programa-HACIENDA-2293098.html#TCP-Stealth

      2.    yukiteru sagte

        Um Ihren netten Kommentar @elav zu ergänzen, ist systemd NIH so hoch, dass es nun behauptet, Folgendes zu kontrollieren:

        1.- Verwaltung von Internetverbindungen mit IPv4 und IPv6 mit systemd-networkd und systemd-nspawn.
        2.- DNS-Verwaltung über einen internen DNS-Cache, systemd aufgelöst.
        3.- Multicast-DNS-Verwaltung in internen Netzwerken mit systemd-networkd.
        4.- Verwaltung von TTY-Terminals unter Linux mit systemd-consoled. (Auf Wiedersehen KMScon?)
        5.- Verwaltung von Sitzungen und Berechtigungen durch logind.
        6.- Coredump-Steuerung, Verwendung von Binärdateien und Überspringen der Kernel-Direktiven.
        7.- Kontrolle von Protokollen, Verwendung von Binärdateien und Überspringen der Kernel-Direktiven.
        8.- Steuerung von ACPI-Ereignissen mit logind. (Systemd-212 fügte Nvidia-Entwicklern einige Kopfschmerzen mit verschiedenen Fehlern hinzu, die das System unbrauchbar machten.)
        9.- PPPoE-Unterstützung für networkd, ein Auftrag, der noch ausgeführt wird.
        10.- Unterstützung für DHCP in Client und Server. (Was machen sie damit? Keine Ahnung)
        11.- Unterstützung für Systeme mit Werksreset, die übrigens eng mit BTRFS verbunden sind (Seien Sie nicht überrascht, wenn BTRFS später zu einer Abhängigkeit von systemd wird, der gute Lennart liebt es)
        12 ..- Unterstützung für virtualisierte Container (hauptsächlich Xen und KVM)
        13.- Unterstützung für Geräteverwaltung und -initialisierung (was udev macht)
        14.- Umgang mit Festplattenverschlüsselungssystemen.
        15.- Laden von Firmware- und Kernelmodulen.
        16.- Umgang mit Hostnamen (es wird bis zu einer eindeutigen Kennung Ihres PCs erstellt), Räumlichkeiten, Zeit, NTP-Synchronisation, sysctl (Kernel-Steuervariablen) und sogar dem Zufallszahlengenerator (Very WTF this, und es wird viel ausgelöst Verdacht)
        17.- Umgang mit temporären Dateisystemen.

        Kurz gesagt, sind die Dinge, die ich weiß, dass systemd tut, wenn jemand mehr weiß als es zu sagen :).

        PS: systemd bietet seit systemd-214 keine Unterstützung mehr für LSB- und SysV-Skripte, daher weiß ich nicht, wie wahr ihre "Legacy" -Unterstützung jetzt ist oder wie standardkonform sie sind. Ich sage, ist LSB immer noch der Standard unter Linux, oder irre ich mich?

        1.    Alan Herrera sagte

          Vielen Dank, dass Sie mich informiert haben. Ich wollte an BTRFS gehen, aber da ich weiß, dass Lennart ihn mag, wissen Sie vielleicht, dass er schrecklich sein und die NSA-IBM ausspionieren muss

    5.    anonym sagte

      Es gibt wenig Raum, um so viel zusammenzufassen und zu erklären ... es ist ein riesiges Trojanisches Pferd, das sie nicht einmal zu verschleiern versuchen. Was macht ein Startsystem, indem es Netzwerkdienste, DHCP-DNS und sogar Avahi in systemd einfügt? Die Entscheidungsbefugnis geht verloren, wenn Dienste nicht verwaltet werden können
      das sind nicht erwünscht und dass sie nicht zu mir kommen, die deaktiviert werden können, ich möchte sie nicht im systemd-Paket!
      In OpenRC ist einer derjenige, der entscheidet, welche Dinge in jedem Runlevel gestartet werden. Einige Dienste haben Abhängigkeiten von anderen Diensten, aber sie sind sehr wenige und werden aufgelistet. Während in systemd alles tut, was es will, im Moment, in dem es ihm gefällt … Um beim Booten etwa 5 Sekunden zu gewinnen und beim Herunterfahren schnell zu sein.
      Systemd ist so komplex, dass es unmöglich ist zu wissen, was es tut. Sie müssen sich damit abfinden, zu denken, dass es Ihr Meister ist und Ihnen nichts falsch macht.
      Systemd bricht das Konzept, dass die Dinge in Bezug auf Dämonen oder Dienste und Runlevel einfach und verständlich sein sollten. Niemand, der systemd verwendet, weiß zu jeder Zeit genau, was in seinen Diensten passiert.
      Systemd erlaubt es nicht, Syslog-ng nativ zu verwenden, sie haben Journald so eingestellt, dass es darauf tritt, und es lässt es nicht funktionieren, das heißt, oder verwenden Sie Journald oder Naninga! Das Systemprotokoll ist von grundlegender Bedeutung für die Sicherheit und Überwachung dessen, was mit den lokalen und Remote-Verbindungen passiert ist und passiert. Journald verwendet jedoch ein Binärformat, das nur jornalctl sehen kann. Sehr oft wird Journald "auf mysteriöse Weise" in seiner Binärdatei und beschädigt Wenn er sieht, dass es beschädigt ist, löscht er es einmal und beginnt mit einem neuen, wobei er alle bereits vorhandenen Protokolle vergisst.
      Ich kann stundenlang weitermachen, aber das schlimmste Problem ist, dass Lennart denjenigen, die diese Fehler melden, keinen Ball gibt und, soweit ich lese, keine Patches von irgendjemandem akzeptiert.
      Ich dachte, dass sie durch den Einstieg in systemd Fehler und Patches melden würden, die das systemd akzeptieren müsste ... aber ich glaube ehrlich, dass Lennart und RedHat einen anderen Plan für den Rest der Distributionen haben ... wie ich bereits sagte , PFERD VON TROYA von RedHat.
      Ehrlich gesagt ist systemd für mich nicht reparierbar, die Idee hinter seinem Design ist unglaublich schlecht, es ist besser, ein Boot-System von Grund auf neu zu starten, als zu versuchen, dieses Problem zu beheben.

      1.    lebhaft sagte

        AMEN!! @anonym..

      2.    Kunagi sagte

        Ich benutze systemd (Fedora) seit ein paar Jahren und bin dazu gekommen:
        Das Problem riecht seltsam, da mehr Dinge mehr Deaktivieren / Umleiten hinzufügen
        Den Journald habe ich direkt an rsyslog gerichtet. Ein binäres Protokoll von Ihnen wurde bereits beschädigt.
        Von DNS verwende ich bind. Wenn sie es in systemd integrieren, werde ich es weiterhin genauso verwenden, obwohl ich alles ändern muss.
        Ich benutze XFCE, um mir viel von dem zu ersparen, was Gnome integrieren möchte.
        Es ist wie ein Elefant in einem Porzellanladen.

      3.    Tito sagte

        Wahr; Nicht einmal sie wissen, wie sie es nennen sollen. Wir gehen täglich auf den neuesten Stand, um Fehler und anderen Mist zu korrigieren. Es ist ein Thema, das mich ziemlich wütend macht; aber nicht nur wegen der Tatsache, dass SystemD eine souveräne Scheiße ist; wenn nicht, wie sie es gemacht haben.
        Es ist klar, dass es in der Linux-Welt mehrere Unternehmen gibt, die versuchen, alles zu kontrollieren. siehe Canonical, RedHat und Gnome (sogar Miguel de Icaza selbst hat Gnome verlassen).
        Wenn ich Linux benutze, liegt es daran, wen ich kontrolliere, und das ist die Grundlage und Philosophie davon; Um nicht zu wissen, was es tut, mounte ich Maschinen, auf denen W Server bereits ausgeführt wird.
        Was mir leid tut ist, dass Debian unterlegen ist. Tatsächlich wird die Möglichkeit in Betracht gezogen, eine parallele Gabel ohne SystemD zu erstellen.
        Hoffen wir, dass das Ding nicht mehr geht; oder ich sehe mich alle meine Maschinen auf BSD migrieren.

      4.    yukiteru sagte

        @ anonym, Kommentar Stück Mann, Sie können nicht mehr richtig sein.

        systemd ist eine verrückte Sache, die in vielen Dingen keine Erklärung hat. Die Wahrheit verursacht bei allem, was sie tut, viel Misstrauen und erlaubt anderen Werkzeugen nicht, dies zu tun. Die Wahrheit ist, ich weiß nicht, wie sich die Debianer erlauben, es auszudrücken Dies, aber am Ende haben sie diese Entscheidung bereits getroffen, und zum ersten Mal seit vielen Jahren habe ich Debian nicht mehr als Hauptbetriebssystem verwendet und werde dies auch weiterhin tun, bis systemd Debian für eine transparentere Option beendet.

    6.    Tito sagte

      Zusamenfassend. SystemD ist scheiße.
      Es speichert Protokolle im Binärformat und wird als übergeordneter Prozess aller anderen ausgeführt (Pid 1). Wenn jemand kaputt geht, kann das System nicht mehr wiederhergestellt werden. Es geht gegen alles, wofür Linux steht, das heißt, einfache Textdateien (was zum Teufel sind diese Binärdateien? Einfache Textdateien! Wie das ganze Leben Gottes.)
      Komm schon, das ist Mist. Ich mag überhaupt nichts.
      Aber dank Unternehmen wie Canonical, Gnome und Red Hat; Wir werden es mit Kartoffeln essen.
      Das wenn, während es andere Möglichkeiten gibt; Ich werde es weder auf den von mir verwalteten Servern noch auf meinen persönlichen Computern verwenden.
      Dies wird bereits zu einer Niederlassung der Firma Redmond.

      1.    Sephiroth sagte

        Ich will niemanden verteidigen, aber ich erinnere mich gut daran, dass Canonical völlig gegen systemd zugunsten von Emporkömmling war. als debian systemd nachgab, zog es sich nach ubuntu.

  6.   Daryo sagte

    Darüber hinaus können diese Fehler die Sicherheit des Systems und die Stabilität eines Servers gefährden. Deshalb sind diejenigen, die sich am meisten über diese Dinge beschweren, der Systemadministrator.

  7.   Udo sagte

    Und was ist mit Mageia? Es ist unglaublich, dass ein KDE auf 512 MB RAM laufen kann, einwandfrei.
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   Sergio E. Duran sagte

    ein paar Fragen; Wie einfach ist es, die Dienste in OpenRC zu verwalten? und wie einfach ist es, es standardmäßig in einer Manjaro-Installation mit systemd zu installieren? Was ich an systemd mag, ist, dass ich mit dem einfachen Befehl systemctl enable (service) .service oder einem systemctl disable (service) .service meine Dienste einfach verwalten kann, WENN ich an OpenRC interessiert bin und insbesondere, wenn es etwas seltsam riecht das alles übrigens von systemd; Ich bin ein Novell-Benutzer

    1.    Sergio E. Duran sagte

      Apropos; Es heißt, ich bin unter Windows, weil ich den User Agent Overrider verwende

    2.    anonym sagte

      OpenRC ist sehr einfach zu handhaben, ich gebe Ihnen ein Beispiel mit dem Cupsd-Druckservice.

      Um es zu starten.
      # rc-service cupsd starten
      * Cups starten .. [ok]

      Um es zu stoppen.
      # rc-service cupsd stoppen
      * Cups stoppen… [ok]

      Um es neu zu starten.
      # rc-service cupsd neu starten
      * Cups stoppen… [ok]
      * Cups starten .. [ok]

      Um es auf den Standard-Runlevel zu bringen.
      # rc-update Cupsd Standard hinzufügen
      * Service Cupsd zum Runlevel Standard hinzugefügt [ok]

      So entfernen Sie es aus dem Standard-Runlevel.
      # rc-update von cupsd default
      * Service Cupsd aus Runlevel Standard entfernt [ok]

      Anzeigen des Status aller Dienste in allen Runlevels.
      # RC-Status -a

      In diesem Beispiel wird standardmäßig der Status eines Runlevels angezeigt.
      # rc-status Standard

      Hier in Gentoo ist OpenRC das Standard-Startsystem und wird es für immer bleiben. Wir haben ein System für Selbstmordattentäter, von denen es zum Glück nur wenige gibt.
      Um journald zu ersetzen, verwenden wir syslog-ng und logrotate. Hier in gentoo wird das Systemprotokoll über die virtuelle Konsole vt12 ausgegeben, die control + alt + F12 lautet, oder Sie können es kontinuierlich in einem beliebigen grafischen Terminal als Root-Benutzer anzeigen mit:

      # tailf / var / log / messages

      1.    Sergio E. Duran sagte

        Und um es auf meinem Manjaro zu installieren?

      2.    Sergio E. Duran sagte

        Ich sage; Ich werde nicht alle Dateien und meine schöne XFCE verlieren, nur um zu OpenRC zu wechseln

      3.    Sergio E. Duran sagte

        Bereit; Ich habe es mit sudo pacman -S manjaro-openrc bluez-openrc installiert (letzteres, weil ich Bluetooth habe)

      4.    Sergio E. Duran sagte

        Jetzt ist mein Problem, dass XFCE4 Power Manager nicht mit upower-pm-utils funktioniert 🙁 und ich nicht die typischen Optionen für Suspend und Hibernate habe

    3.    yukiteru sagte

      OpenRC ist sehr einfach, die Verwaltung von Diensten ist ein Kinderspiel, um nur ein Beispiel zu nennen:

      Aktivieren Sie einen Dienst: rc-update add cronie default

      Starten Sie einen Dienst: /etc/init.d/cronie start oder rc-config start cronie

      Beenden Sie einen Dienst: /etc/init.d/cronie stop oder rc-config stop cronie

      Einfach und nicht wirklich komplex.

  9.   yukiteru sagte

    @elav Was vor uns liegt, ist auf lange Sicht und reicht von Sandstürmen, Trollregen, Massengabeln, Aufteilung der Entwicklergruppen bis hin zu vielen Fragen, ob die Migration zu BSD eine bessere Option ist, als in systemd stecken zu bleiben, denn ja.

    Persönlich begrüße ich diese Initiative von Manjaro, es ist eine Option für diejenigen, die nicht bei systemd bleiben wollen, etwas, das ich mag, im Moment bin ich in Gentoo und ich mag es, ich fühle mich wohl mit der Freiheit, die es mir gibt, aber jetzt Es ist mir mehrmals in den Sinn gekommen, auf FreeBSD umzusteigen, und ich kann diesen Monat den Sprung machen. Es hängt alles von meiner Zeit ab und davon, ob ich bestimmte Dinge befehle, um die Migration erfolgreich durchzuführen.

    1.    yukiteru sagte

      Nichts davon widerlegt die Realität von systemd. Lennart ist sehr gut darin, Dinge und Verantwortlichkeiten zu vermeiden. Ich empfehle, anstatt nur Artikel zu lesen, den systemd-Code zu lesen oder zumindest die Entwicklungsliste von systemd zu lesen, sich über Dinge zu informieren, die widerlegen Was diese drei Artikel sagen, ist passiert und unterstützt mehr die Kritiker von systemd.

      1.    pamp sagte

        Sein Argument ist es festzustellen, dass es Wissen gibt, das das, was ich gezeigt habe, widerlegt, aber niemals Beweise vorlegt, so dass ich seiner Existenz nicht vertrauen kann.
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    yukiteru sagte

        @pamp mein Argument ist etwas unterstützender, weil ich es oben in Kommentar 25 desselben Eintrags erklärt habe und es in vielen anderen Einträgen in Bezug auf systemd verfügbar gemacht habe, zusätzlich dazu, dass es im Debian irc und in der Liste dieser Distribution verfügbar gemacht wurde. Meine Einladung ist auch, dass Sie Ihre eigenen Meinungen erstellen und dafür nur ein wenig die Entwicklungsliste von systemd lesen müssen. Um Ihre Neugier zu wecken, gebe ich Ihnen diesen Link, in dem deutlich wird, dass systemd-214 keine Unterstützung mehr für SysV- und LSB-Skripte bietet, mit der Entschuldigung der "Code-Bereinigung".

        http://lists.freedesktop.org/archives/systemd-devel/2014-June/019925.html

        Sagen Sie mir jetzt: Wo ist die Unterstützung für den LSB-Standard, der geschaffen worden sein soll, um eine gemeinsame Basis für alle Distributionen zu schaffen? Weil ich Ihnen etwas sagen möchte, nichts anderes in seinem ersten Link, das Lennart plumpst, prahlt und seinen Mund füllt und sagt, dass systemd die Verwendung von SysV- und LSB-Skripten unterstützt, wenn die Unterstützung tatsächlich durch einen Generator von gelöscht wird Init-Dateien haben übrigens mehrere Fehler und am Ende gibt es keine andere Möglichkeit, als eine vollständige Init-Datei zu erstellen.

        Grüße.

    2.    Tito sagte

      Die Meinungen, es ist wie der Arsch, wir haben alle eine.
      Was dieser Mann sagt, mag für ihn sehr gut gehen, aber es ist nicht mein Fall. Und die Meinung eines Mannes, der auf einem Webportal schreibt, ist nicht, dass es das Wort Gottes ist. Es ist deine Meinung, Punkt.
      Also "widerlegt", nichts.
      Das Gute, was wir noch haben, ist, dass wir alles verwenden können, was wir wirklich wollen. ohne zu versuchen, "Taliban" zu sein und unsere Kriterien anderen aufzuzwingen.
      Für mich ist SystemD eine echte Scheiße. Und es gibt Leute, die es lieben. Willkommen!
      Weder meine Meinung ist gut, noch die von denen, die nicht wie ich denken, ist Scheiße; Sie sind einfach anders.
      Dies unterscheidet uns von anderen Betriebssystemen. wir können wählen.
      Lassen Sie uns nicht in nutzlose Kämpfe geraten, die nirgendwohin führen.

      1.    anonym sagte

        @Titus
        Du hättest es nicht besser sagen können ... Amen.
        Sie müssen blind sein, um nicht die Perversität zu erkennen, die systemd antreibt, um alles abzudecken, Projekte zu betreten, abzudecken und zu verschieben, die perfekt funktionieren, und sie durch Versionen zu ersetzen, die niemals erreichen oder stabil werden, selbst wenn es keine Kompatibilität zwischen Kernen und mehr als zwei gibt frühere Versionen von systemd.
        Debian scheint das Erdbeben bekommen zu haben und es geschafft aufzuwachen. Ich hoffe nur, dass sie sich zu Eudev und OpenRC neigen, so dass die Entwicklung von Gentoo Debian Manjaro und einigen anderen, die OpenRC verwenden, vereinheitlicht wird, was es in kurzer Zeit erheblich verbessern würde. die ganze Community gewinnen.

      2.    dah65 sagte

        Ich stimme deinen Worten zu.

        Es gibt Leute, die andere Leute zitieren (die Meinungen, die sie im Allgemeinen interessieren) und sie als Beweismittel verwenden.

        Ich für meinen Teil habe keine Meinung zu systemd. Ich weiß nicht, ob es technisch besser ist als Upstart oder OpenRC, aber es scheint klar zu sein, dass die Möglichkeit von Sysvinit von ALLEN Distributionen ausgeschlossen wird, wobei Debian die einzige ist, die es aufgrund seiner Politik noch in Wheezy behalten hat. Aber der nächste stabile Debian, Jessie, würde ein Debian ohne Sysvinit sein.

        Klar ist, dass es sich ethisch gesehen um 100% freie Software handelt; Was den technischen Teil betrifft, habe ich den Code weder studiert noch mit seinen Alternativen verglichen, daher habe ich keine begründete Meinung. Aber selbst das aktuelle Ubuntu verwendet Teile von systemd, obwohl sie noch einen Start haben, und ich bezweifle, dass dies der Fall ist, weil Canonical von Red Hat "gekauft" wird.

        Systemd ist nicht "böse", bitte, wir kämpfen nicht gegen Skynet (Terminator) oder HAL9000 ("Weltraum-Odyssee 2001"), noch ist es die dunkle Seite der Macht, die versucht, die Jedi zu dominieren. Es ist auch nicht so, dass durch die Eingliederung in ein Team alles übernommen wird und sogar die Lebensmittel in der Speisekammer verschwinden.

        Und dass "es Projekte bewegt, die perfekt funktionieren" (Kommentar 52), ich hatte Probleme mit einem NFS-Heimnetzwerk in den Computern, die auf den Server zugreifen, weil das Herunterfahren des Clientcomputers das Netzwerk trennt, bevor das NFS-System abgemeldet wird. und das Herunterfahren würde einfrieren, wobei die einzige Lösung darin besteht, die Ein / Aus-Taste zu drücken, um es gewaltsam auszuschalten (Fehler, der von verschiedenen Benutzern gemeldet wurde); Ich musste ein Skript erstellen, das die auszuführenden NFS-Dateien aufhebt, bevor ich den Clientcomputer herunterfahre. Auf der anderen Seite stellt der NFS-Servercomputer eine Verbindung über WLAN her, und von Zeit zu Zeit wird die Verbindung unterbrochen: Ich weiß nicht, ob das Problem der Netzwerkmanager ist oder sich in dhcpd befindet oder wo.

        Ich sage nicht, dass diese Probleme mit systemd verschwinden; Ich ignoriere es, weil ich es nicht benutzt habe. Es ist nur ein Beispiel, dass es übertrieben ist zu sagen, dass die Projekte, die systemd ersetzt, perfekt funktionieren.

      3.    yukiteru sagte

        Eine Sache ist eine Meinung und eine andere ist ein Argument, sicherlich ist die erste sehr unterschiedlich, wie Sie @Tito sagen, aber die zweite ist etwas prägnanter und fokussierter, es ist nicht etwas, das so leicht manipuliert werden kann, zumindest nicht in dem Fall von freier Software, wo wir den Code zur Hand haben, um ihn zu überprüfen.

        @pamp sagt uns, dass die gezeigten Argumente für eine lange Zeit widerlegt wurden, und als ersten Test bringt er uns mit Lennarts Meinungen auf den neuesten Stand (keine Argumente). Aber was dieser Typ in seinen Kommentaren sagt, ist eine Sache (die Nummern 4 und 8 sind nur zum Lachen da), und was er im Systemcode tut, ist eine andere. Eine Einstellung, die ich in Lennart wiederholt gesehen habe, seit ich angefangen habe, Dinge wie Avahi und Pulseaudio zu entwickeln, und die einfach durch Lesen der Entwicklungslisten und der Fehlerberichte beider Softwareteile bestätigt werden kann.

      4.    yukiteru sagte

        @ Dah65 sicherlich führen viele Menschen Beweise anhand der Meinungen Dritter, eine schlechte Angewohnheit für diejenigen, die die Probleme nicht selbst untersuchen können, um ihre eigene und persönliche Meinung zu haben, und schaffen sogar gültige Argumente, um an einer konstruktiven Diskussion teilzunehmen .

        In meinem Fall halte ich mich dank der Entwicklungsliste über die Änderungen in systemd auf dem Laufenden. Obwohl ich das Tool nicht mag, mag ich es überhaupt nicht, aber ich höre nicht auf, auf Benutzer- und technischer Ebene darüber zu lesen, und über den Grund Aus diesem Grund ist es sehr einfach, wenn ich mich um einen Kunden kümmern muss, der diesen Init verwendet, weiß ich, was ich tun soll und wie ich mich um jede Situation kümmern muss.

        Nun, was die Dienste ohne Probleme ausführen, das ist ein Irrtum, es gibt viele SysV-Skripte mit Problemen, und das gleiche passiert in systemd, aber zumindest wenn Sie einen Fehler in einem SysV melden, sind sie behoben oder Sie können es auf einfache Weise tun, wie Sie kommentiert haben In systemd finden Sie nach dem Erstellen eines Fehlerberichts dank Lennart oder Kay ein WONTFIX oder CLOSED, und ich übertreibe nicht, wenn ich dies sage, ein Beispiel hier:

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

        Lesen Sie Kommentar 48, Sie haben keinen Verlust. Clements 53 ist eine andere, die keinen Verlust hat, insbesondere wegen ihrer archaischen, aber funktionalen Lösung für das Problem, das Lennart nicht lösen will und das übrigens 2011 gemeldet wurde.

    3.    mario sagte

      Diese "Mythen", die sie begründet haben? Einige werden aus der Galerie entfernt, da "systemd ohne Grund nicht portierbar ist". Es ist völlig richtig, dass es nicht portabel ist (und er gibt zu, dass es sehr auf Linux zugeschnitten ist)
      Es werden Irrtümer angenommen, wie die Annahme, dass BSD nicht interessiert ist (die BSD-Leute sagen das Gegenteil: "Jordan Hubbard - FreeBSD: Die nächsten 10 Jahre (MeetBSD 2014)"), selbst wenn es portabel wäre, würden sie es und andere Dinge nicht übernehmen so (Mythos 13,14,15).

      Wenn Poettering beabsichtigt, dass wir Skripte exklusiv für Ihr System neu schreiben (http://0pointer.de/blog/projects/systemd-for-admins-3.html) Wir werden falsch liegen. Im Prinzip ist es einem klassischen Init-Skript egal, wohin Sie gehen. Es werden minimale Änderungen vorgenommen, um unter GNU, UNIX oder BSD zu funktionieren. Nun, das war bis jetzt (es sei denn, OpenRC wird verwendet). Wie auch immer, ich denke, solche Dinge werden ein Schisma zwischen Linux für Desktop und Server erzeugen. Benutzer von Ubuntu und Derivaten werden die Änderungen erst Ende nächsten Jahres sehen.

      1.    anonym sagte

        @ Dah65

        Nun, da Sie sagen, dass systemd keine personifizierte Perversität ist, sagen Sie mir, warum sie nicht die Makefile-Optionen einfügen, um alle Module zur Kompilierungszeit zu deaktivieren, damit diejenigen von uns, die diese "optionalen Module" nicht möchten, diesen Schritt ausführen andere Pakete, damit wir sie kompilieren und unsere eigenen Versionen von systemd capped erstellen können!
        Weißt du warum sie es nicht tun? Da die Form der Entwicklung als erzwungenes Auferlegen bezeichnet wird und 95% der Benutzer keinen NPI haben, nutzen sie die Standardeinstellung. Wir haben sie für Sie alle abgelehnt.
        So funktioniert freie oder Open-Source-Software oder wie auch immer sie es nennen wollen, nicht, jetzt bringt es mich zum Lachen, denn mit der neuen Gabelung für Debian kommen viele Leute heraus, um zu denken, dass es eine Verschwendung von Kraft ist, und ich frage mich immer wieder, wie schwierig es ist war es, zusätzliche Kompilierungsoptionen zum Makefile hinzuzufügen?
        Das Thema gibt nicht mehr nach, dies ist wie der Wunsch, Wasser mit Öl zu mischen. Deshalb wird es in jeder Entwicklung endlose Gabeln geben, in denen für den Rest einige wenige auferlegt werden.

      2.    yukiteru sagte

        @ Mario ist genau das, was du sagst. Jordan Hubbard ist auch zu dem Schluss gekommen, dass der BSD-Init nicht nur aktualisiert werden muss, um sich an neue Technologien anzupassen, sondern auch um neue Funktionen zu unterstützen, die jetzt möglich sind, sondern er umgeht das Konzept, das systemd jetzt hat, wie sie durchgeführt werden sollen. Dinge, und sie vereinfachen es zu der Philosophie, die in UNIX immer vorherrschte: "Machen Sie ein Programm, das eine Sache macht und es gut macht", und das in einem Init extrem wichtig ist, da wir nicht über einen weiteren Dämon sprechen, wir sprechen von der Initialisierung eines Betriebssystems und sind nicht nur eine Sicherheitsmaßnahme, verglichen mit dem, was viele Spezialisten bereits über systemd zu schimpfen beginnen, und es ist nachweisbar, dass systemd svchosts.exe von Windows sehr ähnlich sieht Initialisierung von Diensten zur Netzwerksteuerung unter anderem.

  10.   Luis sagte

    Leute, es ist wirklich beängstigend.

    Ist es sehr kompliziert, aus ArchLinux zu entfernen?

    Ich werde nach Informationen suchen, aber ich wage es nicht, solche Dinge zu berühren, damit ich es nicht vermassle und mein System verliere.

  11.   manu sagte

    Aus den vielen Kommentaren, die ich gelesen habe, geht hervor, dass SYSTEMD ein echtes TROYANISCHES PFERD ist…
    Das heißt, wer kann es speichern? Es gibt nur wenige Informationen auf Spanisch - über die Desktop-Konfiguration in FreeBSD und die Vorbereitung des Systems zur Verwendung.

  12.   Raffael Mardechai sagte

    Schlechtes System, lass es sein. xD

  13.   Waco sagte

    Dieses Hasssystem wird nicht viral sein ???? Arch ist großartig für mich gelaufen ... wenn es stimmt, dass es mehr abdeckt, weiß ich nicht, ob es gut oder schlecht ist! aber vielleicht gibt es bereits Schwachstellen, um die Kontrolle zu übernehmen, oder einen Virus, der das System aufgrund dessen zerstört ... wenn es stabil und sicher ist, sehe ich das Problem nicht ... trotzdem werde ich sehen, ob ich Zeit habe und das Thema studiere und mache einige Tests mit openrc

    1.    Daryo sagte

      nicht so stabil. und es ist viel unsicherer als System v. Für einen Desktop-Benutzer wie viele von uns (mich) stellt dies ebenfalls kein Problem dar, ein schnellerer Start funktioniert gut und ich lese die Protokolle normalerweise nicht, sodass es keine Rolle spielt, wie klar sie sind oder ob sie im Binärformat vorliegen.

      Ich habe eine Theorie, dass Linux auf Desktops (und Regierungen) wachsen und auf Servern an Boden verlieren wird (anstatt Betriebssysteme wie freebsd zu verwenden)

  14.   Oscar sagte

    Im esdebian Wiki veröffentlichen sie, wie SysVinit auf Debian Jessie installiert wird. http://www.esdebian.org/wiki/sysvinit

  15.   anonym sagte

    Wenn ich über Sicherheit lese, finde ich heraus, dass es auf der Intel-Seite Motherboards mit Chipsätzen gibt, im Allgemeinen in der Northbridge, die etwas namens AMR Intel Active Management Technology implementieren ... interessant, zum Glück habe ich keine Intel, aber ich werde anfangen, danach zu suchen AMD Seite gibt es so etwas nicht.
    Sie stellen sich eine Kombination aus Intel + AMR + Systemd vor, Gott bewahre es.
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    Kein Wunder, dass Stallmans Paranoid nach kostenlosem BIOS schreit.

  16.   dah65 sagte

    Erstens verwende ich systemd nicht, weil es noch nicht in Kubuntu integriert ist (ich bin mit Netrunner 14, abgeleitet von Kubuntu 14.04).

    Nachdem dies klargestellt wurde, müssen einige Dinge spezifiziert werden:

    1-systemd wird von Entwicklern / Packagern vieler verschiedener Distributionen (Debian, openSUSE, Arch, Fedora…) übernommen, aber jetzt stellt sich heraus, dass die Leser dieses Blogs mehr über die Vor- und Nachteile von systemd wissen als sie.

    2- systemd ist freie Software, deren Code von denen gelesen (und verstanden) werden kann, die Zeit und Wissen haben (die Entwickler / Packager, über die ich zuvor gesprochen habe). Wenn Sie Hintertüren verstecken, werden sie entdeckt. Wie viele der Leser verwenden eine proprietäre Firmware oder einen proprietären Treiber, dessen Code Sie nicht gelesen haben und nicht lesen können? Ich denke, es ist sinnvoller, sich davor zu fürchten als vor systemd.

    3- Wir arbeiten alle mit Binärpaketen, da ich beim Herunterladen einer .deb-Datei aus den Repositorys zur Installation keine Nur-Text-Datei herunterlade. Dieses Argument ist also ziemlich paradox.

    4- In GNU / Linux gibt es bereits Programme, die viele Dinge tun: denselben Kernel, der zunehmend mehr Treiber integriert, und sogar proprietäre Firmware (besser eine Hintertür in die geschlossene Firmware zu setzen als in ein Programm, dessen Code veröffentlicht wird). Es gibt auch Xorg, das nicht nur den Grafikserver, sondern auch die Tastatur, die Maus und andere Dinge verwaltet. Niemand sagt, dass Xorg die UNIX-Philosophie dafür "verrät", sie wollen ihn in den Ruhestand schicken, weil er bereits von anderen Projekten überholt wurde.

    5- "Linux ist die Wahl" natürlich, aber es ist die Freiheit zu wählen, ob ich den Code lesen, ändern, verteilen usw. möchte. Nicht, dass Distributionen erforderlich wären, um alle Auswahlmöglichkeiten zu bieten (alle Prozessorarchitekturen, alle Desktop-Umgebungen, alle Paketformate usw.)

    6- Für diejenigen, die daran denken, zu einem BSD zu wechseln, erinnere ich mich an die Nachricht, dass die amerikanische NSA in einigen BSD-Systemen bereits ihre Krallen gelegt hatte. Ob diese Nachricht korrekt war, weiß ich nicht, weil ich dem Thema nicht gefolgt bin. Aber es ist ironisch, dass ich vor etwas fliehe, "weil Red Hat zurück ist und vielleicht ...", um mich auf etwas einzulassen, das "vielleicht ist die NSA zurück ...".

    Zusätzlich zur Verwendung von GNU / Linux, BSD, Windows oder was auch immer Sie von uns erwarten, können wir auch unsere Logik und Denkfähigkeit nutzen

    1.    lebhaft sagte

      Erstens verwende ich systemd nicht, weil es noch nicht in Kubuntu integriert ist (ich bin mit Netrunner 14, abgeleitet von Kubuntu 14.04).

      Nachdem dies klargestellt wurde, müssen einige Dinge spezifiziert werden:

      1-systemd wird von Entwicklern / Packagern vieler verschiedener Distributionen (Debian, openSUSE, Arch, Fedora…) übernommen, aber jetzt stellt sich heraus, dass die Leser dieses Blogs mehr über die Vor- und Nachteile von systemd wissen als sie.

      Mit anderen Worten, die Leser dieses Blogs, die nur Leser sind, haben nicht die Fähigkeit zu erkennen, ob etwas gut ist oder nicht, weil wir uns vom guten Urteilsvermögen, Wissen und der Erfahrung von Verpackern und Entwicklern leiten lassen müssen. Ist es das?

      2- systemd ist freie Software, deren Code von denen gelesen (und verstanden) werden kann, die Zeit und Wissen haben (die Entwickler / Packager, über die ich zuvor gesprochen habe). Wenn Sie Hintertüren verstecken, werden sie entdeckt. Wie viele der Leser verwenden eine proprietäre Firmware oder einen proprietären Treiber, dessen Code Sie nicht gelesen haben und nicht lesen können? Ich denke, es ist sinnvoller, sich davor zu fürchten als vor systemd.

      Es ist wahr, es ist Freie Software, und wenn etwas Seltsames auftaucht, können die Super-Leute, über die Sie zuvor gesprochen haben und denen wir vertrauen müssen, es bemerken und ankündigen, oder vielleicht auch nicht, weil sie vielleicht als Menschen versucht werden im Austausch von etwas den Mund halten.

      3- Wir arbeiten alle mit Binärpaketen, da ich beim Herunterladen einer .deb-Datei aus den Repositorys zur Installation keine Nur-Text-Datei herunterlade. Dieses Argument ist also ziemlich paradox.

      Wenn Sie eine .deb-Datei herunterladen, müssen Sie lediglich eine komprimierte Datei herunterladen, die Sie entpacken können, um zu sehen, was sich darin befindet und was möglich ist. Dort befindet sich die Binärdatei. 😉

      6- Für diejenigen, die über einen Wechsel zu einem BSD nachdenken, erinnere ich mich an die Nachricht, dass die amerikanische NSA in einigen BSD-Systemen bereits ihre Krallen gelegt hatte. Ob diese Nachricht korrekt war, weiß ich nicht, weil ich dem Thema nicht gefolgt bin. Aber es ist ironisch, dass ich vor etwas fliehe, "weil Red Hat dahinter steckt und vielleicht ...", um in etwas zu geraten, das "vielleicht ist die NSA dahinter ..."

      Ich weiß nicht, wer die Benutzer sind, die vor Linux fliehen werden, um zu BSD zu gelangen, aber zum Beispiel müsste ich Linux nicht verlassen, ich müsste nur eine Distribution hinterlassen, die Systemd ja oder ja hinter sich lässt.

      Zusätzlich zur Verwendung von GNU / Linux, BSD, Windows oder was auch immer Sie von uns erwarten, können wir auch unsere Logik und Denkfähigkeit nutzen

      Kurz gesagt, diejenigen von uns, die GNU / Linux in diesem Blog kommentieren, lesen und verwenden, haben keinen Grund. Das willst du sagen? Wie auch immer, ich werde es Ihnen aus meiner persönlichen Erfahrung und meiner Argumentation (ob logisch oder nicht) erzählen:

      Systemd steckt Scheiße auf einem Stock. Ich habe gelesen, dass es andere Inits gibt, die viel schneller starten und daher DNS, RED, CRON und alles andere, was Systemd steuern möchte, nicht steuern müssen. Vielleicht ist es für einen Endbenutzer, der sich nur darum kümmert, den Computer einzuschalten, einen Browser zu öffnen und E-Mails zu senden, egal, ob er Systemd oder Systemx verwendet, aber für diejenigen von uns, die Server verwalten, ist es eine Qual. Und ich stelle Ihnen dieselbe Frage, die ich immer stelle, was passiert, wenn Systemd kompromittiert wird und zur Hölle fährt? Haben wir kein ROT, kein CRON, kein DNS, kein Init und alles andere, was es tut? Dort lasse ich es für dich.

      Und Vorsicht, ich erzähle Ihnen das alles ohne Schärfe. Willkommen in diesen Teilen.

      1.    dah65 sagte

        Danke für die Begrüßung.

        Ich antworte ohne Schärfe und stelle klar, dass ich weder systemd entwickle noch dafür bezahlt werde. Und dass es mich überhaupt nicht betrifft, ob andere Leute es benutzen oder nicht, ist es ihre Entscheidung.

        Aber was ich in dieser Angelegenheit sehe, scheint manchmal eine Hysterie zu sein, und ich lese Meinungen von Menschen, die, ohne den Code studiert oder verwendet zu haben, ihn als Müll, Auferlegung, Verrat bezeichnen, und ich weiß nicht, wie viele andere Dinge. Es erinnert mich an eine Situation, die ich vor einigen Tagen erlebt habe, als eine Person, die bestätigte, dass sie Windows nie installiert hatte oder wusste, wie man eine Festplatte partitioniert, zu sagen begann, dass Linux sehr schwierig sei ... ohne es jemals versucht zu haben, und auch mit Android auf seinem Smartphone.

        Haben Sie systemd mit sysvinit, upstart und openrc verglichen? Großartig, Sie können eine Entscheidung treffen, die auf Ihren eigenen Erfahrungen basiert. Es ist das Beste, weil Sie auch wissen, dass sich die Distribution, die auf einem Computer funktioniert, auf einem anderen lohnen kann, und deshalb sagen diejenigen von uns, die Erfahrung mit GNU / Linux haben, dass die beste Distribution die ist, mit der Der Benutzer fühlt sich wohl. Geschmack.

        1- «Mit anderen Worten, die Leser dieses Blogs haben, weil sie nur Leser sind, nicht die Fähigkeit zu erkennen, ob etwas gut ist oder nicht, weil wir uns vom guten Urteilsvermögen, Wissen und der Erfahrung von Verpackern und Entwicklern leiten lassen müssen»

        Ich bin seit einiger Zeit ein Leser dieses Blogs (Sie werden meine Kommentare in alten Nachrichten sehen), daher bin ich im Paket enthalten. Und die Antwort lautet: Nein: Als Leser dieses oder eines Blogs kann ich (zumindest ich) nicht das Gute oder Schlechte einer Software beurteilen, die ich nicht kenne. Ich kann lesen, was andere sagen, und in diesem Fall gibt es Positionen sowohl für als auch gegen systemd; Tatsächlich gibt es jedes Mal, wenn das Thema in Phoronix angesprochen wird, viele Debatten, aber selbst dort gibt es kaum Argumente. Ich beziehe mich auf Argumente wie "Wenn systemd Prozess X aufruft, tritt eine Endlosschleife auf, die das System unbrauchbar macht."

        Und die Wahrheit ist, dass Sie durch die Verwendung einer oder einer anderen Distribution vom Urteilsvermögen, Wissen und der Erfahrung von Packagern und Entwicklern geleitet werden. Die Verwendung eines Betriebssystems oder Programms setzt teilweise voraus, dass Sie sich auf das Urteilsvermögen und die Erfahrung anderer verlassen. Unter Linux akzeptieren Sie beispielsweise die Entscheidung, einen monolithischen Kernel anstelle eines Mikrokerns wie Hurd zu verwenden. Diese Entscheidung war die von Linus Torvalds, und Sie akzeptieren sie, indem Sie seinen Kern verwenden.

        2- «Es ist wahr, es ist Freie Software, und wenn etwas Seltsames auftaucht, können die Super-Leute, über die Sie zuvor gesprochen haben und denen wir vertrauen müssen, es bemerken und ankündigen, oder vielleicht auch nicht, weil sie vielleicht Menschen sind, die sie sind Ich werde versucht sein, im Austausch für etwas die Klappe zu halten. "

        Verdächtig, warum sollte man Linus Torvalds und Richard Stallman und dem GNU-Projekt vertrauen? Ich habe mir den Code ihrer Programme nicht angesehen, also täuschen sie mich vielleicht.

        3 - «Und ich stelle Ihnen dieselbe Frage, die ich immer stelle: Was passiert, wenn Systemd kompromittiert wird und zur Hölle fährt? Haben wir kein ROT, kein CRON, kein DNS, kein Init und alles andere, was es tut? Ich werde es dort lassen. »

        Was ist, wenn OpenRC auf irgendeine Weise kompromittiert wird? Oder Emporkömmling? Oder der Kernel? Es passierte mir, nach einem "normalen" Update in Debian Testing ging mir der Grub aus, ich konnte weder Debian noch Windows eingeben, und zu diesem Zeitpunkt bedeutete meine Unwissenheit, dass ich nur die Möglichkeit hatte, neu zu installieren.

        4- «Kurz gesagt, diejenigen von uns, die GNU / Linux in diesem Blog kommentieren, lesen und verwenden, haben keinen Grund. Das willst du sagen? "

        Nein, das meine ich nicht. Ich beabsichtige nicht, von einer bestimmten konkreten Situation auf die Gesamtheit des Verhaltens von einem oder tausend Menschen zu verallgemeinern. Aber ich glaube, dass im Fall von systemd es oft gesprochen wird, ohne eine objektive und ruhige Analyse durchzuführen; es geschah auch mit Wayland-Mir, wobei viele unbegründete Behauptungen sowohl gegen Wayland als auch gegen Canonical erhoben wurden.

        Außerdem wiederhole ich, dass ich diesen Blog gelesen und kommentiert habe (wie in anderen) und dass ich GNU / Linux verwende.

        Und ich wiederhole auch, was ich zuvor gesagt habe: Lassen Sie uns das Gehirn benutzen, analysieren, was wir hören und lesen, verschiedene Perspektiven einnehmen, um zu versuchen, sowohl A als auch Nicht-A zu widerlegen, und wenn möglich, unsere eigenen Erfahrungen sammeln, um unsere Schlussfolgerungen auf Fakten zu stützen . Und dann verwenden wir alles, was sich für uns richtig anfühlt.

      2.    Waco sagte

        ähm .. nun, dass es eine Hypothese ist, kompromittiert zu werden, ist wie alles .. meine Frage ist bereits bestanden? .. Vielleicht werden Fehler nicht in jeder Software gefunden und sie werden korrigiert, wenn es Fehler im System gibt, die sie korrigieren und wie jedes Programm haben kann seine Fehler ... das Problem ist nicht, dass es scheitern kann, es ist, wenn Sie wollen, dass es tut oder kontrolliert, was es tut, aber nicht unter der Annahme, dass es scheitern kann, kann alles in einem Moment scheitern ... Ich bin kein Fan von systemd überhaupt, es ist nur meine Meinung.

        1.    lebhaft sagte

          Ein Fehler kann auf dem Computer eines Benutzers auftreten und es kann nichts passieren, aber auf einem Server sind die Dinge sehr, sehr unterschiedlich.

      3.    yukiteru sagte

        @waco sicherlich, wenn Sie Fehler in einer Software bekommen, sollten Sie diese korrigieren. Das Problem ist, dass systemd viele alte Fehler hat (einige stammen aus dem Jahr 2010 und sind schwerwiegend) und diese werden heute noch nicht behoben oder einfach heruntergespielt oder einfach von Lennart als GESCHLOSSEN oder WONTFIX markiert.

    2.    Waco sagte

      Ihr Kommentar ist sehr erfolgreich! Wir können nicht alle auf systemd hereinfallen, weil es in Mode ist und als Abstrichkampagne dazu geschaffen wurde ... jede Änderung hat eine Ablehnung.

    3.    yukiteru sagte

      Ich antworte auf Ihre Argumente:

      1.- Ernsthafte und fragende Benutzer und Entwickler kennen die Vor- und Nachteile der Einführung von systemd in jeder Entwicklungs- und Arbeitsumgebung. Die Schwächen und Stärken von systemd ändern sich nicht aufgrund der einen oder anderen Perspektive.

      2.- Natürlich ist systemd freie Software und kann geprüft werden. Das Problem ist nicht, dass es Hintertüren versteckt hat, das Problem ist, dass es Dinge tut, die ein Init nicht tun sollte (Netzwerksteuerung, DNS, TTY-Konsolen usw.), dass es viele Dienste hat, die für andere gedacht sind Es macht die Dinge ganz anders als erwartet, was gegen die Regeln des Linux-Kernels selbst verstößt (Coredump), und viele seiner Entwickler kümmern sich nur sehr wenig um die Lösung struktureller Probleme, die systemd hat (Coredump und Debug) unter den schwerwiegendsten noch nicht gelöst).

      3.- Eine Sache ist das Herunterladen einer Binärdatei, die sich als ein Programm herausstellt, dessen KONFIGURATION und LOGS noch im Klartext sind, und eine andere Sache ist das Herunterladen einer Binärdatei, deren KONFIGURATION und andere Informationen in Binärdatei gespeichert sind und nur über bestimmte Programme zugänglich sind Werkzeuge, Hier ändern sich die Dinge. Ein binäres Protokoll bietet keine Sicherheit (wenn Sie wirklich Sicherheit wünschen, verschlüsseln Sie die Partition mit AES-256), es ist nur eine Black Box, aus der Sie nichts über das Geschehen wissen und die sich beispielsweise für viele Dinge eignet : Stellen Sie sich vor, Sie haben einen Trojaner, der eine Systemd-Sicherheitsanfälligkeit ausnutzt und dadurch vollen Zugriff auf das System erhält, einschließlich des Protokolldienstes und der Eskalation von Berechtigungen. Ist das nicht ein ernstes Problem? Würden sich die Binärprotokolle, die direkt von systemd verarbeitet werden, nicht gegen Sie wenden, indem sie unhörbar sind, ohne zu dem Punkt zu gelangen, dass sie bereits unwissentlich geändert wurden? Es gibt den Punkt und den Unterschied zwischen einem Programm und einer Konfigurationsdatei / logs / dumps in binärer Form.

      4.- Der Kernel ist eine Software, die in diesem Sinne entwickelt wurde. Sie wurde von Anfang an entwickelt, um alles auf Ihrem PC zu steuern, nicht einen Init. Ein Init dient nur dazu, Ihr System dazu zu bringen, den Kernel anzuheben und verwendbar zu sein, da es das erste ist, was gestartet und das letzte, was beendet wird. Aus diesem Grund wird es als init (Initialisierung) bezeichnet, da es nur das System startet und nichts anderes tut. Der Grund dafür ist sehr einfach. Der init muss die stabilste und perfekteste Software sein, die möglich ist, um dies aus irgendeinem Grund zu vermeiden Dies führt dazu, dass das gesamte System kaputt geht. Es geht um Stabilität und Sicherheit. Xorg, es ist eine andere Stimme, es macht viele Dinge, es ist wahr, aber nichts ist so riskant, dass Sie ein völlig unbrauchbares System haben, und auch seine Konfiguration erfolgt immer noch in einfachen Nur-Text-Dateien.

      5.- Sicherlich sind die Distributionen nicht verpflichtet, Freiheit im weiteren Sinne anzubieten, und aus diesem Grund wird die aktuelle Diatribe vorgestellt. Aber wir sind Benutzer und Community, und viele von uns sind einfach nicht mit der Implementierung dieses Systems einverstanden. Deshalb lassen wir unsere Stimme erreichen, ob sie es hören oder nicht, es ist eine Frage derer, die die Distribution entwickeln und ihre Entscheidung wird sich auf diejenigen auswirken, die entscheiden, ob sie ihre Distribution verwenden oder nicht, und das kann eindeutig zum Ausfall mehrerer Distributionen führen, je nachdem, wie die Dinge laufen, und ein Beispiel ist jetzt Debian und seine Devuan-Gabel.

      6.- Die BSD-Nachrichten sind auf das zurückzuführen, was in OpenSSH und im OpenBSD-IP-Stack passiert ist, einer Hintertür, die übrigens nicht nur BSD, sondern auch Linux (im Fall von OpenSSH) betraf und die behoben wurde. Die Situation wird BSD zugeschrieben, da BSD (Theo de Raadt in OpenBSD) für die Entwicklung dieses Tools (OpenSSH) verantwortlich ist, und die Situation entstand, weil bestimmte Entwickler, die nicht mehr im Projekt aktiv sind, die Hintertür gepflanzt haben . Die Situation wurde gelöst und die entsprechenden Maßnahmen wurden erklärt, falls diese Situation diejenigen betreffen könnte, die die Software verwendet haben. Nun: Kann diese Situation in systemd auftreten? Die Antwort ist einfach und das Ergebnis ist katastrophal, da systemd unter anderem die Eskalation von Berechtigungen behandelt. Eine Hintertür in systemd bedeutet vollen Zugriff auf das System, was bei den in BSD genannten Hintertüren nicht der Fall war.

  17.   Oscar sagte

    Sie geben die Debian-Gabel zurück, ohne dass systemd bereits eine Webseite hat. Es scheint, dass das Projekt läuft und sehr ernst ist. https://devuan.org/

  18.   aaditya bagga sagte

    Aktualisierte ISOs und einige neue Uploads.
    https://forum.manjaro.org/index.php?board=50.0

  19.   kleben sagte

    Das Installationsprogramm ist nicht sehr klar, ich kann ihren Schritten nicht folgen, insbesondere im Teil der Partitionen, ich weiß nicht, warum sie auf diesen verwirrenden Dingen bestehen.

  20.   Manuel R. sagte

    Es gibt etwas, das meine Aufmerksamkeit auf die Netzinstallation mit Openrc lenkt. Irgendwo in der Installation wird immer wieder die Meldung angezeigt, dass Sie systemd konfigurieren. Werden sie wirklich frei von systemd oder dessen Verwendung sein?

    1.    kleben sagte

      Hallo Manuel, ich beobachte das gleiche auch während der Installation, es muss Sache des Installateurs sein, denn es besteht kein Zweifel, dass systemd nicht installiert ist, bestätigen Sie im Terminal wie folgt: pacman -Qs openrc

      Grüße

      1.    Manuel R. sagte

        Hallo keos, zunächst entschuldige ich mich dafür, dass ich vorher nicht geantwortet habe. Ich freue mich über Ihre Antwort. Ich bin froh zu wissen, dass Manjaro diese Option anbietet. Sobald der Ubuntu Precise-Support endet (oder vielleicht früher), werde ich ihn installieren. Grüße.

  21.   Anonym sagte

    Guter Post

    Ich werde mit Systemd in Manjaro warten, während die OpenRC-Version etwas älter wird. Ich möchte aus systemd herauskommen… (ich schwitze es)