DebianとDevuanがsysvinitで協力

数日前、古典的なUnix / Linux初期化システムsysvinit 2.92 の 次のバージョンが予定より早くリリースされました。 前号の2.91は1か月以上前に発表されました。

ほとんどすべての最新のLinuxディストリビューションが拒否した古い初期化システム（SI）のマイナーバージョンのリリースで注目すべき点は何ですか？また、オープンソースコミュニティとDebian Linuxユーザーにとってこれはどんな喜びですか？

このエピソードは、リリースがDebianとDevuanの2つの敵対的な開発チームの共同作業であり、4年前にsystemdをめぐる状況により分裂したという点で興味深いものです。 しかし、順番に見てみましょう。

systemdに対する三重投票

Debian Jessieのリリースの数か月前、プロジェクトリーダーは初期化システムを決定する必要に直面しました。 当時、 systemdはすでに人気を博しており、主要な候補の1つでした。 合計で、4人のSIがレースに参加しました。

• systemd;
• 新興企業;
• openrc;
• sysvinit。

投票には、「さらなる議論が必要」という選択肢もありました。

最初のラウンドの結果は、 upstartとsystemdのバランスを示し、それぞれ4票を獲得しました。 決定を下すには、2：1の投票率が必要でした。

この2週間後、2014年2月上旬に2回目のラウンドが行われ、本質的に新しいことは何も起こりませんでした。 声は同じ割合で分割され、さらなる議論が決定されました。

systemdの賛成票：

• Bdale Garbee-技術委員会の議長;
• ドン・アームストロング
• 現在、Valveで働いているXの第一人者、キース・パッカード。
• ラス・アルベリー。

新興企業が投票した場合：

• コリン・ワトソン。
• スティーブランガセク;
• イアン・ジャクソン;
• アンドレアス・バース。

また、TCが3回目の投票を行い、ルールを大幅に簡素化し、問題を提起しました。 議題からすべての二次的な問題を排除し、決定のしきい値を単純な多数決まで引き下げ、委員会は3回目の呼び出しからsystemdに賛成票を投じました。

いいえ、 新興支持者は誰も反対陣営に移動しませんでした。投票の結果は技術委員会委員長であるBidel Garbyの追加投票によって決定され、 Debian LinuxのSI問題は以前の意見のバランス4で1票で解決されました。

LinusがLinuxConf 2009でBideil Garbyを剃る

投票の結果は、 systemdの反対者の間で苦味、失望、不正の鋭い感覚を引き起こしました。 Debianメーリングリストは情熱に溢れていました。

Ian Jackson は、 Bideil GarbyにTCの会長を辞任するよう呼びかけました 。 その後、蒸気を放出して、私は一時的にTCの業務に参加することをやめることにしました。

2月11日の数日後、Debian Linuxの決定が最終的に行われ、近い将来、メインのディストリビューション初期化システムがsystemdになることが明らかになりました。

デヴアン

この状況に同意しなかったDebian Linuxディストリビューションの開発者は、同じ第8バージョンのリリースの6か月前から長い間悲しみませんでした。 彼らはsystvinitに基づいてフォーク を作成し、 Dev oneというフレーズからDevuanという名前を付けました。

配布キットのハイライトと親OSとの主な違いは、大騒ぎの始まりです。 Devuan LinuxはSIとしてsysvinitを選択しました。 一般に、ディストリビューションキットの開発は、 ロシア語の部分を除外することなく、Linuxユーザーの間で大きな熱意で迎えられました。

6月、配布キットの2番目のバージョンが、その祖先の最新バージョンであるDebian Stretchのパッケージベースでリリースされました。 sysvinitに加えて、SIとしてopenrcを選択することもできます。

Debian開発者の環境、そして実際にLinux OSのさまざまなバリエーションの多数のユーザーの間で、このような分裂を引き起こした原因を理解してみましょう。 実際、GNU / Linuxの歴史には 、 GPLv3かどうか 、 UEFI SecureBootなど、難しい決定と危険な変化がありました。なぜ、これがすべて邪魔にならないのですか？

systemdをめぐる論争

すべての紛争の本質を1つの論文にまとめた場合、 systemdは、システムの初期化とそのサービスに対する最も完全な制御の交換を意味し、Unix哲学を完全に拒否することになると言えます。

そして、最初のものはsystemdの反対者によって激しく争われていますが、2番目のものについては誰も争っていません。 systemdが管理者の生活を楽にすることに誰もが同意するわけではありませんが、 systemdとUnix Wayが両極端であると主張できる人はほとんどいません。

systemdは、アグレッシブな並列化機能を提供し、D-Busソケットとアクティブ化サービスの実行を使用し、必要に応じて起動するデーモンを提供し、Linux制御グループを使用してプロセスを監視し、スナップショットとシステム状態の回復、マウントとマウントポイントをサポートし、依存関係ベースの実装も行います複雑なトランザクションプロセスを制御するためのロジック 。

OSとそのプロセスの初期化を制御するためのこのような包括的なシステムが必要になったのはどこですか？ 私は陰謀論を信じていないので、その理由はsysvinitと他のSIの欠陥にあったと信じています。

1983年に作成されたsysvinitは 、次のような多くの重要なタスクを解決できませんでした。

• プロセスの並列開始。
• リムーバブルメディアの検出
• ソケットベースのサービスのアクティブ化。
• 異なるプロセスとサービス間の依存関係を確実に制御
• /dev/log
  
  
  
  を介した早期イベントロギング

これらすべておよび他の多くの不便は最終的にsystemdで解決されました。 構成ファイルの標準化、構文の統一、およびcgroups



基づくサービスの依存関係の管理により、商用Linuxディストリビューションのベンダーは管理者の生活を簡素化し、サーバーパークの管理コストを削減できたと思われます。

しかし、価格はいくらでしたか？ 奇妙な設計によると、レナートポタリングの発案は、通常のSIから「Linuxシステムのビルディングブロックのセット」に移行しました。 プロジェクトのメインページから引用します 。 デバイスの接続、ファイルシステムエントリポイント、ネットワーク接続、システムタイムサービス、ユーザーセッション、システムログなどを制御する状態の一種。

同時に、多くのDE開発者、特にGnomeは、グラフィカル環境の要素をsystemdにバインドし始めました：

• 電源管理;
• ユーザーセッション管理;
• 雑誌を見る。
• ノートパソコンの画面を閉じた場合、イベントは処理されません。
• ウェイランド

systemd以外の別のSIを選択した場合、特別なパッチがなければ、これはすべてGnomeでうまくいきません。

このような状況の理由は、多くのプログラムセットで2つのオプションをサポートするのが難しすぎるということです。1つはsystemdを使用し、もう1つは使用しません。 その結果、Linuxディストリビューションで別のSIを選択する方法がない場合にシチュエーションが作成されます。

Twitterのsystemd周辺のキーワードタグクラウド 。

まあ、SIを選択する方法はありません、それは本当に重要ですか？ OSローダーやDHCPクライアントを選択する可能性がなければ、それが私を大いに混乱させるとは思いません。

多くのユーザーに判明したように、 systemdは多くのことを悩ます。 起動の瞬間からのシステムイベントの早期かつ完全なロギングは確かに優れていますが、バイナリログファイルを備えたLinuxシステムをどのように想像できますか？

Lennart Potteringは優れたプログラマーかもしれませんが、彼のコミュニケーションのスタイルと、検出された欠陥、批判に対する反応は、すべて批判よりも下にあります。 欠陥5644に対する彼の反応を示します。

欠陥自体。

 # mkdir -p /foo/dir{1,2} # touch /foo/.bar{1,2} # cat /etc/tmpfiles.d/test.conf R! /foo/.* - - - - - Reboot.
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Lennart Potteringによるコメント。

これほど多くの問題を考慮するかどうかはわかりません。 ええ、それはUNIXの落とし穴ですが、「rm -rf /foo/.*」はまったく同じように機能します。 。

これは孤立したケースではなく、このスタイルのコミュニケーションは彼にオタクからの悪い評判をもたらしました。 そして、これはsystemdとその作者に対する主張の一部にすぎません。 その範囲、規模、および複雑さのために、システムはSIとして脆弱になる可能性があります-その主な機能。

それでも、 systemdはその機能においてすべての主要なSIより優れていますが、疑問は残っています。 なぜ普通のローカルホスト管理者は、Debian Linuxや他のディストリビューションを選択する機会がなく、SIの使用とデバッグが簡単なのですか？ 実際、すべての人がプロセスとクォータ管理の並行起動を必要とするわけではありません。

systemdの状況についての私の理解は、 より洗練された、しかし同時に、多くの人にとって、それを必要とする人とそうでない人に不当に複雑で不透明なSIが課せられたということです。 多くのLinuxユーザーはこれが気に入らず、今ではLinuxがWindowsのようになったと嘆き始めましたが、それはオープンソースコードのみでした。

sysvinitで一緒に働くDnD

そしてついに良いニュースです！ 最近、DebianとDevuan SI開発チームの間でシフトがありました。 いくつかの分野での取り組みを組み合わせることが決定されました。

• Debian Linuxを使用する準備ができている人のために、グラフィカル環境なしの場合も含め、すべての制限を課してsysvinitを使用してください。 Devuanの支援は、 バスターと呼ばれるDebianの10番目のバージョンの準備に必要です。
• この相互受粉の結果として、Debianの学者は、Devuanの同僚がsysvinit 2.92のリリースに備えるのを支援しました。 このおかげで、投稿の冒頭で述べたように、条件が削減され、NGの前に問題が発生しました。

常識が広まっている場合、両方の開発グループは、すべてのDebian / Devuanユーザーにより関連性の高い目標を設定および実装することができますopenrc



いくつかのSIに対する完全なサポートを実現します： openrc



、 s6



、 runit



、 runit



などrunit



にも完全なサポートがありますsystemdとは異なる少なくとも1つのSIが確実に利益をもたらすでしょう。

PS 2019年4月5日から7日にかけて、最初のDevuan Linux会議がアムスダムで開催されます。

追加の読書

• Debianでの初期化システムのサポート
• Linuxで「init」を「systemd」に置き換える必要がある理由
• DevuanとDebianのコラボレーションが新しいsysvinitリリースにつながります
• SystemdなしのGNOME