問題タブ [systemd]

で動作する移植可能な init スクリプトを作成する方法

• 成り上がり (Ubuntu)
• systemd
• オプションのinit.d

私のコンテキストでは、他のプラットフォーム (Windows、Android、OS-X) は重要ではありません。

CentOS 7 で Apple キーボードの fn キーを修正しようとして、設定しました

それでも再起動後

インターネット上の提案には、Centos 7 には存在しないように見える update-initramfs の実行、および /etc/rc.local で「echo 2 >> /sys/module/hid_apple/parameters/fnmode」の実行が含まれます。もちろんsystemdの下にはもう存在しません。

その設定を永続化する正しい方法は何ですか?

特定のデバイス/共有/マウントに対してマウント試行が行われる前に、プログラムを実行したいと思います。たとえば、autofs/amd で /data/{1..10} を制御したいのですが、プロセスが /data/4 を開くと (そして /data/4 は現在マウントされていません)、次のようなスクリプトが呼び出されます。マウントを試みる前に、'/usr/local/bin/preparedata 4' (4 は autofs 制御ディレクトリ内のマウント ポイント名) として。たとえば、iSCSI LUN (autofs マップで参照される) を動的にアタッチしたり、(マップで指定された) NFS エクスポートを持つリモート システム/VM を起動したりできます。

不足している場合は、詳細を追加していただければ幸いです。

更新: systemd が open() 呼び出しを傍受しているように見えることに気付きました。特に systemd でこれを行う方法はありますか?

（ubuntu 14.04のdockerバージョン1.4.1）で変更/etc/default/dockerしましDOCKER_OPTS="-H tcp://127.0.0.1:2375 -H unix:///var/run/docker.sock"たが、何の効果もありません（ポートでリッスンしていません2375）。環境も機能しないことがわかったため、dockerはこの初期構成ファイルを読み取っていないようですexport http_proxy。

のみsudo docker -H tcp://127.0.0.1:2375 -H unix:///var/run/docker.sock -d動作します。

それは本当に私を混乱させました！

Jessie にアップデートした後、コンピューターが起動しません。起動は毎回systemd-fsckで停止します。

例: [1.600804] systemd-fsck[194]: /dev/sdb1: クリーン、253534/14647296 ファイル、4095775/58568960 ブロック

Ubuntu upstart/Debian SysV および systemd システム用の共通の init スクリプト セットを作成しようとしています。

/etc/init.d/appname新興企業の場合、いつでもファイルに簡単なチェックを入れることができます。

（または、一部のUbuntuスクリプトが行うように、より洗練された関連コマンドをアップスタートに転送することもできます）

systemd が使用されているかどうかを検出し、終了するか systemctl にリダイレクトする同様の方法はありますか? 多くの openSUSE スクリプトが systemctl にリダイレクトされていることは認識していますが、スクリプトを見てみると、これがどのように行われるのか正確にはわかりません。私はそれ/etc/rc_statusが含まれているファイルを介していると推測していますが、これはopenSUSE固有のようで、CentOSには適用されません.

最終的には、Ubuntu 14、Debian 7、CentOS/RHEL 7、および openSUSE (任意の systemd) をサポートしたいと考えています。したがって、私のsystemv initスクリプトは実際にはDebian専用であり、他のすべてのディストリビューションにメッセージとともに存在するだけです（または、標準的な方法でsystemctl / upstartにリダイレクトします）。

これを達成するための例/ベストプラクティスはありますか?

サービス ファイルで CapabilityBoundingSet オプションを使用して、ルート ユーザーの機能を削減しようとしています。とにかく、ルートがファイルを書き込むのを防ぐことはできないようです。

たとえば、次のサービス ファイルを使用します。

したがって、この元のファイルがある場合:

私のカーネルのバージョンは 3.1.10 です。

空のセットやその他の機能も試しましたが、機能しません.何が問題なのですか?

@.service とペアになった systemd .socket があります。ソケットには、指定されたポートを介してクライアントからの TCP 接続を受け入れるために「Accept=yes」が含まれています。その後、サーバー プログラムを実行して TCP 接続を処理する @.service インスタンスが作成されます。現在、サーバー (linux c++) に接続する 1 つのクライアント (Windows ソフトウェア) でテストしています。

私の問題は、最初のクライアント接続試行で、TCP 接続は成功しますが、systemd が関連する @.service を起動する前に長い遅延 (5 ～ 10 秒) があることです。それ以降の接続では、TCP RST パケットを受信しない限り、ほぼ即座に @.service が起動されます。TCP RST パケットが受信されると、@.service が開始される前に 5 ～ 10 秒の遅延として次の接続が再び開始され、サイクルが繰り返されます。

私の .socket ファイルは非常に単純です。[Socket] の部分では、ListenStream ポートと Accept=true を指定するだけです。

この遅延を引き起こしている可能性のあるアイデアはありますか?

(systemd)stdoutを介して分析できるように、nginx アクセス ログをリダイレクトしたいと考えています。journalctl

承認された回答を持つ同じ質問があります。 nginx の access_log と error_log をマスター プロセスの STDOUT と STDERR に記録しますが、うまくいき ません。と/dev/stderr私は得るopen() "/dev/stderr" failed (6: No such device or address)。/dev/stdoutI get no access logs inでjournalctl -u nginx。

nginx.conf

サイト名.conf

nginx.service

上記のコードで可能なすべてのパラメーターを変更し、異なるnginxバージョン（1.2、1.6）で回避するために最善を尽くしましたが、成功しませんでした。

これを機能させる方法に非常に興味があるので、以前の回答が間違っている、投機的、または環境固有であると考えているため、別のスレッドでこの質問を再度提起します。

次のような行のみが含まれています

アクセスログの兆候はありません:(