これは、Ubuntu Online、Fedora Online、Windows オンライン エミュレーター、または MAC OS オンライン エミュレーターなどの複数の無料オンライン ワークステーションの XNUMX つを使用して、OnWorks 無料ホスティング プロバイダーで実行できるコマンド systemd です。
プログラム：
NAME
systemd、init - systemd システムおよびサービス マネージャー
SYNOPSIS
systemd [オプション...]
INIT [オプション...] {指図}
DESCRIPTION
systemd は、Linux オペレーティング システム用のシステムおよびサービス マネージャーです。 最初に実行する場合
起動時のプロセス (PID 1 として)、ユーザー空間を起動および維持する初期化システムとして機能します。
サービスを提供しています。
SysV との互換性のために、systemd が次のように呼び出される場合 INIT PID が 1 ではない場合、
実行します telinit すべてのコマンドライン引数を変更せずに渡します。 つまり、 INIT および
telinit 通常のログイン セッションから呼び出された場合は、ほとんど同等です。 見る telinit（8）
詳しくは。
システム インスタンスとして実行すると、systemd は構成ファイル system.conf を解釈し、
system.conf.d ディレクトリ内のファイル。 ユーザー インスタンスとして実行すると、systemd は解釈します。
構成ファイル user.conf と user.conf.d ディレクトリ内のファイル。 見る システムド-
システム.conf（5）詳細については。
OPTIONS
次のオプションが理解されます。
- テスト
起動シーケンスを決定し、それをダンプして終了します。 これはデバッグに役立つオプションです
のみ。
--dump-configuration-items
理解したユニット構成項目をダンプします。 これにより、簡潔だが完全なリストが出力されます。
ユニット定義ファイルで認識される設定項目。
-ユニット=
起動時にアクティブになるデフォルトのユニットを設定します。 指定しない場合、デフォルトはdefault.targetになります。
- システム, - ユーザー
- システム、プロセス ID が 1 でない場合でも、systemd にシステム インスタンスを実行するように指示します。
つまり、systemd は init プロセスとして実行されません。 - ユーザー 逆にユーザーを実行します
プロセスIDが1であってもインスタンスを渡す必要はありません。通常は渡す必要はありません。
これらのオプションは、systemd が起動時のモードを自動的に検出するためです。
したがって、オプションはデバッグ以外にはほとんど役に立ちません。 サポートされていないことに注意してください
systemd が実行されている完全なシステムの起動と保守 - システム モード、ただし PID
1 ではありません。実際には、パスします。 - システム 明示的には、と組み合わせてのみ役立ちます
- テスト.
--ダンプコア
クラッシュ時のコア ダンプを有効にします。 ユーザー インスタンスとして実行している場合、このスイッチは効果がありません。
この設定は、ブート中にカーネル コマンド ラインで有効にすることもできます。
systemd.dump_core= オプションについては、以下を参照してください。
--crash-vt=VT
クラッシュ時に特定の仮想コンソール (VT) に切り替えます。 で正の整数を受け取ります
1 ～ 63 の範囲、またはブール引数。 整数が渡された場合、どの VT を切り替えるかを選択します
に。 もし はい、VT カーネル メッセージの書き込み先が選択されています。 もし いいえ、VTスイッチはありません
試みた。 ユーザー インスタンスとして実行している場合、このスイッチは効果がありません。 この設定により、
ブート中にカーネルコマンドラインで有効にすることもできます。 systemd.crash_vt=
オプションについては、以下を参照してください。
--クラッシュシェル
クラッシュ時にシェルを実行します。 ユーザー インスタンスとして実行している場合、このスイッチは効果がありません。 これ
この設定は、ブート中にカーネル コマンド ラインで有効にすることもできます。
systemd.crash_shell= オプションについては、以下を参照してください。
--クラッシュ-再起動
クラッシュ時にシステムを自動的に再起動します。 このスイッチは、次のように実行している場合には効果がありません。
ユーザーインスタンス。 この設定は、ブート中にカーネル コマンドで有効にすることもできます。
経由のライン systemd.crash_reboot= オプションについては、以下を参照してください。
--confirm-spawn
プロセスを生成するときに確認を求めます。 このスイッチは、次のように実行する場合には効果がありません。
ユーザーインスタンス。
--show-status=
起動中に簡潔なサービス ステータス情報を表示します。 このスイッチは次の場合には効果がありません。
ユーザーインスタンスとして実行します。 ブール値の引数を受け取りますが、省略可能です。
として解釈される true.
--ログターゲット=
ログ対象を設定します。 引数は次のいずれかでなければなりません コンソール, ジャーナル, kmsg, ジャーナルまたは kmsg, ヌル.
--log-level =
ログレベルを設定します。 引数として、数値のログ レベルまたはよく知られているログ レベルを受け入れます。
syslog(3) シンボル名 (小文字): EMERG, アラート, 批判する, 誤る, 警告, 通知, info,
debug.
--log-color=
重要なログ メッセージを強調表示します。 引数はブール値です。 引数が次の場合
省略するとデフォルトで true.
--ログの場所=
コードの場所をログ メッセージに含めます。 これは主にデバッグ目的に関連します。
引数はブール値です。 引数が省略された場合、デフォルトは次のようになります。 true.
--デフォルトの標準出力=, --default-standard-error=
すべてのサービスとソケットのデフォルト出力またはエラー出力をそれぞれ設定します。
つまり、デフォルトを制御します 標準出力= および 標準エラー= （参照してください
systemd.exec詳細については (5) を参照してください)。 次のうちの XNUMX つを取得します 継承する, ヌル, TTY, ジャーナル,
ジャーナル+コンソール, syslog, syslog+コンソール, kmsg, kmsg+コンソール。 引数が次の場合
省略 --デフォルトの標準出力= デフォルトは ジャーナル および --default-standard-error=
〜へ 継承する.
--マシンID=
ハードドライブに設定されているマシン ID を上書きします。ネットワークブートや
コンテナ。 すべてゼロに設定することはできません。
-h, - 助けて
短いヘルプテキストを出力して終了します。
- バージョン
短いバージョンの文字列を出力して終了します。
コンセプト
systemd は、12 の「ユニット」と呼ばれるさまざまなエンティティ間の依存関係システムを提供します。
他の種類。 ユニットは、システムの起動に関連するさまざまなオブジェクトをカプセル化します。
そしてメンテナンス。 ユニットの大部分はユニット構成ファイルで構成されます。
構文と基本的なオプションのセットについては、「 systemd.unit(5) ただし、一部は作成されます。
他の構成から自動的に、システム状態から動的に、またはプログラム的に
実行時。 ユニットは「アクティブ」（開始、バインド、プラグインなどを意味します）になっている場合があります。
ユニットタイプ、以下を参照）、または「非アクティブ」（停止、バインドされていない、接続されていないなどを意味します）。
およびアクティブ化または非アクティブ化の過程、つまり XNUMX つの状態の間
(これらの状態は「アクティブ化」、「非アクティブ化」と呼ばれます)。 特別な「失敗」状態は次のとおりです。
これは「非アクティブ」と非常によく似ており、サービスが開始されたときに入力されます。
何らかの方法で失敗しました (プロセスが終了時にエラー コードを返したか、クラッシュしたか、操作の時間が指定されました)
外）。 この状態になると、後で参照できるように原因がログに記録されます。 ご了承ください
さまざまなユニット タイプには、多数の追加のサブステートが含まれる場合があり、それらは
ここで説明する XNUMX つの一般化されたユニット状態。
次のユニット タイプが使用可能です。
1. サービスユニット。デーモンとデーモンを構成するプロセスを起動および制御します。 のために
詳細については、を参照してください systemd.serviceとします。
2. システム内のローカル IPC またはネットワーク ソケットをカプセル化するソケット ユニット。
ソケットベースのアクティベーション。 ソケットユニットの詳細については、こちらをご覧ください。 systemd.ソケット（5）、
ソケットベースのアクティベーションとその他の形式のアクティベーションの詳細については、「」を参照してください。 デーモンとします。
3. ターゲット ユニットは、ユニットをグループ化するか、よく知られた同期ポイントを提供するのに役立ちます。
起動中、を参照してください。 systemd.ターゲットとします。
4. デバイスユニットは systemd でカーネルデバイスを公開し、実装に使用できます。
デバイスベースのアクティベーション。 詳細については、を参照してください。 systemd.deviceとします。
5. マウント ユニットは、ファイル システム内のマウント ポイントを制御します。詳細については、「 systemd.mountとします。
6. 自動マウント ユニットは、ファイル システムのオンデマンド マウントのための自動マウント機能を提供します。
並列ブートアップも可能です。 見る systemd.automountとします。
7. タイマー ユニットは、タイマーに基づいて他のユニットの起動をトリガーするのに役立ちます。 あなた
詳細は次のとおりです。 systemd.timerとします。
8. スワップ ユニットはマウント ユニットと非常によく似ており、メモリ スワップ パーティションをカプセル化します。
オペレーティング システムのファイル。 それらについては、以下で説明されています。 systemd.swapとします。
9. パス ユニットは、ファイル システム オブジェクトが変更されたとき、または
変更されています。 見る systemd.パスとします。
10. スライスユニットは、システムプロセス（サービスなど）を管理するユニットをグループ化するために使用できます。
およびスコープ ユニット）を、リソース管理の目的で階層ツリーに配置します。 見る
systemd.スライスとします。
11. スコープ ユニットはサービス ユニットに似ていますが、サービス ユニットの代わりに外部プロセスを管理します。
それらも開始します。 見る systemd.scopeとします。
ユニットには構成ファイルとして名前が付けられます。 一部のユニットには特別なセマンティクスがあります。 あ
詳細なリストは、 systemd.specialとします。
systemd は、肯定的な要件と否定的な要件を含むさまざまな種類の依存関係を認識します。
依存関係 (すなわち、 必要なもの= および 紛争=) 同様に依存関係の順序付け (後= および
前=）。 注意: 順序付けと要件の依存関係は直交しています。 要件だけなら
XNUMX つのユニット間に依存関係が存在します (例: foo.service には bar.service が必要です)。
順序付けの依存関係 (例: bar.service の後の foo.service) と両方の開始が要求されます。
それらは並行して開始されます。 要件と要件の両方が満たされるのは一般的なパターンです。
順序付けの依存関係は XNUMX つのユニット間に配置されます。 また、大部分が
依存関係は systemd によって暗黙的に作成および維持されます。 ほとんどの場合、次のようになります。
追加の依存関係を手動で宣言する必要はありませんが、宣言することは可能です
アプリケーション プログラムとユニットは (依存関係を介して) ユニットの状態変更を要求する場合があります。 で
systemd では、これらのリクエストは「ジョブ」としてカプセル化され、ジョブ キューに保持されます。 ジョブズが
成功するか失敗するかにかかわらず、それらの実行は、その順序の依存関係に基づいて順序付けされます。
予定されているユニットです。
ブート時に systemd がターゲット ユニットをアクティブ化します。default.target のジョブはブート時にアクティブ化されます。
依存関係を介してサービスやその他の起動ユニットを取り込みます。 通常、単位は、
name は、graphical.target (フル機能のブート用) の単なるエイリアス (シンボリックリンク) です。
UI) または multi-user.target (組み込みまたはサーバーで使用する限定的なコンソールのみのブート用)
環境など。 Graphical.target のサブセット)。 ただし、それは本人の判断による
管理者の指示に従って、他のターゲット ユニットのエイリアスとして設定してください。 見る
systemd.specialこれらの対象ユニットの詳細については、(7)を参照してください。
systemd で生成されるプロセスは、
プライベート systemd 階層内で所属するユニット。 （見る cgroups.txt[1] 詳細はこちら
コントロール グループに関する情報、または略して「cgroup」)。 systemd はこれを効果的に使用します
プロセスを追跡します。 コントロールグループ情報はカーネル内に保持され、
ファイル システム階層 (その下) 経由でアクセス可能 /sys/fs/cgroup/systemd/)、またはツール内
など systemd-cgls（1）または ps（1）（ps ザウフ -eo pid、ユーザー、cgroup、引数 特に便利です
すべてのプロセスとそれらが属する systemd ユニットをリストします)。
systemd は SysV init システムとかなりの互換性があります。SysV init スクリプトは次のとおりです。
サポートされており、代替の (ただし限定された) 構成ファイル形式として単に読み取られます。
SysV /dev/initctl インターフェイスが提供されており、
さまざまな SysV クライアント ツールが利用可能です。 それに加えて、さまざまな確立された Unix
などの機能 /etc/fstab または utmp データベースがサポートされています。
systemd には最小限のトランザクション システムがあります: ユニットの起動またはシャットダウンが要求された場合
それとそのすべての依存関係を一時トランザクションに追加します。 それでは検証していきます
トランザクションが一貫しているかどうか (つまり、すべてのユニットの順序付けがサイクルフリーであるかどうか)。
そうでない場合、systemd は修復を試み、重要でないジョブをシステムから削除します。
ループを削除する可能性のあるトランザクション。 また、systemd は重要でないジョブを抑制しようとします
実行中のサービスを停止するトランザクション内。 最後に、
トランザクションのジョブは、すでにキューに入れられているジョブと矛盾します。また、オプションで、
その場合、トランザクションは中止されます。 すべてがうまくいき、トランザクションに一貫性があれば、
影響が最小限に抑えられ、すでに実行中のすべてのジョブとマージされ、
実行キュー。 これは事実上、要求された操作を実行する前に systemd が実行されることを意味します。
それが意味があることを検証し、可能であれば修正し、本当に意味がある場合にのみ失敗します
動作しません。
Systemd には、一部として実行する必要があるさまざまなタスクのネイティブ実装が含まれています
ブートプロセスの。 たとえば、ホスト名を設定したり、ループバック ネットワークを構成したりします。
デバイス。 また、次のようなさまざまな API ファイル システムをセットアップしてマウントします。 / sys または/proc。
systemd の背後にある概念とアイデアの詳細については、以下を参照してください。
元の 設計 ドキュメント[2]。
systemd によって提供されるインターフェイスのすべてではなく一部が、 インタフェース
安定性 約束[3]。
ユニットは、ブート時およびシステム マネージャーのリロード時に動的に生成される場合があります。たとえば、
カーネルコマンドラインで渡される他の設定ファイルまたはパラメータに基づきます。 のために
詳細については、を参照してください systemd.generatorとします。
コンテナまたは initrd 環境で systemd を呼び出すシステムは、
コンテナ インタフェース[4]または initrd インタフェース[5]仕様をそれぞれ示します。
ディレクトリ
システムユニットのディレクトリ
systemd システム マネージャーは、さまざまなディレクトリからユニット構成を読み取ります。 パッケージ
ユニットファイルをインストールしたい場合は、それを、によって返されたディレクトリに配置する必要があります。
パッケージ構成 systemd --variable=systemdsystemunitdir。 チェックされた他のディレクトリは次のとおりです
/usr/local/lib/systemd/system および /lib/systemd/system。 ユーザー設定は常にかかります
優先順位。 パッケージ構成 systemd --variable=systemdsystemconfdir のパスを返します
システム構成ディレクトリ。 パッケージはこれらの内容を変更する必要があります
ディレクトリのみ enable および disable のコマンド systemctl(1) ツール。 満杯
ディレクトリのリストは次のとおりです。 systemd.unitとします。
ユーザーユニットディレクトリ
同様のルールがユーザー ユニット ディレクトリにも適用されます。 ただし、ここでは、 XDG ベース（Base）
ディレクトリ 仕様[6]に従って単位を見つけます。 アプリケーションは、
によって返されたディレクトリ内のユニット ファイル パッケージ構成 systemd
--variable=systemduserunitdir。 グローバル構成は報告されたディレクトリで行われます
by パッケージ構成 systemd --variable=systemduserconfdirを選択します。 enable および disable コマンド
systemctl(1) ツールはグローバル (つまり、すべてのユーザー向け) とプライベート (すべてのユーザー向け) の両方を処理できます。
XNUMX 人のユーザー) ユニットの有効化/無効化。 ディレクトリの完全なリストは、次の場所にあります。
systemd.unitとします。
SysV init スクリプト ディレクトリ
SysV init スクリプト ディレクトリの場所はディストリビューションによって異なります。 もし
systemd は、要求されたサービスのネイティブ ユニット ファイルを見つけることができません。
同じ名前の SysV init スクリプト (.service サフィックスが削除されたもの)。
SysV ランレベル リンク ファーム ディレクトリ
SysV ランレベル リンク ファーム ディレクトリの場所は、ディストリビューションによって異なります。
systemd は、サービスが必要かどうかを判断するときにリンク ファームを考慮します。
有効になります。 ネイティブ ユニット構成ファイルを持つサービス ユニットは、
SysV ランレベル リンク ファームでアクティブ化することで開始されます。
信号
シグターム
この信号を受信すると、systemd システム マネージャーはその状態をシリアル化し、再実行します。
それ自体を実行し、保存された状態を再度逆シリアル化します。 これはほぼ次と同等です systemctl
デーモン再実行.
systemd ユーザー マネージャーは、このシグナルを受信すると exit.target ユニットを開始します。
これはほぼ次と同等です systemctl - ユーザー start 出口.ターゲット.
SIGINT
この信号を受信すると、systemd システム マネージャーは
ctrl-alt-del.ターゲットユニット。 これはほぼ次と同等です systemctl start
ctl-alt-del.target。 この信号が 7 秒あたり 2 回を超えて受信されると、即時に
再起動がトリガーされます。 コンソールで Ctrl-Alt-Del を押すとこれがトリガーされることに注意してください。
信号。 したがって、再起動がハングしている場合は、Ctrl-Alt-Del を 7 秒間に 2 回以上押します。
これは即時再起動をトリガーする比較的安全な方法です。
systemd ユーザー マネージャーは、この信号を次と同じように扱います。 シグターム.
シグウィンチ
このシグナルを受信すると、systemd システム マネージャーが
kbrequest.ターゲットユニット。 これはほぼ次と同等です systemctl start kbrequest.target.
この信号は systemd ユーザー マネージャーによって無視されます。
SIGPWR
このシグナルを受信すると、systemd マネージャーは sigpwr.target ユニットを開始します。
これはほぼ次と同等です systemctl start sigpwr.target.
シグSR1
この信号を受信すると、systemd マネージャーは D-Bus への再接続を試みます。
バス。
シグSR2
このシグナルを受信すると、systemd マネージャーはその完全な状態をログに記録します。
人間が判読できる形式。 記録されたデータは、印刷されたものと同じです。 systemd-analyze ダンプ.
シグアップ
完全なデーモン構成をリロードします。 これはほぼ次と同等です systemctl
デーモン-リロード.
シグルートミン+0
デフォルト モードに入り、default.target ユニットを開始します。 これはほぼ次と同等です
systemctl start デフォルトのターゲット.
シグルートミン+1
レスキューモードに入り、rescue.target ユニットを起動します。 これはほぼ次と同等です
systemctl 隔離する レスキュー.ターゲット.
シグルートミン+2
緊急モードに入り、緊急サービスユニットを開始します。 これはほぼ次と同等です
systemctl 隔離する 緊急サービス.
シグルートミン+3
マシンを停止し、halt.target ユニットを開始します。 これはほぼ次と同等です systemctl
start 停止ターゲット.
シグルートミン+4
マシンの電源をオフにし、poweroff.target ユニットを起動します。 これはほぼ次と同等です
systemctl start パワーオフ.ターゲット.
シグルートミン+5
マシンを再起動し、reboot.target ユニットを開始します。 これはほぼ次と同等です
systemctl start 再起動.ターゲット.
シグルートミン+6
kexec 経由でマシンを再起動し、kexec.target ユニットを開始します。 これはほとんど同等です
〜へ systemctl start kexec.target.
シグルートミン+13
すぐに機械を停止します。
シグルートミン+14
すぐにマシンの電源を切ります。
シグルートミン+15
すぐにマシンを再起動します。
シグルートミン+16
すぐに kexec を使用してマシンを再起動します。
シグルートミン+20
経由で制御されるように、コンソールにステータス メッセージを表示できるようにします。
systemd.show_status=1 カーネルコマンドラインで。
シグルートミン+21
経由で制御されるように、コンソール上のステータス メッセージの表示を無効にします。
systemd.show_status=0 カーネルコマンドラインで。
シグルートミン+22, シグルートミン+23
ログレベルを「デバッグ」（または「情報」）に設定します。 シグルートミン+23）、経由で制御されます
systemd.log_level=デバッグ （または systemd.log_level=情報 on シグルートミン+23) カーネル上
コマンドライン。
シグルートミン+24
マネージャーをただちに終了します (--user インスタンスでのみ使用可能)。
シグルートミン+26, シグルートミン+27, シグルートミン+28
ログレベルを「journal-or-kmsg」（または「console」）に設定します。 シグルートミン+27、「kmsg」
シグルートミン+28）、経由で制御されます systemd.log_target=ジャーナルまたはkmsg （または
systemd.log_target=コンソール on シグルートミン+27 or systemd.log_target=kmsg on シグルートミン+28)
カーネルコマンドラインで。
ENVIRONMENT
$SYSTEMD_LOG_LEVEL
systemd は、この環境変数からログ レベルを読み取ります。 これはオーバーライドできます
--log-level =.
$SYSTEMD_LOG_TARGET
systemd は、この環境変数からログ ターゲットを読み取ります。 これはオーバーライドできます
--ログターゲット=.
$SYSTEMD_LOG_COLOR
systemd が重要なログ メッセージを強調表示するかどうかを制御します。 これはオーバーライドできます
--log-color=.
$SYSTEMD_LOG_LOCATION
systemd がログ メッセージとともにコードの場所を出力するかどうかを制御します。 これは可能です
でオーバーライドされる --ログの場所=.
$ XDG_CONFIG_HOME, $XDG_CONFIG_DIRS, $ XDG_DATA_HOME, $XDG_DATA_DIRS
systemd ユーザー マネージャーは、次に従ってこれらの変数を使用します。 XDG ベース（Base） ディレクトリ
仕様[6] を使用してその構成を確認します。
$SYSTEMD_UNIT_PATH
systemd がユニット ファイルを探す場所を制御します。
$SYSTEMD_SYSVINIT_PATH
systemd が SysV init スクリプトを探す場所を制御します。
$SYSTEMD_SYSVRCND_PATH
systemd が SysV init スクリプトのランレベル リンク ファームを検索する場所を制御します。
$SYSTEMD_COLORS
カラー化された出力を生成するかどうかを制御します。
$LISTEN_PID, $LISTEN_FDS, $LISTEN_FDNAMES
ソケットベースのアクティブ化中に監視対象プロセスに対して systemd によって設定されます。 見る
sd_listen_fds（3）詳細については。
$NOTIFY_SOCKET
監視対象プロセスのステータスと起動完了のために systemd によって設定されます。
通知。 見る sd_notify（3）詳細については。
カーネル COMMAND LINE
システム インスタンスとして実行すると、systemd はいくつかのカーネル コマンド ライン引数を解析します[7]。
systemd.unit=, rd.systemd.unit=
ユニットをオーバーライドして起動時にアクティブ化します。 デフォルトはdefault.targetです。 これは使えるかもしれない
別のブート ユニットで一時的にブートします。たとえば、rescue.target または
緊急サービス。 見る systemd.specialこれらのユニットの詳細については (7) を参照してください。 オプション
接頭辞「rd」が付きます。 は初期 RAM ディスク (initrd) でのみ受け入れられますが、
これはメインシステムでのみプレフィックスが付けられません。
systemd.dump_core=
ブール引数を受け取ります。 もし はい、systemd マネージャー (PID 1) はコアをダンプします。
クラッシュします。 それ以外の場合、コア ダンプは作成されません。 デフォルトは はい.
systemd.crash_chvt=
正の整数、またはブール値の引数を受け取ります。 正の整数 (範囲内) の場合
1 ～ 63) が指定されている場合、システム マネージャー (PID 1) は指定された仮想マシンをアクティブ化します。
端末 (VT) がクラッシュした場合。 デフォルトは いいえ、そのようなスイッチは存在しないことを意味します
試みた。 に設定されている場合 はい、カーネル メッセージが書き込まれる VT が選択されます。
systemd.crash_shell=
ブール引数を受け取ります。 もし はい、システム マネージャー (PID 1) は、次のときにシェルを生成します。
10 秒の遅延の後、クラッシュします。 それ以外の場合、シェルは生成されません。 デフォルトは いいえ、用
シェルはパスワード認証によって保護されていないため、セキュリティ上の理由から。
systemd.crash_reboot=
ブール引数を受け取ります。 もし はい、システム管理者 (PID 1) がマシンを再起動します。
クラッシュすると、10 秒の遅延後に自動的に実行されます。 そうしないとシステムがハングしてしまいます
無期限に。 デフォルトは いいえ再起動ループを避けるため。 と組み合わせると
systemd.crash_shell=、シェルの終了後にシステムが再起動されます。
systemd.confirm_spawn=
ブール引数を受け取ります。 もし はい、システム管理者 (PID 1) が確認を求めます。
プロセスを生成するとき。 デフォルトは いいえ.
systemd.show_status=
ブール引数または定数を受け取ります オート。 場合 はい、systemd マネージャー (PID 1)
は、起動中にコンソールにサービス ステータスの簡潔な更新を表示します。 オート のように振る舞う
false サービスが失敗するか、起動に大幅な遅延が発生するまで。 デフォルトは はい,
ない限り、 静かな カーネル コマンド ライン オプションとして渡されます。この場合、デフォルトは次のようになります。
オート.
systemd.log_target=, systemd.log_level=, systemd.log_color=, systemd.log_location=
ログ出力を制御します。効果は次のとおりです。 $SYSTEMD_LOG_TARGET,
$SYSTEMD_LOG_LEVEL, $SYSTEMD_LOG_COLOR, $SYSTEMD_LOG_LOCATION 環境変数
上述した。
systemd.default_standard_output=, systemd.default_standard_error=
サービスのデフォルトの標準出力とエラー出力を制御します。同じ効果があります。
として --デフォルトの標準出力= および --default-standard-error= コマンドライン引数
それぞれ上記で説明しました。
systemd.setenv=
VARIABLE=VALUE の形式で文字列引数を受け取ります。 デフォルトの設定に使用できます
フォークされた子プロセスに追加する環境変数。 複数回使用することもできます
複数の変数を設定します。
systemd.machine_id=
マシン ID の設定に使用される 32 文字の XNUMX 進値を受け取ります。 主に対象
ネットワークブートの場合、ブートごとに同じマシン ID が必要です。
静かな
同様に、起動時のステータス出力をオフにします。 systemd.show_status=false するだろう。 ご了承ください
このオプションはカーネル自体によっても読み取られ、カーネル ログ出力を無効にします。 通過
したがって、このオプションは、システム マネージャとシステム マネージャの両方からの通常の出力をオフにします。
カーネル。
debug
デバッグ出力をオンにします。 これは以下と同等です systemd.log_level=デバッグ。 ご了承ください
このオプションはカーネル自体によっても読み取られ、カーネルのデバッグ出力が有効になります。 通過
したがって、このオプションはシステム マネージャとシステム マネージャの両方からのデバッグ出力をオンにします。
カーネル。
緊急事態, -b
緊急モードで起動します。 これは以下と同等です systemd.unit=emergency.target および
互換性の理由と入力を容易にするために提供されています。
レスキュー用機材, , s, S, 1
レスキューモードで起動します。 これは以下と同等です systemd.unit=レスキュー.ターゲット そして提供
互換性の理由と、入力しやすくするためです。
2, 3, 4, 5
指定されたレガシー SysV ランレベルで起動します。 これらは以下と同等です
systemd.unit=runlevel2.target, systemd.unit=runlevel3.target,
systemd.unit=runlevel4.target, systemd.unit=runlevel5.target、それぞれ、および
互換性の理由と入力を容易にするために提供されています。
ロケール.LANG=, ロケール.LANGUAGE=, ロケール.LC_CTYPE=, ロケール.LC_NUMERIC=, ロケール.LC_TIME=,
ロケール.LC_COLLATE=, ロケール.LC_MONETARY=, ロケール.LC_MESSAGES=, ロケール.LC_PAPER=,
ロケール.LC_NAME=, ロケール.LC_ADDRESS=, locale.LC_TELEPHONE=, locale.LC_MEASUREMENT=,
ロケール.LC_IDENTIFICATION=
使用するシステム ロケールを設定します。 これにより、/etc/locale.conf の設定が上書きされます。 のために
詳細については、を参照してください ロケール.conf（5）と ローカルとします。
コア OS のコンポーネントによって認識されるその他のカーネル コマンド ライン パラメータについては、次を参照してください。
を参照してください。 カーネルコマンドラインとします。
ソケット そして FIFO
/run/systemd/通知
デーモンステータス通知ソケット。 これは AF_UNIX データグラムソケットであり、次の目的で使用されます。
によって実装されたデーモン通知ロジックを実装します。 sd_notifyとします。
/run/systemd/プライベート
間の通信チャネルとして内部的に使用されます。 systemctl(1) および systemd プロセス。
これは AF_UNIX ストリームソケット。 このインターフェイスは systemd に対してプライベートであるため、使用しないでください。
外部プロジェクトで使用できます。
/dev/initctl
SysV クライアント インターフェイスの限定的な互換性サポート。
systemd-initctl.サービスユニット。 これはファイル システム内の名前付きパイプです。 このインターフェース
は廃止されたため、新しいアプリケーションでは使用しないでください。
onworks.net サービスを使用してオンラインで systemd を使用する
