Linuxサービス起動項目構成
2803 ワード
SystemdのPOST
上記の2つの方法は、古典的なsystem V制御システムの起動と閉鎖に適しているが、現在(2018年10月)は、Ubuntu 16,centosを含むsystemdのシステムソフトウェア制御方式が多くのリリース版で使用されている.Systemdシステムはlinuxの下のプロセスの運行を管理して、アプリケーションに属して、linuxカーネルの範疇に属しません.
システムシステム上で電源を入れてから起動する方法を設定するのも簡単です(システムというソフトウェア管理ツールは簡単ではありませんが).
システム管理ツールがシステムに適用されているかどうかを確認します.
ここで注意しなければならないのは、systemdはlinuxリリースのプリインストールツールであり、システムソフトウェアの起動と終了を管理するために使用されます.そのため、通常、このセットはリリースに依存しています.システムがこのツールを使用している場合は、そうでなければ、インストールしても、プロセスを管理するために使用することができます.システム管理ツールとしてデフォルトでは設定されません.
システムがsystemdツールを使用しているかどうかを確認します.次のコマンドを使用できます.
システムが次のような情報を返すと、システムツールがソフトウェアを管理していることを示します.
システムctlの使用
ソフトウェアの管理は主にsystemdツールの中のsystemctlコマンドを通じて、以前のsystem Vの制御方式に比べて、systemdはもっと簡潔明瞭に見えて、ユーザーに対してもっと友好的で、httpdを持って例を挙げます:
自动起动の闭锁や取り消しについては、心の中では数えきれないだろう.
POSTの設定
私たちは再び重点に戻って、電源を入れてから起動するように設定します.
ターゲットにプロファイルを設定する必要がありますが、linuxは複雑なシステムとして、起動に関連する依存、実行レベル、実行環境などの問題をユーザーが指定する必要があります.起動時にシステムがソフトウェアを正しく実行する方法を知っています.このプロファイルは固定する.サービスは接尾辞として、例えば/home/downeyディレクトリのtestを実行します.shスクリプト、プロファイルtestを追加できます.service:
ファイルを/usr/lib/systemd/systemd/systemまたは/etc/systemd/systemmディレクトリの下に配置し、テストできます.
そしてあなたの/home/downey/testを見ることができます.shスクリプトが実行されているかどうかは、プロファイルが実行されている場合は問題ありません.次のように入力できます.
testスクリプトの起動を設定します.前のステップで問題が発生しなかった場合、このステップではほとんど問題が発生せず、次の情報が印刷されます.
ここでは/etc/systemd/system/multi-user.target.wants/ディレクトリの下に/usr/lib/systemd/system/testが作成されました.サービスファイルのソフトリンクは、ここで起動自起動を設定すると完了します.
プロファイルの簡単な解析
上記のプロファイルでは、プレゼンテーションのために、このテストスクリプトは必要ありませんが、重要な構成項目もいくつか書きました.必要でなければ削除できますが、[Unit]/[Services]/[Install]の3つのラベルは保持する必要があります.構成項目について簡単に説明します.
複数ある場合は、カンマで区切ります.
上記の2つの方法は、古典的なsystem V制御システムの起動と閉鎖に適しているが、現在(2018年10月)は、Ubuntu 16,centosを含むsystemdのシステムソフトウェア制御方式が多くのリリース版で使用されている.Systemdシステムはlinuxの下のプロセスの運行を管理して、アプリケーションに属して、linuxカーネルの範疇に属しません.
システムシステム上で電源を入れてから起動する方法を設定するのも簡単です(システムというソフトウェア管理ツールは簡単ではありませんが).
システム管理ツールがシステムに適用されているかどうかを確認します.
ここで注意しなければならないのは、systemdはlinuxリリースのプリインストールツールであり、システムソフトウェアの起動と終了を管理するために使用されます.そのため、通常、このセットはリリースに依存しています.システムがこのツールを使用している場合は、そうでなければ、インストールしても、プロセスを管理するために使用することができます.システム管理ツールとしてデフォルトでは設定されません.
システムがsystemdツールを使用しているかどうかを確認します.次のコマンドを使用できます.
systemd --version
システムが次のような情報を返すと、システムツールがソフトウェアを管理していることを示します.
systemd 232
+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN
システムctlの使用
ソフトウェアの管理は主にsystemdツールの中のsystemctlコマンドを通じて、以前のsystem Vの制御方式に比べて、systemdはもっと簡潔明瞭に見えて、ユーザーに対してもっと友好的で、httpdを持って例を挙げます:
httpd ：
sudo systemctl start httpd
httpd ：
sudo systemctl enable httpd
自动起动の闭锁や取り消しについては、心の中では数えきれないだろう.
POSTの設定
私たちは再び重点に戻って、電源を入れてから起動するように設定します.
ターゲットにプロファイルを設定する必要がありますが、linuxは複雑なシステムとして、起動に関連する依存、実行レベル、実行環境などの問題をユーザーが指定する必要があります.起動時にシステムがソフトウェアを正しく実行する方法を知っています.このプロファイルは固定する.サービスは接尾辞として、例えば/home/downeyディレクトリのtestを実行します.shスクリプト、プロファイルtestを追加できます.service:
[Unit]
Description=
Documentation=
After=network.target
Wants=
Requires=
[Service]
ExecStart=/home/downey/test.sh
ExecStop=
ExecReload=/home/downey/test.sh
Type=simple
[Install]
WantedBy=multi-user.target
ファイルを/usr/lib/systemd/systemd/systemまたは/etc/systemd/systemmディレクトリの下に配置し、テストできます.
sudo systemctl start test.service
そしてあなたの/home/downey/testを見ることができます.shスクリプトが実行されているかどうかは、プロファイルが実行されている場合は問題ありません.次のように入力できます.
sudo systemctl enable test.service
testスクリプトの起動を設定します.前のステップで問題が発生しなかった場合、このステップではほとんど問題が発生せず、次の情報が印刷されます.
Created symlink /etc/systemd/system/multi-user.target.wants/test.service → /usr/lib/systemd/system/test.service.
ここでは/etc/systemd/system/multi-user.target.wants/ディレクトリの下に/usr/lib/systemd/system/testが作成されました.サービスファイルのソフトリンクは、ここで起動自起動を設定すると完了します.
プロファイルの簡単な解析
上記のプロファイルでは、プレゼンテーションのために、このテストスクリプトは必要ありませんが、重要な構成項目もいくつか書きました.必要でなければ削除できますが、[Unit]/[Services]/[Install]の3つのラベルは保持する必要があります.構成項目について簡単に説明します.
Description：
Documentation：
After： ， ，
Wants： ，
Requires： ， 。
ExecStart：
ExecStop：
ExecReload：
Type： ， simple
WantedBy： ， linux ， systemd ， 。
複数ある場合は、カンマで区切ります.