Systemd嫌いのためのManjaroisosのOpenRC

今日私のRSSを読んで、私は興味深いニュースを見つけました。 ブログレプリケーターの外観、そしてそれは、ManjaroコミュニティでいくつかのISOがそれらが使用しないという特殊性で立ち上げられたということです Systemd initのように、そうでなければ OpenRC、によって使用されるスタートアップシステム Gentooの.

OpenRC

あなたのことはわかりませんが、Systemdテーマはすでに私のボールにたくさん触れています。読んでいくと、エンドユーザー(または多くの人)にとって、それはあまり関連性のないものではないことに気づきます。少なくとも私には、これがたどる道が好きではありませんGNU / Linuxの世界では、乾燥した砂漠でもフォークと不満が発生するブラックシーズンが到来すると思います。

しかし、ビジネスに取り掛かりましょう。 私が前に言ったように、彼らが公開したManjaroフォーラムでは、OpenRCが利用するいくつかのisosがあります。 そして、これらのバージョンをインストールすることを恐れている人のために、私はそれを行う方法についてのビデオを残します。

OpenRCでISOをダウンロードする

最初に表示されるISOはバージョンです ネットインストール。 このISOには次の特徴があります。

  • Manjaro-Netプロファイルに基づく(デスクトップ環境がプリインストールされていない)
  • テストブランチに基づいています。
  • 無料のドライバーのみ
  • Linuxカーネル3.14シリーズを使用する
  • プリマスを使用していません
  • Virtualboxでテストされました

F2キーを押すと、最初に言語を選択できます。 起動プロセスが完了すると、次の場所にアクセスするために使用するプロンプトが表示されます。

  • ユーザー:root
  • パスワード:manjaro

前のビデオに示されているようにインストールを開始するには、次のように記述します。

setup

ISOをダウンロードするためのリンク

manjaro-net-0.8.11-openrc-i686.iso (32ビット)
(md5sum: 80be54ecfb0360b2a8e544344f72113c)

manjaro-net-0.8.11-openrc-x86_64.iso (64ビット)
(md5sum: ef205f70f3b3428545fdf1420db10b74)

インストール後の手順

マンジャロフォーラム それらは、インストール後のデータを提供してくれます。

これらの手順に従って、openrc-eudevリポジトリを追加します。

1)/etc/pacman.confの最後に以下を追加します

[openrc-eudev] SigLevel =オプションのTrustAllサーバー= http://downloads.sourceforge.net/project/mefiles/Manjaro/$repo/$arch

キーを追加してインポートします。

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

2)システムを更新します

sudo pacman -Syu

3)優先デスクトップ環境をインストールします。例では lxde

sudo pacman -S lxde

デスクトップ環境のインストールに関する情報は、 ウィキ.

4)セッションマネージャーをインストールします:

sudo pacman -S lxdm-consolekit
セッションマネージャもファイルに設定する必要があります /etc/conf.d/xdm そしてより多くの情報があります ここで y ここで

5)networkmanager用のアプレットのようないくつかのパッケージをインストールします

sudo pacman -Snetwork-manager-アプレット

6)システムを再起動します

sudoリブート

言うまでもなく、ケーブルでインターネットに接続する必要があります。 私たちがWiFiを使用している場合、あなたはそれを行う方法を見ることができます このリンク.

OpenRCとOpenBoxを使用したManajaroISO

Openbox ISOの場合、いくつかのことを考慮に入れる必要があります。

  • 主な目的 作ることです インストールプロセスが簡単 そして許可する configurar ある意味で グラフ ネットワーク (を使用して ウィキッド) とパーティショニング 使用して GPartedの オプションで。
  • 構成に含まれるもの Openbox WM、LXTerminal、PCMan、およびNetSurfWebブラウザー (検索する の情報 ウィキ 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を使用したManjaroXFCE ISO

実験的かつ64ビットの場合のみ、XFCEを使用したISOもあります。

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


68コメント、あなたのコメントを残してください

コメントを残す

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

*

*

  1. データの責任者:MiguelÁngelGatón
  2. データの目的:SPAMの制御、コメント管理。
  3. 正当化:あなたの同意
  4. データの伝達:法的義務がある場合を除き、データが第三者に伝達されることはありません。
  5. データストレージ:Occentus Networks(EU)がホストするデータベース
  6. 権利:いつでも情報を制限、回復、削除できます。

  1.   いくつかのXNUMXつ

    そうです、OpenRCは現在のinitの後継であるため、systemdの問題は一定の気配を放ち始めます。 この話がどこで終わるかを見ていきます。

  2.   ウィルヘルム

    「エンドユーザー(または多くの人)にとって、それは非常に関連性のあるものを表すものではありませんが」

    同じだと思いますが、ユーザーとしてはOS自体の操作に影響を与えていないので関係ありません。

    実際、唯一の大きなもの(debian)は、この主題に関する「スキャンダル」のニュースを提供しており、他の理由があると言っていますが、すべての関連するシステム化されています(すべきではありません)。

    他の大きなディストロ、彼らは問題を起こしていない(または少なくともスペードとトーチで現れている)、Fedora、Ubuntu、OpenSUSE。

    たとえば、opensuse 13.2は受け入れられやすく、批判も多く、レビューの誰もsystemdについて語っていないので(議論を確立するためであっても)、プログラマー間の戦いであるという印象を与えます。

    さて、systemdからOpenRCに移行することのすべての騒ぎは、最終的には影響がないのであれば、なぜですか。

    1.    デロ

      個人的には、systemdのことで不安になり、不安があり、良いポストがあります。

    2.    ゆきてる

      Fedoraでは、systemdをinitとして配置することを決定したときにいくつかの議論があり、システムを批判する人もいました。これは主に、非常に新鮮で多くの欠陥があったため、デフォルトでinitとして使用することに同意しなかったためです。主要な開発者のほとんどはコア開発チームに所属しており、systemdに関連していたため、UpstartがUbuntu開発であり、CLAがあるという問題に加えて、systemdをUpstartに置き換えることは何らかの強制の兆候でした。非常に眉をひそめ、最終的には誰もが問題なくsystemdを受け入れるのに役立ちました。 OpenRCは、並列化やcgroupのサポートなど、現在の機能の多くを欠いていたため、当時は問題外でした。

  3.   匿名の

    素晴らしいニュース! openrcをリリースするバイナリディストロ…。それは天の恵みのようなものです。
    これは、archlinuxが最初からたどるべき道であり、systemdに移行するためにarchlinuxを承認しなければならなかったときのことを覚えています。 これで、openrc + eudevを使用してバイナリディストリビューションを再テストする可能性があります。これは、ここgentooで使用しているものとまったく同じです。
    Manjaroの皆さん、どうもありがとうございました!!!

    #eix -Ic openrc
    [I] sys-apps / openrc(0.13.6@24/11/14):OpenRCは、ホストのサービス、起動、およびシャットダウンを管理します
    #eix -Ic eudev
    [I] sys-fs / eudev(2.1.1@31/10/14):Linuxの動的で永続的なデバイス命名サポート(別名ユーザースペースdevfs)

  4.   ジープ

    情報をありがとう、elav!

    systemdについてあなたの意見を共有します。また、この新しいinitの登場以来Linuxが取ったドリフトについても懸念しています。 Debianフォークが到着する前にWheezyが古くなりすぎた場合は、Gentooシステムを準備する自由な時間がないので、Manjaro OpenRCを試してみることにします(そうすることを大切にしていますが、Gentooのコンパイル時間も間違いなく私の個人的な状況のために広範囲)。

    ご挨拶!

  5.   クリスティアン

    Elavは、「論争」をあまり理解していないユーザーのために10語未満で説明できます。しばらく前に、ブログに非常に技術的な記事がいくつかあり、「未経験」のコンテキストの説明が完了していません...これまでに彼らは、技術に関係なく、あなたの祖母によってさえ説明が良いものであると理解されなければならないと私に言いました。

    実際、fedoraでは、しばらく前に問題が耐えられなくなっていたため、何人かのデスクトップユーザーが問題を回避するためにcentosに切り替えることを考えていました。

    1.    ルイス

      そのリクエストにサインアップします。

      Systemdは私にとってうまく機能しますが、これほど多くの動きを引き起こす問題は何ですか?

      わからないとしましょう。

    2.    だりょう

      systemdはシステムの起動を担当するプログラムですが、この開発者はそれを拡張することを決定し、起動だけでなく、cron(プログラムを自動的に実行するプログラム)、ネットワーク、システムログなども処理します。とりわけ、バイナリ

      多くの人は、このような突然の変更を好意的に見ていません。特に、新しいソフトウェアであるため、プログラミング時に依存関係を生成することに加えて、たとえばgnomeがこのシステムにますますリンクされていることに加えて、生涯にわたって機能していたプログラムよりも多くのバグがあります。 他のUNIXプラットフォームへの移植性を低下させます。

      他のコメントがモデレートに合格しなかったかどうかはわかりませんが、systemdが好きだと言われましたが、Linuxで常にさまざまなニーズを持つ人々のために行われているように、すべてのディストリビューションを独占させて代替手段を残してはなりません。

    3.    だりょう

      起動時にシステムを起動するのを担当するプログラムがシステムvであったとは言いません。これは、ほとんどのディストリビューションでsystemdxDに置き換えられるまで長い間実行されていました。

    4.    エラヴ

      @daryoの言うことに、私は以下を追加します(これも私の意見です):

      私は、プログラムがXNUMXつのことだけを実行するという、Unix哲学が好きでしたが、それはうまくいきます。 Systemdが@daryoがあなたに言ったすべてを制御したいとき、私は少し疑問があり、Systemdが何らかの形で危険にさらされたらどうなるでしょうか? まあ、それはおそらくそれが制御するすべてのものを一緒にドラッグするでしょう。

      これに加えて(おそらくこれは習慣から外れています)、システムログが純粋なテキストファイルであることが常に好きでしたが、Systemdではすべてがバイナリであり、次のようなコマンドがあります。

      cat log.txt

      o

      tailf log.txt

      GREPなどの他のオプションを使用して特定のコンテンツをフィルタリングできますが、Systemdは名前付きコマンドを使用します journalctl.

      上記に加えて、Systemdの背後にある主要な指数であるRedHatであるため、オフにできないというアラートが表示されます。 たぶん私は間違っていますが、これは見栄えがよくありません..そして、ブート、cron、ネットワーク、および存在するサービスの量を制御するために何が必要か疑問に思っています。 それはどういう意味ですか?

      1.    アレクサンダー

        あなたのコメントと私が調査してきたことのおかげで、私はあなたの疑惑を確認することができます、その警告は正しいブロダーです。
        ほら、私はTCPステルスについて読んでいます、それは彼らが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ステルス

      2.    ゆきてる

        素敵なコメント@elavを補足するために、systemdのNIHレベルは非常に高いため、次のことを制御すると主張しています。

        1.-systemd-networkdおよびsystemd-nspawnを使用した、IPv4およびIPv6によるインターネット接続の管理。
        2.-内部DNSキャッシュを介したDNS管理、systemd-resolved。
        3.-systemd-networkdを使用した内部ネットワークでのマルチキャストDNS管理。
        4.-systemd-consoledを使用したLinuxでのTTY端末の管理。 (さようならKMScon?)
        5.-logindを介したセッションと特権の管理。
        6.-コアダンプ制御、バイナリファイルの使用、およびカーネルディレクティブのスキップ。
        7.-ログの制御、バイナリのファイルの使用、およびカーネルディレクティブのスキップ。
        8.-logindを使用した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はsystemd-214以降、LSBおよびSysVスクリプトのサポートを提供しなくなったため、その「レガシー」サポートが現在どの程度真実であるか、または標準にどの程度準拠しているかはわかりません。 LSBはまだLinuxの標準ですか、それとも間違っていますか?

        1.    アラン・エレーラ

          教えてくれてありがとう、私はBTRFSに行くことを考えていましたが、レナートが彼を好きだと知っているので、彼は恐ろしくてNSA-IBMをスパイしているに違いないことを知っているかもしれません。

    5.    匿名の

      要約して説明するスペースはほとんどありません...それは巨大なトロイの木馬であり、彼らは隠そうとさえしません。 スタートアップシステムは、ネットワークサービス、dhcp dns、さらにはavahi ...をsystemdに入れることで何をしますか? サービスを管理できなくなることで意思決定力が失われる
      それは望まれておらず、無効にできるものが私に届かないので、systemdパッケージには入れたくないのです!
      OpenRCでは、各実行レベルで何を開始するかを決定します。一部のサービスは他のサービスに依存していますが、それらは非常に少なく、リストされています... systemdでは、現時点で必要なことは何でも実行します。彼はそれのように感じています...起動時に約5秒を取得し、シャットダウン時に迅速に。
      Systemdは非常に複雑なので、それが何をするのかを知ることは不可能です。あなたはそれがあなたのマスターであり、あなたに何も悪いことをしないと考えることに自分自身を辞任しなければなりません。
      Systemdは、デーモンやサービス、ランレベルの観点から物事が簡単で理解しやすいものでなければならないという概念を破ります。systemdを使用する人は、サービスで何が起こるかを常に完全に知っているわけではありません。
      Systemdは、syslog-ngをネイティブに使用することを許可していません。それらは、ジャーナル化されたステップを実行し、それを機能させません。つまり、journaldまたはnaningaを使用しますか。 システムログは、ローカル接続とリモート接続で何が起こったのか、何が起こっているのかをセキュリティと監査するための基本ですが、journaldは、jornalctlだけが見ることができるバイナリ形式を使用しています…。彼のバイナリファイルとそれが破損しているのを見ると、彼はそれを一度削除し、新しいものから始めて、すでに存在していたすべてのログを忘れます。
      私は何時間も続けることができますが、最悪の問題は、レナートがそれらのエラーを報告する人にボールを与えず、私が読んだ限り、彼は誰からのパッチも受け入れないということです。
      systemdに入ると、systemdが受け入れなければならないバグやパッチが報告されると思いました...しかし、LennartとRedHatには、残りのディストリビューションについて別の計画があると正直に信じています....前に言ったように、HORSE OF RedHatのTROYA。
      正直なところ、systemdは修正できません。その設計の背後にある考え方はひどく悪いので、フランケンシュタインを修正しようとするよりも、起動可能なシステムを最初から開始する方がよいでしょう。

      1.    エラヴ

        アーメン!! @anonymous ..

      2.    くなぎ

        私はsystemd(Fedora)を約XNUMX年間使用していて、これに到達しました:
        より多くのものがより多くの無効化/リダイレクトを追加するので、問題は奇妙なにおいがします。
        私が直接rsyslogに向けたジャーナル。 あなたのいくつかのバイナリログはすでに壊れています。
        私はbindを使用していますが、systemdに統合されている場合は、すべてを変更する必要がありますが、引き続き同じように使用します。
        私はXFCEを使用しているので、gnomeが統合したいものをたくさん節約できます。
        チャイナショップの象のようなものです。

      3.    ティト

        本当; 彼らでさえそれを何と呼ぶべきかを知らない。 私たちは毎日更新し、バグやその他のがらくたを修正するために出かけます。 それは私を非常に怒らせる主題です。 しかし、SystemDが主権者であるという事実だけではありません。 そうでなければ、彼らはそれをどのように行ったか。
        Linuxの世界では、すべてを制御しようとする企業がいくつかあることは明らかです。 Canonical、RedHat、Gnomeを参照してください(Miguel de Icaza自身もGnomeを離れています)。
        私がLinuxを使用する場合、それは私がLinuxを制御する人のせいであり、それがLinuxの基礎と哲学です。 それが何をしているのかわからないように、Wサーバーがすでに実行されているマシンをマウントします。
        申し訳ありませんが、Debianが倒産しました。 実際、SystemDなしで並列フォークを作成する可能性が検討されています。
        物事がこれ以上進まないことを願いましょう。 または、すべてのマシンをBSDに移行しているのがわかります。

      4.    ゆきてる

        @匿名、コメントピースマン、あなたはもっと正しいことはできません。

        systemdは多くのことで説明がないクレイジーなものであり、真実はそれが行うすべてのことに多くの疑いを引き起こし、他のツールがそれを行うことを許可しません、真実は私がDebianの人々が自分自身を置くことを許可する方法がわからないということですこれですが、最終的には彼らはすでにその決定を下しており、私は長年にわたって初めてメインOSとしてのDebianの使用をやめ、systemdがより透過的なオプションのためにDebianを終了するまでそうし続けます。

    6.    ティト

      要するに。 SystemDは最悪です。
      ログをバイナリ形式で保存し、他のすべての親プロセス(Pid 1)として実行されるため、いずれかが破損すると、システムは回復不能になります。 これは、Linuxが表すすべてのもの、つまりプレーンテキストファイルに反します(そのバイナリファイルとは何ですか??、プレーンテキストファイル!神のすべての人生のように)。
      さあ、それはがらくたです。 私は何も好きではありません。
      しかし、Canonical、Gnome、RedHatなどの企業に感謝します。 じゃがいもと一緒に食べます。
      その場合、他のオプションがありますが、 管理しているサーバーでも、個人のマシンでも使用しません。
      これはすでにレドモンド社の支店になりつつあります。

      1.    セフィロス

        私は誰かを守るつもりはありませんが、canonicalがsystemdに完全に反対し、新興企業を支持したことをよく覚えています。 debianがsystemdに屈したとき、それは結局ubuntuにドラッグされました。

  6.   だりょう

    さらに、これらのバグはシステムのセキュリティとサーバーの安定性を損なう可能性があります。たとえば、これらのことについて最も不満を言うのはシステム管理者です。

  7.   アレクサンダー

    そしてMageiaについてはどうでしょうか、KDEが512MBのRAMで実行できることは信じられないほどです。
    http://mirror.cedia.org.ec/mageia/iso/cauldron/

  8.   セルジオE.デュラン

    いくつかの質問; OpenRCでサービスを管理するのはどれくらい簡単ですか? そして、systemdを使用したManjaroインストールでデフォルトでそれを使用してインストールするのはどれくらい簡単ですか? systemdについて私が気に入っているのは、単純なコマンドsystemctl enable(service).serviceまたはsystemctl disable(service).serviceを使用すると、OpenRCについて知りたい場合、特に少し奇妙なにおいがする場合に、サービスを簡単に管理できることです。ちなみに、これはすべてsystemdからのものです。 私はノベルユーザーです

    1.    セルジオE.デュラン

      ところで; ユーザーエージェントオーバーライドを使用しているため、Windowsを使用していると表示されます

    2.    匿名の

      OpenRCは非常に扱いやすいので、cupsd印刷サービスの例を紹介します。

      それを開始するには。
      #rc-service cupsd start
      * cupsdを開始しています.. [ok]

      それを止めるために。
      #rc-service cupsd stop
      * cupsdを停止しています…[ok]

      再起動します。
      #rc-service cupsd restart
      * cupsdを停止しています…[ok]
      * cupsdを開始しています.. [ok]

      デフォルトのランレベルで開始するため。
      #rc-update add cupsd default
      *サービスcupsdがランレベルのデフォルトに追加されました[ok]

      デフォルトのランレベルから削除します。
      #rc-cupsdのデフォルトから更新
      *サービスcupsdがランレベルのデフォルトから削除されました[ok]

      すべてのランレベルのすべてのサービスのステータスを確認します。
      #rc-status -a

      ランレベルのステータスを確認するには、この例ではデフォルトです。
      #rc-status default

      ここgentooでは、OpenRCがデフォルトの起動システムであり、これからもずっと続くので、幸いなことに数が少ない自爆テロ犯のためにPortageをシステム化しています…。
      journaldを置き換えるには、syslog-ngとlogrotateを使用します。ここでは、gentooでは、システムログはcontrol + alt + F12である仮想コンソールvt12を介して送信されます。または、rootユーザーとして任意のグラフィカル端末で継続的に表示できます。

      #tailf / var / log / messages

      1.    セルジオE.デュラン

        そしてそれを私のManjaroにインストールするには?

      2.    セルジオE.デュラン

        私は言う; OpenRCに切り替えるだけで、すべてのファイルと美しいXFCEが失われることはありません🙂

      3.    セルジオE.デュラン

        準備完了; sudo pacman -S manjaro-openrc bluez-openrc(Bluetoothを使用しているため後者)を使用してインストールしました

      4.    セルジオE.デュラン

        今私の問題は、XFCE4パワーマネージャーがupower-pm-utilsで動作しないことです🙁そして私にはサスペンドとハイバネートの典型的なオプションがありません

    3.    ゆきてる

      OpenRCは非常にシンプルで、例を挙げると、サービスの管理は簡単です。

      サービスを有効にします:rc-update add cronie default

      サービスを開始します:/etc/init.d/croniestartまたはrc-configstart cronie

      サービスを停止します:/etc/init.d/croniestopまたはrc-configstop cronie

      シンプルでそれほど複雑ではありません。

  9.   ゆきてる

    @elavの先にあるのは長距離で、砂嵐、トロールの雨、バルクフォーク、開発グループの分割など、systemdで立ち往生するよりもBSDに移行する方が良いオプションかどうか疑問に思う人がたくさんいます。

    個人的に、私はManjaroのこのイニシアチブを称賛します。これは、systemdにとどまりたくない人のためのオプションであり、私が好きなものです。Gentooにいるとき、私はそれが好きです。それが私に与える自由に満足しています。 、しかし今、FreeBSDに変更を加えることは何度か頭をよぎりました、そして今月ジャンプするかもしれません、それはすべて私の時間と移行を成功させるために特定のものを注文することに依存します。

  10.   パンプス
    1.    ゆきてる

      そのどれもがsystemdの現実に反論するものではなく、Lennartは物事や責任を回避するのに非常に優れています。記事を読むだけでなく、systemdコードを読むか、少なくともsystemdの開発リストを読むことをお勧めします。これらのXNUMXつの記事が起こったことを反駁し、systemdの批判者をさらに支持するもの。

      1.    パンプス

        彼の主張は、私が示したことに反論する知識があるが、証拠を提示することは決してないので、その存在を信頼できないことを立証することです。
        https://lists.debian.org/debian-ctte/2013/12/msg00234.html

      2.    ゆきてる

        @pamp私の議論は、この同じエントリのコメント25で上で説明したので、もう少しサポートされています。Debianircとこのディストリビューションのリストで公開することに加えて、systemdに関する他の多くのエントリで公開しました。また、私の招待状は、あなたがあなた自身の意見を作成することです、そしてこれのためにあなたはただ少しsystemd開発リストを読まなければなりません。 また、好奇心をそそるだけで、systemd-214が「コードのクリーンアップ」の言い訳でSysVおよびLSBスクリプトのサポートを提供しなくなったことを明確に示しているこのリンクを提供します。

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

        教えてください:すべてのディストリビューションに共通のベースを作成するために作成されたはずのLSB標準のサポートはどこにありますか? 何かをお話ししましょう。彼の最初のリンクでは、レナートは、systemdがSysVおよびLSBスクリプトの使用をサポートしていると言って、口をふっくらと自慢し、いっぱいにします。真実は、サポートが削除され、initファイルのジェネレーターに置き換えられた場合です。ちなみに、これにはいくつかのバグがあり、最終的には完全なinitファイルを作成する以外に選択肢はありません。

        ご挨拶。

    2.    ティト

      意見、それはお尻のようなものです、私たち全員がXNUMXつ持っています。
      この男が言うことは彼にとって非常にうまくいくかもしれませんが、それは私の場合ではありません。 そして、ウェブポータルに書いている人の意見は、それが神の言葉であるということではありません。 それはあなたの意見、期間です。
      だから「反論」、何も。
      私たちが残した良い点は、私たちが好きなものを使用できることです。 「タリバン」になろうとせずに、他の人に私たちの基準を課します。
      私にとってSystemDは本当にたわごとです。 そしてそれを愛する人々がいます。 さて、ようこそ!
      私の意見は良くなく、私のように思わない人の意見もたわごとではありません。 それらは単に異なります。
      これが、他のオペレーティングシステムとの違いです。 選択できます。
      どこにも通じない無駄な戦いに巻き込まれないようにしましょう。

      1.    匿名の

        @ティト
        あなたはそれをもっとよく言うことができなかったでしょう...アーメン。
        コアとXNUMXつ以上の間に互換性がなくても、systemdがすべてをカバーし、完全に機能するプロジェクトを踏んで、カバーして置き換え、決して到達しない、または安定しないバージョンに置き換えるという永続性に気付かないように、盲目である必要がありますsystemdのバックバージョン。
        Debianは地震に見舞われたようで、彼らはなんとか目覚めました。eudevとopenrcに傾倒していることを願っています。そのため、openrcを使用するgentoo debian manjaroとその他の開発が統合され、短期間で大幅に改善されます。時間、コミュニティ全体を勝ち取ります。

      2.    dah65

        私はあなたの言葉を二番目にします。

        他の人(一般的に興味のある意見)を引用し、証拠として振るう人がいます。

        私としては、systemdについては意見がありません。 upstartやopenrcよりも技術的に優れているかどうかはわかりませんが、sysvinitの可能性はすべてのディストリビューションによって除外されており、DebianはそのポリシーのためにWheezyに残っている唯一のディストリビューションです。 しかし、次の安定したDebianであるJessieは、sysvinitのないDebianになる予定でした。

        明らかなことは、倫理的には100%無料のソフトウェアであるということです。 技術的な部分については、コードを研究したり、代替案と比較したりしていないので、理由のある意見はありません。 しかし、現在のUbuntuでさえ、まだ起動しているにもかかわらずsystemdの一部を使用しており、CanonicalがRed Hatによって「購入」されているため、使用したとは思えません。

        Systemdは「悪」ではありません。スカイネット(ターミネーター)やHAL9000(「2001スペースオデッセイ」)と戦っていません。また、ジェダイを支配しようとしているフォースのダークサイドでもありません。 また、チームに落ち着くことですべてを引き継ぎ、パントリー内の食料品さえも消えてしまうわけでもありません。

        そして、「完全に機能するプロジェクトを移動する」(コメント52)ということですが、クライアントコンピューターをシャットダウンするプロセスにより、NFSシステムをマウント解除する前にネットワークが切断されるため、サーバーにアクセスするコンピューターのホームNFSネットワークで問題が発生しました。シャットダウンがフリーズします。唯一の解決策は、オン/オフボタンを押して強制的にオフにすることです(さまざまなユーザーから報告されたバグ)。 クライアントマシンをシャットダウンする前に、実行するNFSファイルをアンマウントするスクリプトを作成する必要がありました。 一方、NFSサーバーコンピュータはwifi経由で接続し、接続が失われることがあります。問題がネットワークマネージャにあるのか、dhcpdにあるのか、どこにあるのかわかりません。

        これらの問題がsystemdでなくなると言っているのではありません。 使ったことがないので無視します。 systemdが完全に機能を置き換えるプロジェクトは誇張であると言っても過言ではありません。

      3.    ゆきてる

        XNUMXつは意見であり、もうXNUMXつは議論です。確かに、最初は@Titoと言うように非常に多様ですが、XNUMXつ目はより簡潔で焦点を絞ったものであり、少なくとも、ではなく、それほど簡単に操作できるものではありません。フリーソフトウェアの場合、コードをすぐに確認できます。

        @pampは、示されている議論が長い間反駁されてきたことを示しており、最初のテストとして、彼は(議論ではなく)Lennartの意見を最新のものにしています。 しかし、この男が彼のコメントで言っていることは4つのことです(8とXNUMXはただ笑うために死ぬことです)、そしてもうXNUMXつは彼がsystemdコードで行うことです。 AvahiやPulseaudioのようなものを開発し始めて以来、Lennartで繰り返し見た態度は、両方のソフトウェアの開発リストとバグレポートを読むことで簡単に裏付けることができます。

      4.    ゆきてる

        @ Dah65確かに、多くの人々は第三者の意見を使用して証拠を使用します。これは、問題を自分で調査できない人にとっては悪い習慣であり、自分自身の個人的な意見を持ち、建設的な議論に参加するための有効な議論を作成することさえできます。

        私の場合、開発リストのおかげでsystemdの変更に遅れずについていきます。ツールは好きではありませんが、まったく嫌いですが、ユーザーおよび技術レベルでそれについて読むのをやめません。理由これは非常に簡単です。前述のinitを使用するクライアントに参加する必要がある場合、私は何をすべきか、どのような状況にも対応する方法を知っています。

        さて、サービスが問題なく実行されること、つまり誤謬については、問題のあるSysVスクリプトがたくさんあり、systemdでも同じことが起こりますが、少なくともSysVでエラーを報告すると、それらは修正されるか、あなたがコメントした簡単な方法、systemdで、バグレポートを作成した後、場合によってはLennartまたはKayのおかげで、WONTFIXまたはCLOSEDを見つけることができます。これを言っても過言ではありません。ここにサンプルがあります。

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

        コメント48を読んでください、あなたは損失がありません。 クレメントの53は、特にレナートが解決したくない問題に対する古風で機能的な解決策であり、2011年に報告されたため、損失はありません。

    3.    マリオ

      それらを確立したそれらの「神話」? 「systemdは理由もなく移植できない」ため、一部はギャラリーから削除されています。 移植性がないことは完全に真実です(そして彼はそれがLinux用に非常にカスタマイズされていると言っていることを認めています)
      BSDが興味を持っていないという仮定のように、それは誤りを前提としています(BSDの連中は、「Jordan Hubbard-FreeBSD:The Next 10 Years(MeetBSD 2014)」と言っています)。神話13,14,15、XNUMX、XNUMX)。

      Poetteringの意図が、システム専用のスクリプトの書き換えを開始することである場合(http://0pointer.de/blog/projects/systemd-for-admins-3.html)私たちはうまくいかないでしょう。 原則として、従来のinitスクリプトはどこに行くかを気にしません。 GNU、UNIX、またはBSDで機能するように最小限の変更が加えられています。 それは今まででした(OpenRCが使用されていない限り)。 とにかく、このようなことは、デスクトップ用Linuxとサーバーの間に分裂を引き起こすと思います。 Ubuntuと派生ユーザーには、来年の終わりにのみ変更が表示されます。

      1.    匿名の

        @ Dah65

        ええと、systemdはパーバーシティパーソナライズされていないとおっしゃっていますが、コンパイル時にすべてのモジュールを無効にするMakefileオプションを入れない理由を教えてください。そうすれば、これらの「オプションモジュール」を踏むのが嫌いな人もいます。他のパッケージなので、それらをコンパイルして、systemd cappedの独自のバージョンを作成できます!
        なぜそうしないのか知っていますか? その開発形態は強制賦課と呼ばれ、ユーザーの95%がNPIを持っていないため、デフォルトを利用しているため、すべてのユーザーに対してこれを拒否しました。
        それがフリーソフトウェアやオープンソースソフトウェア、あるいは彼らが呼びたいものが機能しない方法です。Debianへの新しいフォークで多くの人がそれは力の無駄だと思うようになり、私は自分自身にどのように自問し続けますか?追加のコンパイルオプションMakefileを配置するのは困難でしたか?
        主題はそれ以上を与えません、これは水と油を混ぜたいようなものです、それが残りすべてのためにいくつかの面付けがある各開発で無限のフォークが現れる理由です。

      2.    ゆきてる

        @marioはまさにあなたの言うことです。 ジョーダンハバードはまた、BSD initを更新して、新しいテクノロジーに適応するだけでなく、現在可能な新機能をサポートする必要があると感じましたが、systemdが現在持っている方法の概念をバイパスしています。物事、そしてそれらはそれをUNIXで常に普及している「XNUMXつのことを実行し、それをうまく実行するプログラムを作成する」という哲学に単純化します。そして、初期化では、もうXNUMXつの悪魔について話しているのではないので、私たちはオペレーティングシステムの初期化について言えば、セキュリティ対策であることに加えて、多くのスペシャリストがすでにsystemdについて怒鳴り始めているものと比較して、それは実証可能であり、systemdはWindowsのsvchosts.exeによく似ており、とりわけネットワーク制御へのサービス。

  11.   ルイス

    みんな、本当に怖いです。

    ArchLinuxから削除するのは非常に複雑ですか????

    私は情報を探すつもりですが、私が台無しになってシステムを失うことがないように、そのようなものに触れることを敢えてしません。

  12.   マヌー

    私が読んだ多くのコメントから、SYSTEMDは真のTROYANHORSEです…。
    これは、誰がそれを保存できるかを意味します。スペイン語では、FreeBSDのデスクトップ構成とシステムを使用する準備についての情報はほとんどありません。

  13.   ラファエル・マルドジャイ

    貧弱なsystemd、そうさせてください。 xD

  14.   ウェイコ

    この憎しみsystemdはウイルスではありませんか???? アーチは私にとって素晴らしいものになりました...それがもっとカバーしているのが本当なら、それが良いか悪いかはわかりません! しかし、おそらくすでに制御を奪う脆弱性や、これが原因でシステムを破壊するウイルスが存在します...それが安定していて安全であれば、問題は見られません...とにかく、時間があるかどうかを確認し、主題を研究し、openrcでいくつかのテストを行います

    1.    だりょう

      それほど安定していません。 そしてそれはシステムvよりもはるかに安全ではありません。 私たちの多く(私)のようなデスクトップユーザーにとっても問題はありません。より高速な起動でうまく機能し、通常はログを読み取らないので、ログがどれほど明確であるか、バイナリ形式であるかは関係ありません。

      私は、Linuxがデスクトップ(および政府)で成長し、(freebsdのようなOSを採用する代わりに)サーバーで基盤を失うという理論を持っています

  15.   オスカー

    esdebian Wikiで、DebianJessieにSysVinitをインストールする方法を公開しています。 http://www.esdebian.org/wiki/sysvinit

  16.   匿名の

    セキュリティについて読んでみると、インテリ側にはチップセット付きのマザーボードがあり、一般的にノースブリッジにAMR Intel Active Management Technologyと呼ばれるものが実装されていることがわかりました....興味深いことに、幸運にもインテリはありませんが、探し始めますAMD側にはそんなことはありません。
    彼らは、intel + AMR + systemdの組み合わせを想像していますが、神は禁じています。
    https://en.wikipedia.org/wiki/Intel_AMT_versions
    ストールマンのパラノイドが無料のバイオを求めて叫ぶのも不思議ではありません。

    1.    ティト
  17.   dah65

    まず、systemdはまだKubuntuに組み込まれていないため、使用しません(Kubuntu14から派生したNetrunner14.04を使用しています)。

    これを明確にしたので、いくつかのことを指定する必要があります。

    1- systemdは、さまざまなディストリビューション(Debian、openSUSE、Arch、Fedoraなど)の開発者/パッケージャーに採用されていますが、このブログの読者は、systemdの長所と短所について知っている以上のことを知っていることがわかりました。

    2- systemdは無料のソフトウェアであり、そのコードは時間と知識を持っている人(私が以前に話していた開発者/パッケージャー)が読む(そして理解する)ことができます。 あなたが裏口を隠すならば、彼らは発見されるでしょう。 独自のファームウェアまたはドライバーを使用しているリーダーは何人いますか?そのコードはまだ読んでおらず、読むことができませんか? systemdよりもそれを恐れる方が理にかなっていると思います。

    3-リポジトリから.debをダウンロードしてインストールするときに、プレーンテキストファイルをダウンロードしないため、すべてバイナリパッケージを使用します。 したがって、その議論は非常に逆説的です。

    4- GNU / Linuxには、すでに多くのことを行うプログラムがあります。同じカーネルがますます多くのドライバーを統合し、独自のファームウェアさえも(コードが公開されているプログラムよりもクローズドファームウェアにバックドアを置く方が良い)。 グラフィカルサーバーだけでなく、キーボード、マウスなども処理するXorgもあります。 XorgがそのためのUNIX哲学を「裏切る」とは誰も言いません。彼はすでに他のプロジェクトに追い抜かれているので、彼らは彼を引退させたいと思っています。

    5-もちろん「Linuxが選択」ですが、コードを読んだり、変更したり、配布したりするかどうかは自由に選択できます。 すべての選択肢(すべてのプロセッサアーキテクチャ、すべてのデスクトップ環境、すべてのパッケージ形式など)を提供するためにディストリビューションが必要なわけではありません。

    6- BSDへの切り替えを考えている人のために、一部のBSDシステムではアメリカのNSAがすでにその爪を置いていたというニュースを読んだことを覚えています。 このニュースが正しかったのなら、私はそのトピックに従わなかったのでわかりません。 しかし、「レッドハットが遅れているので…」から逃げて「NSAが遅れているのかもしれない…」ということに入るのは皮肉なことです。

    GNU / Linux、BSD、Windows、または私たちが使用したいものを使用することに加えて、私たちは論理と推論能力を使用することもできます

    1.    エラヴ

      まず、systemdはまだKubuntuに組み込まれていないため、使用しません(Kubuntu14から派生したNetrunner14.04を使用しています)。

      これを明確にしたので、いくつかのことを指定する必要があります。

      1- systemdは、さまざまなディストリビューション(Debian、openSUSE、Arch、Fedoraなど)の開発者/パッケージャーに採用されていますが、このブログの読者は、systemdの長所と短所について知っている以上のことを知っていることがわかりました。

      言い換えれば、このブログの読者は、ただの読者であり、パッケージャーと開発者の適切な判断、知識、経験に導かれなければならないため、何かが良いかどうかを理解する能力がありません。

      2- systemdは無料のソフトウェアであり、そのコードは時間と知識を持っている人(私が以前に話していた開発者/パッケージャー)が読む(そして理解する)ことができます。 あなたが裏口を隠すならば、彼らは発見されるでしょう。 独自のファームウェアまたはドライバーを使用しているリーダーは何人いますか?そのコードはまだ読んでおらず、読むことができませんか? systemdよりもそれを恐れる方が理にかなっていると思います。

      確かに、それは無料のソフトウェアであり、何か奇妙なことが起こった場合、あなたが以前に話し、私たちが信頼しなければならないスーパーの人々は、それに気づいて発表することができるか、そうでないかもしれません。何かの。

      3-リポジトリから.debをダウンロードしてインストールするときに、プレーンテキストファイルをダウンロードしないため、すべてバイナリパッケージを使用します。 したがって、その議論は非常に逆説的です。

      .debをダウンロードするときは、圧縮ファイルをダウンロードするだけです。圧縮ファイルを解凍すると、内部にあるものと可能なものを確認できます。これは、バイナリが内部にある場所です。 😉

      6- BSDへの切り替えを考えている人のために、一部のBSDシステムではアメリカのNSAがすでにその爪を置いていたというニュースを読んだことを覚えています。 このニュースが正しかったのなら、私はそのトピックに従わなかったのでわかりません。 しかし、「レッドハットが遅れているので…」から逃げて「NSAが遅れているのかもしれない…」ということに入るのは皮肉なことです。

      Linuxから逃げてBSDに行くユーザーは誰なのかわかりませんが、たとえば、Linuxを離れる必要はなく、Systemdを後回しにするディストリビューションを残すだけで済みます。

      GNU / Linux、BSD、Windows、または私たちが使用したいものを使用することに加えて、私たちは論理と推論能力を使用することもできます

      要するに、このブログでGNU / Linuxにコメントし、読んで、使用している私たちの人々は理由がありません。 それはあなたが言いたいことですか? とにかく、私は私の個人的な経験と私の推論(論理的であろうとなかろうと)からあなたに話します:

      Systemdはスティックにくっついています。 開始がはるかに高速で、DNS、RED、CRON、およびSystemdが制御したい他のすべてを制御する必要がない他のInitがあることを読みました。 コンピュータの電源を入れ、ブラウザを開いてメールを送信することだけを考えているエンドユーザーにとっては、SystemdとSystemxのどちらを使用するかは問題ではありませんが、サーバーを管理する私たちにとっては、お尻の痛みです。 そして、Systemdが危険にさらされて地獄に落ちたらどうなるかをいつも尋ねるのと同じ質問をしますか? RED、CRON、DNS、Initなど、それが行うすべてのものが残っていませんか? そちらにお任せします。

      そして注意してください、私はあなたにこれらすべてを無差別に言います。 そうは言っても、これらの部分へようこそ。

      1.    dah65

        歓迎してくれてありがとう。

        私は無差別に対応し、systemdを開発したり、それを促進するために報酬を得たりしないことを明確にします。 そして、他の人がそれを使うかどうかにかかわらず、それが私にまったく影響を与えないということは、彼らの決定です。

        しかし、この件で私が目にするのは、時にはヒステリーのようであり、コードを研究したり使用したりせずに、ゴミ、面付け、反逆のラベルを付けた人々の意見を読んだり、他にいくつあるかわからない。 数日前に経験した状況を思い出します。Windowsをインストールしたことがないことや、ハードドライブをパーティション分割する方法を知らないことを認めた人が、Linuxは非常に難しいと言い始めました...試してみたことも、スマートフォンにAndroidをインストールしたこともありません。

        systemdをsysvinit、upstart、openrcと比較しましたか? 素晴らしいです、あなたはあなた自身の経験に基づいて決定を下すことができます。 あるコンピューターで動作するディストロは別のコンピューターでも価値があることも知っているので、これは最高です。そのため、GNU / Linuxの経験がある私たちにとって、最高のディストロはユーザーが快適に感じるものであると言っています。味。

        1-«言い換えれば、このブログの読者は、読者にすぎないため、パッケージャーと開発者の適切な判断、知識、経験に導かれなければならないため、何かが良いかどうかを理解する能力がありません»

        私はかなり長い間このブログを読んでいたので(私のコメントは古いニュースで見ることができます)、私はパックに含まれています。 そして答えはノーです。このブログやブログを読んでも、私(少なくとも私)は自分が知らないソフトウェアの良し悪しを判断することはできません。 私は他の人が言っていることを読むことができます、そしてこの場合、systemdに賛成と反対の両方の立場があります。 実際、Phoronixでトピックが取り上げられるたびに多くの議論がありますが、議論されたコメントはほとんどありません。 「systemdがプロセスXを呼び出すと、無限ループが発生し、システムが使用できなくなる」などの引数を参照しています。

        そして真実は、ディストロまたは別のディストロを使用することによって、パッケージャーと開発者の判断、知識、経験に導かれているということです。 OSまたはプログラムの使用は、他の人の判断と経験に部分的に依存することを意味します。 たとえば、Linuxでは、Hurdのようなマイクロカーネルを使用する代わりにモノリシックカーネルを使用するという決定を受け入れます。 その決定はLinusTorvaldsの決定であり、あなたは彼のコアを使用してそれを受け入れます。

        2-«確かに、それは無料のソフトウェアです。何か奇妙なことが起こった場合、あなたが以前に話した、信頼しなければならないスーパーの人々は、それに気づき、発表することができます。何かと引き換えに黙れ。」

        さて、疑わしいのですが、なぜLinusTorvaldsとRichardStallmanとGNUプロジェクトを信頼するのでしょうか。 私は彼らのプログラムのコードを見たことがないので、おそらく彼らは私をだましているのでしょう。

        3-«そして、私がいつも尋ねるのと同じ質問をします。Systemdが危険にさらされて地獄に落ちたらどうなるでしょうか? RED、CRON、DNS、Initなど、それが行うすべてのものが残っていませんか? そのままにしておきます。»

        OpenRCが何らかの方法で侵害された場合はどうなりますか? またはUpstart? またはカーネル? それは私に起こりました、Debian Testingの「通常の」アップデートの後、私はgrubを使い果たし、DebianまたはWindowsに入ることができませんでした、そしてその時私の無知は私が再インストールするオプションしかなかったことを意味しました。

        4-«要するに、このブログでGNU / Linuxにコメントし、読んで、使用している私たちの人々は理由がありません。 それがあなたの言いたいことですか?」

        いいえ、それを意味するものではありません。 私は、特定の具体的な状況から、XNUMX人またはXNUMX人の行動の全体に一般化するつもりはありません。 しかし、systemdの場合、客観的で穏やかな分析を行わずに何度も話されていると私は信じています。 それはWayland-Mirでも起こり、WaylandとCanonicalの両方に対して多くの根拠のない主張がなされました。

        また、(他の人と同じように)このブログを読んでコメントし、GNU / Linuxを使用していることを繰り返します。

        また、前に言ったことを繰り返します。頭脳を使って、聞いたり読んだりしたことを分析し、さまざまな視点からAと非Aの両方に反論しようとします。可能であれば、事実に基づいて結論を出すために、私たち自身の経験を積みましょう。 そして、私たちにとって正しいと感じるものは何でも使用しましょう。

      2.    ウェイコ

        うーん..妥協するという仮説はすべてのようです..私の質問はすでに通過していますか?..多分バグはすべてのソフトウェアで発見されておらず、systemdにバグがある場合は修正されます。バグがある..問題はそれが失敗する可能性があるということではありません、それはあなたがそれを実行または制御したい場合ですが、それが失敗する可能性があるという仮定ではなく、すぐに失敗する可能性があります...私はsystemdのファンではありません、それは私の意見です。

        1.    エラヴ

          ユーザーのコンピューターでバグが発生し、何も起こらない可能性がありますが、サーバーでは状況が大きく異なります。

      3.    ゆきてる

        @waco確かに、ソフトウェアにバグが発生した場合は、修正する必要があります。 問題は、systemdに多くの古いバグ(2010年にさかのぼり、深刻なものもあります)があり、それらは今日でも修正されていないか、単に軽視されているか、LennartによってCLOSEDまたはWONTFIXとしてマークされていることです。

    2.    ウェイコ

      あなたのコメントは大成功です! それはファッショナブルであり、これに対するスミアキャンペーンとして作成されているため、私たち全員がsystemdに陥ることはできません...すべての変更には拒否があります。

    3.    ゆきてる

      私はあなたの議論に答えます:

      1.-真面目で探究心のあるユーザー、そして開発者は同様に、あらゆる開発および作業環境でsystemdを採用することの長所と短所を知っています。systemdの短所と長所は、何らかの視点を持っていても変わりません。

      2.-確かにsystemdは無料のソフトウェアであり、監査することができます。 問題は、バックドアが隠されていることではなく、initが実行してはならないこと(ネットワーク制御、dns、TTYコンソールなど)を実行すること、他の人に想定されているサービスがたくさんあること、実行することです。 Linuxカーネル自体(coredump)のルールに違反する、期待される方法とはまったく異なる方法で、多くの開発者はsystemdが抱える構造上の問題の解決にほとんど関心がありません(coredumpとdebugはこれまでで最も深刻な問題のXNUMXつです)。解決されていません)。

      3.- 256つは、CONFIGURATIONとLOGSがまだプレーンテキストであるプログラムであることが判明したバイナリをダウンロードすることです。もうXNUMXつは、CONFIGURATIONとその他の情報がバイナリに保存され、特定のツールからのみアクセスできるバイナリをダウンロードすることです。これは物事が変わるところです。 バイナリログはセキュリティを提供しません(本当にセキュリティが必要な場合は、AES-XNUMXでパーティションを暗号化します)。これは、何が起こっているかについて何も知らない単なるブラックボックスであり、多くのことに役立ちます。たとえば、次のようになります。 systemdの脆弱性を悪用し、それを介してログサービスや特権のエスカレーションを含むシステムへのフルアクセスを取得するトロイの木馬。 それは深刻な問題ではありませんか? systemdによって直接処理されたバイナリログは、それらがすでに無意識のうちに変更されているという点に到達することなく、監査不能になることによってあなたに反対しませんか? プログラムと構成ファイル/ログ/ダンプのバイナリには、ポイントと違いがあります。

      4.-カーネルはその意味で設計されたソフトウェアの一部であり、初期化ではなく、PC上のすべてを制御するように最初から設計されています。 initは、システムがカーネルを持ち上げて使用できるようにすることだけを目的としています。これは、最初に開始し、最後に終了するためです。 これが、システムを起動するだけで他に何もしないため、init(初期化)と呼ばれる理由です。この理由は非常に単純です。initは、何らかの理由でそれを回避するために、可能な限り最も安定した完璧なソフトウェアである必要があります。これはシステム全体を壊してしまいます、それは安定性とセキュリティについてです。 Xorgは別の声であり、それは真実である多くのことを行いますが、完全に使用できないシステムを残すほど危険なことはなく、その構成は依然として単純なプレーンテキストファイルで行われます。

      5.-確かに、ディストロは広い意味で自由を提供する義務はありません、そしてそれが現在のティレードが提示されるのはこのためです。 しかし、私たちはユーザーでありコミュニティであり、私たちの多くはこのシステムの実装に同意しません。そのため、彼らがそれを聞くかどうかにかかわらず、私たちの声を届けるのは、ディストロを開発する人の問題であり、彼らの決定は影響を及ぼします自分のディストロを使用するかどうかを決定する人、そしてそれは、状況によっては明らかにいくつかのディストロの失敗につながる可能性があり、現在の例はDebianとそのDevuanフォークです。

      6.- BSDのニュースは、OpenSSHとOpenBSD IPスタックで起こったことによるものです。バックドアは、BSDだけでなくLinux(OpenSSHの場合)にも影響を及ぼし、修正されました。 このツール(OpenSSH)の開発を担当しているのはBSD(OpenBSDのTheo de Raadt)であるため、この状況はBSDに起因し、プロジェクトで活動しなくなった特定の開発者がバックドアを植えたために状況が発生しました。 この状況が解決され、この状況がソフトウェアを使用した人々に影響を与える可能性がある場合に取るべき適切な措置が宣言されました。 現在:この状況はsystemdで発生する可能性がありますか? 答えは簡単で、結果は壊滅的です。systemdはとりわけ特権のエスカレーションを処理するため、systemdのバックドアはシステムへの完全なアクセスを意味します。これはBSDで言及されているバックドアでは発生しませんでした。

  18.   オスカー

    systemdがすでにWebページを持っていない状態でDebianフォークを返します。 プロジェクトは非常に真剣に進んでいるようです。 https://devuan.org/

  19.   アーディティヤ・バガ

    更新されたISOといくつかの新しいアップロード。
    https://forum.manjaro.org/index.php?board=50.0

  20.   ケオス

    インストーラーはあまり明確ではありません。特にパーティションの部分では、手順を実行できません。なぜ彼らがこれらの紛らわしいことを主張するのかわかりません。

  21.   マヌエルR

    Openrcを使用したnetinstallについて私の注意を引くものがあります。インストールのどこかで、systemdを構成しているというメッセージが表示され続けますが、実際にはsystemdがないのでしょうか、それとも使用されていないのでしょうか。

    1.    ケオス

      こんにちはマヌエル、私もインストール中に同じことを観察します。systemdがインストールされていないことは間違いないので、インストーラーの問題である必要があります。ターミナルで次のように確認します。pacman-Qs openrc

      よろしく

      1.    マヌエルR

        こんにちはkeos、まず第一に私は前に答えなかったことをお詫びします。 私はあなたの答えに感謝します、私はマンジャロがこのオプションを提供することを知ってうれしいです。 Ubuntu Preciseのサポートが終了したらすぐに(またはもっと早く)インストールします。 よろしく。

  22.   匿名の

    良い投稿

    OpenRCバージョンがもう少し成熟する間、Systemdを使用してManjaroで待機します。systemdから抜け出したいです…(汗を流します)