プロセスが開始されている理由を診断するにはどうすればよいですか？
私は主に学習演習としてubuntuボックスを実行しているので、UNIXの知識の「何かが機能するまでコマンドをコピーする」段階にまだ非常にいることを述べることから始めるべきでしょう。最近、14.10から15.04にアップグレードしました。そのアップグレード以降、大洪水のトレントクライアントのデーモンに問題が発生しています。
15.04にアップグレードしたとき、delugedデーモンをsystemdに移動するための「公式」の指示に従いました。このプロセスの一環として、このサービスに関連付けられている古い起動設定を削除したと思います。以前の構成と新しい構成の両方で、自分のユーザーアカウントでデーモンを起動しています（「deluge」ユーザーで起動すると、最初にインストールしたときに問題が発生しました）。これは、1つの問題を除いて機能します。
.serviceファイルが必要な構成に対して正しいにもかかわらず、このサービスが正常に開始され、systemctl start delugedを実行すると正常に機能しているにもかかわらず、delugedは、起動時にrootユーザーアカウントで実行されます。私はそれをrootとして実行したくありません、そして私が知る限り、私はそれをそうするように構成したことはありません-そしてデーモンのこのインスタンスは明らかに私の望ましいインスタンスが起動するのを妨げます。ルートとして実行したくないのは明らかです。これは、それが悪い考えであることがわかっているだけでなく、シンクライアントが実際に接続できなくなるためです。
Tl; dr：rootとしての起動時にこのサービスが起動する原因を特定するにはどうすればよいですか？また、起動しないようにするにはどうすればよいですか？最初に不要なものを手動で強制終了しなくてもデーモンを正しく起動できます再起動するたびにインスタンス？手順に従う前に既存の構成をすべて削除しましたが、私が知る限り、upstartとinit.dはシステム上でアクティブではなくなりました。大洪水は私が初めてのUNIXインストールで最初に構成したものの1つだったので、最初にインストールしたときに覚えていない何か馬鹿げたことをした可能性があります。
（答えを提供するのに十分親切な人にとって、私の現在のUNIXの能力は、プロセス/デーモンが実行されているかどうかを知り、構成ファイルを理解して手動で編集し、ログを解釈する方法を初心者が理解し、基本的にまったく理解していないレベルです。舞台裏で働いているより深い概念の。）
これはそれほど一般的な問題ではないようで、これを解決するために、私は自分の質問に答えています。プロセスは/etc/rc.localで開始されていたことがわかりましたが、これは本当に愚かでした。私（そして私がそこでチェックしようとは思わなかったのもかなり愚かです）。
したがって、ここで学ぶべき教訓がある場合は、障害が発生する可能性のあるすべての方法を列挙し、どんなに愚かであっても、すでにチェックしたと思うかどうかに関係なく、可能性を1つずつチェックすることです。