ホットスワップデバイス時代にシステム化

ホットスワップデバイス時代にシステム化

私がsystemdについてよく聞く主張の1つは、systemdが現在のハードウェア要件に適していることです。たとえば、ここ

コンピュータはあまりにも変わり、コンピュータのように見えないことが多いです。オペレーティングシステムは非常に忙しいです。 GPS、Wi-Fi、USB周辺機器が来て行き、多数のソフトウェアとサービスが同時に実行され、眠りに落ちて早く目覚めます...昔ながらのSysVinitにすべてを管理するように依頼することは、Likeの祖母に仕事を任せるのと同じです。 。

私が理解していないのは、初期化システムがホットプラグ可能なデバイスを管理する方法です。
ホットスワップ対応のディスクドライブの交換は、システムの起動方法とどのような関係がありますか?
たぶんこれはすべてsystemdの初期化されていない部分で行われますか?

私はこれが何人かの人々にとって熱い話題であることを知っています。戦争を始めるのではなく、理解することです。

火なしで説明してください。

答え1

Systemdは、以前にオペレーティングシステム全体に分散していた多くの機能(udevデーモンなど)を再実装し、デバイスが接続されているか切断されたことを認識できます。

同時に、systemdは実行する必要がある項目、実行方法など、すべてのシステムサービス構成を保存します。簡単に言えば、ホットプラグ対応デバイスに関連するサービスを開始、停止、および再構成するために必要なすべての知識を備えています。


クラシック初期化システムは、ホットプラグ可能なデバイスをまったく管理しません。定義された順序でサービスを開始するだけです。

そのようなサービスの1つは、ホットプラグ可能なデバイスを処理するudevデーモンです。ただし、デバイスが接続されると、少なくともローカルシステム用のカスタムスクリプトを作成しないとサービスを開始できません。

答え2

ホットスワップ対応のディスクドライブの交換は、システムの起動方法とどのような関係がありますか?

ホットプラグ可能なデバイスを管理するのではなく、ホットプラグで生成されたイベントに反応する情報があります。サービスの起動、停止、再起動、ディスクのマウントを要求することができ、ホットプラグが発生した場合に知ることができます。取り出してもそのまま残っていますか?適切なタイミングで正しい順序で削除できるように、システムが再起動されます。

以前のsysvinitは、システム状態の知識がありませんでした。最初のサービスセットが自分で「起動しました」と報告した場合、そのタスクは完了し、これはいくつかの理由で悪化しました。

関連情報