Ubuntu 16.04 LTSをインストールしましたが、実行すると見つかりました

usr@server:~$ sudo service <servicename> restart
usr@server:~$

サービスは再起動されます（ステータスはで確認できますservice <servicename> status）が、シェルは予期せずにコマンドラインに直接戻ります。

* Stopping <servicename>     [ OK ]
* Starting <servicename>     [ OK ]

このような出力は期待できません。

手始めに、Ubuntuは以前のバージョンではこのように動作しませんでした。Ubuntuは10年弱の新興システムであり、serviceUbuntu でのコマンドの動作は、それらのすべての年の間、期待していたものと似ていません。一つはの成り上がり動作確認できるservice画像でコマンドを私は15.10で出力を印刷するにはserviceコマンドを取得するにはどうすればよいですか？。

あなたにとっての答えは、昨年のUbuntuバージョン15.10を持っている人たちとほとんど同じです。

systemdオペレーティングシステムであるUbuntuバージョン16.10を使用しています。システムサービス管理は、upstart（または以前に使用していた非Ubuntuのオペレーティングシステムで実行されたユーティリティ）によって実行されなくなりました。これはsystemdによって実行されます。

serviceコマンドは、同じであってもよい...しかし、Debianの/ Ubuntuのserviceコマンドは、しようと成り上がりかにsystemdが実行してシステム・サービス・マネージャであるかどうかを自動検出し、新興およびシステムDの実際のネイティブサービス管理コマンドを実行することをシェルスクリプトです。upstartとsystemdの2つのかなり完全に異なるコードパスを実行します。

成り上がりのネイティブサービス管理コマンドはinitctl start、initctl stop、initctl statusなどと。それらは行くと同時にメッセージを印刷します。

systemdにのネイティブサービス管理コマンドですsystemctl start、systemctl stop、systemctl statusなどと。これらは、動作時に出力を印刷しません。

参考文献

• /unix//a/233840/5132
• /ubuntu//a/621209/43344
• /ubuntu//a/613814/43344
• 15.04では、 `service`は（ステータスを除いて）有用な出力を提供しなくなりましたか？

実際には、OK出力は必要ありません。出力がない場合はOKを意味します。サービスが適切に起動しない場合、Ubuntuは次のようなメッセージを表示します。

制御プロセスがエラーコードで終了したため、php5.6-fpm.serviceのジョブが失敗しました。詳細については、「systemctl status php5.6-fpm.service」および「journalctl -xe」を参照してください。

私の場合、この例はphp-fpm.confの設定の誤りであり、サービスを開始できませんでした。指示に従って、エラーの原因を分類しました。