systemctl init.dとサービスの違い

私はLinuxが初めてで、Amazon Lightsailインスタンス（Ubuntu 16.04 LTS）を使用して自分自身をテストしています。

私が出会った多くのガイドを調べてみると、サービスを開始/停止/再起動/リロード/ステータスチェックするためにさまざまなコマンドを使用している人々がいます。具体的にはこれら。

sudo systemctl status apache2.service
sudo /bin/systemctl status apache2.service
sudo /etc/init.d/apache2 status
sudo service apache2 status

上記のコマンドはすべて機能します。

1. あるコマンドを他のコマンドよりも優先すべきですか？
2. はいの場合、なぜですか？
3. 他に注意する必要があるコマンドはありますか？

Monitでinit.dを使用すると、ステータスオプションを使用するときに問題が発生しました（ステータスは、サービスが実際にオンラインであったときにオフラインになり、Monitによって再起動されます）。Monitのコードをinid.dから/ bin / systemctlに変更して修正しました。

init.dを使用すると、他の人が何が起こったのかに関する詳細情報が得られるようです。他のコマンドのいずれかを使用する必要がある場合、何が行われたかに関する詳細情報を表示させることは可能ですか？

ubuntu@ip-172-26-12-245:~$ sudo systemctl restart pure-ftpd.service
ubuntu@ip-172-26-12-245:~$ sudo /bin/systemctl restart pure-ftpd.service
ubuntu@ip-172-26-12-245:~$ sudo /etc/init.d/pure-ftpd restart
[ ok ] Restarting pure-ftpd (via systemctl): pure-ftpd.service.
ubuntu@ip-172-26-12-245:~$ sudo service pure-ftpd restart
ubuntu@ip-172-26-12-245:~$

この質問を読んで返信する時間を割いてくれたすべての人に事前に感謝したいと思います。

はじめに、からにSysVInit移行する間に歴史と闘争がありSystemDます。ただし、すべてを1つの答えに分解しようとするのではなく、Googleベンチャーを参照して、履歴の詳細とトピックに関する特定の記事を参照してください。

http://www.tecmint.com/systemd-replaces-init-in-linux/

しかし、要約すると、それはゆっくりで困難な移行でした。一部のレガシー機能はそのまま（init.dある程度まで）保持されました。systemctlサービスコントロールに使用するオプションがある場合は、その使用をお勧めします。Linuxの予測可能な将来であり、最終的には古いSysVInitメソッドは完全に非推奨と見なされ、削除されます。

具体的にリストしたそれぞれをカバーするには：

1. sudo systemctl status apache2.service

これは、SystemDサービスを処理するための新しいアプローチです。Linuxのアプリケーションは、他のシステムではなくsystemdメソッドを使用するように設計されています。

2. sudo /bin/systemctl status apache2.service

これは前のコマンドと同じです。この場合の唯一の違いは$PATH、コマンドを見つけるためにシェルの環境変数に依存するのではなく、コマンドへのパスを含めることによってコマンドを明示的にリストすることです。

3. sudo /etc/init.d/apache2 status

これは、SysVInitサービスを呼び出す元の方法です。Initスクリプトはサービス用に作成され、このディレクトリに配置されます。このメソッドはまだ多くの人によって使用されserviceていますが、でサービスを呼び出すこのメソッドを置き換えるコマンドがありましたSysVInit。の新しいシステムにはこれにいくつかのレガシー機能がありますがSystemD、ほとんどの新しいプログラムにはこれが含まれておらず、すべての古いアプリケーション初期化スクリプトが動作するわけではありません。

4. sudo service apache2 status

これは、SysVInitサービスのシステムで使用される主要なツールでした。場合によっては/etc/init.d/スクリプトにリンクしているだけですが、他の場合には他の場所に保存されている初期化スクリプトに移動しました。これは、サービス依存関係処理へのスムーズな移行を提供することを目的としていました。

最後に、コマンドからより多くの情報を取得する方法を知りたいということを言及します。一部の情報は他の情報よりも多くの情報を提供するためです。これはほとんどの場合、アプリケーションと、それらがinitまたはサービスファイルをどのように設計したかによって決まります。原則として、黙って完了した場合は成功しました。ただし、、、またはを確認するstartには、サブコマンドを使用して、その動作を確認できます。古いinitスクリプトでコマンドが正しくないことに言及しました。それはアプリケーション開発者が見なければならないバグです。ただし、initスクリプトはサービスを処理するための非推奨の方法になっているため、initスクリプトオプションを完全に削除するまでバグを無視する場合があります。のstoprestartstatusstatussystemctl status 常に正しく機能する必要があります。そうでない場合は、アプリケーション開発者にバグを記録する必要があります。