atftpd は systemd の opensuse tumbleweed では開始されません。

Question

サービスの開始を拒否するのはなぜですか？問題を解決するにはどうすればよいですか？

なぜなら、あなたは間違ったことを始めたからです。正しいことを始めてください。 ☺

ここで購入した商品は

標準入力=ソケット

サービス単位ファイルにあります。これは、デーモンが標準入力としてソケットを要求し、systemdがデーモンを生成するときにソケットを提供すると予想していることを示します。「しかし、それは何ソケットですか？」誰かが尋ねた。 systemdはどのソケットを使用すべきかを魔法のように知らず、プロセス＃1の既存のソケットファイル記述子にサービスを接続しません。

答えは、WWWの他の人が（数年前）異なっていたが、（更新済み）atftpdのOpenSUSEパッケージングatftpdを成熟したバージョンとして使用するソケットアクティベーションサービス。 systemdのソケットの起動に関する多くの記事があります。それは微妙で、説明するのはこの答えの範囲外です。今、この特定のサービスについて知っておくべきことは次のとおりです。

システム管理者であるお客様は、atftpdサービスを開始/停止してatftpdサービスを開始/停止しないでください。提供する単位。あなたはスタート/ストップソケット単位。いつ。。。いつソケットUp、systemdはこれを監視し、ソケットへのトラフィックによってsystemdが発生します。それ自体スタート提供するデバイスでサービスを有効にするソケットにサービスを接続します。

ここのコマンドも同じですsystemctl start atftpd.socket。（もちろん同じですsystemctl stop atftpd.socket。）ソケットとサービスユニットの状態を表示するためにも使用できます。enabledisablesystemctl status atftpd.{service,socket}

atftpd.service（ファイルがないことがわかります。

[インストールする]

部分的にはatftpd.socket文書がそうです。繰り返しますが、これは景品です。ソケット起動/停止/アクティブ化/無効化デバイスはここで管理されます。 )

ところで、あなたの文書の内容は/etc/sysconfig/atftpd偽です。一致しないatftpd.sysconfigオープン水勢で。 OpenSUSEは、systemdがデーモンについて知っているものと一致します。場合によっては、ローカル修正は必要なく、他の場合はローカル修正が完全に無効です。

システムサービスユニットのデフォルト値はですが、そのType=simpleオプション/etc/sysconfig/atftpdを使用しています--daemon。これは準備プロトコルの不一致です。準備プロトコルの不一致により、サービスが正しく開始されないか（より一般的に）systemdでエラーと診断される可能性があります。だからあなたはまだサービスユニットではなくコントロールソケットユニットに切り替えても、自分で製作する問題に封着することになります。--daemon追加したオプションを削除してください。あなたのデーモンはいいえ準備状態を示すためにフォークして終了します。 OpenSUSEの成熟したソケットアクティベーションサービスです。渡された文書は正しいです。

同様に、systemdもすでに作業中は、デーモンのすべての出力をsyslog、標準出力、および標準エラーに記録します。すでにこのログにアクセスするには、コマンドを使用しますjournalctl。--logfile冗長ロギングシステムを使用して設定する必要はありません。

Answer 1