シェルを使用してinitシステムを検出する

これは、オペレーティングシステムの検出に関連している可能性がありますが、特にシステムで現在使用されているinitシステムが必要です。

Fedora 15とUbuntuはsystemdを使用するようになり、UbuntuはUpstart（15.04までの長いデフォルト）を使用していましたが、他のものはSystem Vのバリエーションを使用しています。

クロスプラットフォームデーモンになるために書いているアプリケーションがあります。初期化スクリプトは、configureで渡すことができるパラメーターに基づいて動的に生成されています。

私がやりたいのは、彼らが使用している特定のinitシステム用のスクリプトを生成することです。これにより、インストールスクリプトをrootとしてパラメーターなしで合理的に実行でき、デーモンを自動的に「インストール」できます。

これは私が思いついたものです：

• / binでsystemd、upstartなどを検索します
• / proc / 1 / commをsystemd、upstartなどと比較します
• ユーザーに尋ねる

これを行う最良のクロス/プラットフォーム方法は何でしょうか？

関連の種類、大部分の* nixにbashを依存させることはできますか、それともディストリビューション/ OSに依存しますか？

対象プラットフォーム：

• マックOS
• Linux（すべてのディストリビューション）
• BSD（すべてのバージョン）
• Solaris、Minix、およびその他の* nix

2番目の質問に対する答えは「いいえ」です。ポータブルシェルプログラミングのリソースを参照してください。

最初の部分については-まず第一に、あなたは確かに注意する必要があります。確認するためにいくつかのテストを実行すると言います。誰かが systemd（たとえば）をインストールしたという事実は、実際にデフォルトとして使用されるという意味ではないからですinit。また、/proc/1/commさまざまなinitプログラムをインストール/sbin/initすると、メインプログラムのシンボリックリンクまたは名前を変更したバージョンを自動的に作成できるため、見ていると誤解を招く可能性があります。

たぶん最も便利なのは、initスクリプトの種類を確認することです。なぜなら、それらが実際に作成されるのは、何を実行するかに関係ないからです。

副次的な注意事項として、LinuxシステムとBSDシステムの両方と互換性のあるinitスクリプトの構造を提供することを目的としたOpenRCもご覧ください。

私は自分でこの問題に踏み込んで、いくつかのテストを行うことにしました。ディストリビューションごとに個別にパッケージ化する必要があるという答えには完全に同意しますが、それを妨げる実用的な問題がある場合もあります（特に人的資源）。

そのため、「自動検出」したい人のために、限られた一連のディストリビューションで私が見つけたものを以下に示します（以下で詳しく説明します）。

• 以下からupstartを伝えることができます。

  [[ `/sbin/init --version` =~ upstart ]] && echo yes || echo no

• systemdから次のことを知ることができます。

  [[ `systemctl` =~ -\.mount ]] && echo yes || echo no

• sys-v initは次の場所から通知できます。

  [[ -f /etc/init.d/cron && ! -h /etc/init.d/cron ]] && echo yes

以下は、次のコマンドラインを使用した実験です。

if [[ `/sbin/init --version` =~ upstart ]]; then echo using upstart;
elif [[ `systemctl` =~ -\.mount ]]; then echo using systemd;
elif [[ -f /etc/init.d/cron && ! -h /etc/init.d/cron ]]; then echo using sysv-init;
else echo cannot tell; fi

ec2インスタンス（us-east AMI idを含む）：

• ArchLinux：systemdを使用（2012.10.06以降）
• CentOS6.4 ami-52009e3b：upstartの使用
• CentOS7 ami-96a818fe：systemdを使用
• Debian 6 ami-80e915e9：sysv-initを使用
• Debian 7.5 ami-2c886c44：sysv-initの使用
• Debian 7.6 GCE container-vm：sysv-initを使用
• RHEL 6.5 ami-8d756fe4：upstartの使用
• SLES 11 ami-e8084981：sysv-initの使用
• Ubuntu 10.04 ami-6b350a02：upstartを使用する
• Ubuntu 12.04 ami-b08b6cd8：upstartを使用する
• Ubuntu 14.04 ami-a427efcc：upstartを使用する
• Ubuntu 14.10以下：systemdを使用する
• AWS Linux 2014.3.2 ami-7c807d14：upstartの使用
• Fedora 19 ami-f525389c：systemdを使用する
• Fedora 20 AMI-21362B48：systemdを使用する

明確にするために、これが絶対確実だと主張しているわけではありません！、そうではありません。また、便宜上、どこでも利用できないbash正規表現一致を使用しています。上記はこれで十分です。ただし、失敗したディストリビューションを見つけた場合はお知らせください。問題を再現するEC2 AMIがある場合は修正を試みます...

プロセスを使用する

＆psのさまざまなバージョンを検出できるいくつかのコマンドからの出力を見ると、次のように作成できます。systemdupstart

起業家

$ ps -eaf|grep '[u]pstart'
root       492     1  0 Jan02 ?        00:00:00 upstart-udev-bridge --daemon
root      1027     1  0 Jan02 ?        00:00:00 upstart-socket-bridge --daemon

systemd

$ ps -eaf|grep '[s]ystemd'
root         1     0  0 07:27 ?        00:00:03 /usr/lib/systemd/systemd --switched-root --system --deserialize 20
root       343     1  0 07:28 ?        00:00:03 /usr/lib/systemd/systemd-journald
root       367     1  0 07:28 ?        00:00:00 /usr/lib/systemd/systemd-udevd
root       607     1  0 07:28 ?        00:00:00 /usr/lib/systemd/systemd-logind
dbus       615     1  0 07:28 ?        00:00:13 /bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation

PID＃1であるプロセスの名前に注意を払うと、どのinitシステムが使用されているかを明らかにすることもできます。Fedora 19で（systemdたとえば、を使用します：

UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 07:27 ?        00:00:03 /usr/lib/systemd/systemd --switched-root --system --deserialize 20

そうではないことに注意してくださいinit。Upstartを使用したUbuntuでは、まだ/sbin/initです。

$ ps -efa|grep init
root         1     0  0 Jan02 ?        00:00:03 /sbin/init

注：ただし、これは少し注意して使用してください。特定のディストリビューションで使用されている特定のinitシステムがPID＃1として持っている必要があると言っているものは何もありませんsystemd。

ジェネリック

$ (ps -eo "ppid,args" 2>/dev/null || echo "ps call error") \
    | awk 'NR==1 || $1==1' | less
 PPID   COMMAND
    1   /lib/systemd/systemd-journald
    1   /lib/systemd/systemd-udevd
    1   /lib/systemd/systemd-timesyncd

ppid 1（initプロセスの子）を持つプロセスを見てください。（一部の）子プロセス名は、使用中のinitシステムを指している場合があります。

ファイルシステム

あなたが尋問した場合init、実行可能ファイルを、あなたにも、そこからいくつかの情報を得ることができます。--version出力を解析するだけです。例えば：

起業家

$ sudo /sbin/init --version
init (upstart 1.5)
Copyright (C) 2012 Scott James Remnant, Canonical Ltd.

This is free software; see the source for copying conditions.  There is NO warranty; not even for MERCHANTABILITY
or FITNESS FOR A PARTICULAR PURPOSE.

systemd

$ type init
init is /usr/sbin/init

注：init標準の場所にないという事実は、ちょっとしたヒント/言い方です。常に/sbin/initsysvinitシステム上にあります。

sysvinit

$ type init
init is /sbin/init

これも：

$ sudo init --version
init: invalid option -- -
Usage: init 0123456SsQqAaBbCcUu

結論

したがって、それを行う方法はありませんが、使用している初期化システムをかなり高い信頼性で特定する一連のチェックを作成できます。

それほど効率的ではありませんが、私はうまくいくようです。

strings /sbin/init | grep -q "/lib/systemd" && echo SYSTEMD
strings /sbin/init | grep -q "sysvinit" && echo SYSVINIT
strings /sbin/init | grep -q "upstart" && echo UPSTART

複数の文字列が一致した場合、より多くの行が出力され、「推測できない」に変換される可能性があります。grepで使用される文字列はわずかに変更できますが、次のOSでテストすると、常に1行になります。

• RHEL 6.4 [アップスタート]
• RHEL ES 4（Nahant Update 7）[SYSVINIT]
• Ubuntu 16.04.1 LTS [システム化]
• Ubuntu 14.04.2 LTS [アップスタート]
• Fedoraリリース23（オンラインシェル）[SYSTEMD]
• Debian GNU / Linux 7（オンラインシェル）[SYSTEMD]

同じソリューションのより単純なアプローチ（ただし、最初の一致で停止します）

strings /sbin/init |
  awk 'match($0, /(upstart|systemd|sysvinit)/) { print toupper(substr($0, RSTART, RLENGTH));exit; }'

時にはそれを使用するのと同じくらい簡単ls です：

$ ls -l /sbin/init
lrwxrwxrwx 1 root root 20 juin  25 12:04 /sbin/init -> /lib/systemd/systemd

が/sbin/initシンボリックリンクでない場合は、他の回答の次の提案をさらに確認する必要があります。

1. これがディストリビューション固有のパッケージの目的です。ソフトウェアを適切にインストールすることは、単にinitシステムを検出するだけではありません。多くのディストリビューションはSysVinitを使用しますが、すべてのディストリビューションが同じ方法で初期化スクリプトを作成するわけではありません。これを解決する適切な方法は、すべての異なるバリアントを含めてから、rpmディストリビューションのディストリビューション固有の依存名、aptベースのシステムのdebファイルなどを含むスペックファイルを使用してバンドルすることです。依存関係、スクリプト、initスクリプトなどを含む書き込みが可能です。ここで車輪を再発明しないでください。

2. いいえ。1に戻ります。bashが必要な場合は、依存関係にする必要があります。このチェックは、configureスクリプトの一部として指定できますが、パッケージの説明にも含まれている必要があります。

編集：--with upstartやなどの構成スクリプトでフラグを使用します --without sysvinit。適切なデフォルトを選択すると、他のディストリビューション用にソフトウェアをパッケージ化するスクリプトは、他のオプションでこれを実行することを選択できます。

Gentooで、pid 1を見てください：

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.0   4216   340 ?        Ss    2013   0:57 init [3]

そうである場合init、initシステムはOpenRCです。そうである場合systemd、initシステムはsystemdです。

Gentooはで検出できます[ -f /etc/gentoo-release ]。

Gentooのもう1つの方法profile-config showは、を使用することです。これは、使用されているデフォルトプロファイルを表示します。/ systemdで終わる2つを除くすべてのプロファイルは、OpenRC initを使用します。これらはデフォルトの代表に過ぎず、ユーザーがそのデフォルトを上書きするための措置を講じた可能性があり、実際に使用されているinitマネージャーを示していない可能性があります。

debianでは、/ sbin / initはデフォルトのinitへのシンボリックリンクです。

ls -l /sbin/init

あなたが探している情報を提供します。

$ ls -l /sbin/init 
lrwxrwxrwx 1 root root 20 nov 18 13:15 /sbin/init -> /lib/systemd/systemd

PID 1を使用してプロセスを単純に調べると、次のことがわかります。

strings /proc/1/exe |grep -q sysvinit
strings /proc/1/exe |grep -q systemd

ファイル記述子を調べることも役立ちます。そして、それは実際にinitを実行しているからです（Debian stretchは現在、より多くのinitシステムをインストールすることを許可しています）:-)

$ ls -l /proc/1/fd |grep systemd
lrwx------ 1 root root 64 srp 14 13:56 25 -> /run/systemd/initctl/fifo
lr-x------ 1 root root 64 srp 14 13:56 6 -> /sys/fs/cgroup/systemd

$ ls -l /proc/1/fd |grep /run/initctl # sysvinit
lrwx------ 1 root root 64 srp 14 14:04 10 -> /run/initctl

$ ls -l /proc/1/fd |grep upstart
l-wx------ 1 root root 64 srp 13 16:09 13 -> /var/log/upstart/mysql.log.1 (delete
l-wx------ 1 root root 64 srp 13 16:09 9 -> /var/log/upstart/dbus.log.1 (deleted)

$ ls -l /proc/1/fd # busybox
total 0
lrwx------    1 root     root          64 Jan  1 00:00 0 -> /dev/console
lrwx------    1 root     root          64 Jan  1 00:00 1 -> /dev/console
lrwx------    1 root     root          64 Jan  1 00:00 2 -> /dev/console

check /proc/1/exebusyboxは通常symlinksを使用するため、busyboxをチェックするより安全な方法は次のとおりです。

$ ls -l /proc/1/exe 
lrwxrwxrwx    1 root     root          0 Jan  1 00:00 /proc/1/exe -> /bin/busybox

チェックは次のようになります。

{ ls -l /proc/1/fd |grep -q systemd && echo "init: systemd"; } || \
{ ls -l /proc/1/fd |grep -q /run/initctl && echo "init: sysvinit"; } || \
{ ls -l /proc/1/fd |grep -q upstart && echo "init: upstart"; } || \
{ ls -l /proc/1/exe |grep -q busybox && echo "init: busybox"; } || \
echo "unknown init"

Debian（wheezy）/ Ubuntu（14.10。）以外の他のシステムについては知りませんが、このような問題は単純な古いfileコマンドでテストします。

file /sbin/init

これを与える：

/sbin/init: symbolic link to 'upstart'

systemd（例えばsid）を備えたDebianシステムはこれを示します：

# file /sbin/init 
/sbin/init: symbolic link to /lib/systemd/systemd

私もこれと同じ問題を抱えており、いくつかのRedHat / CentOS / Debian / Ubuntu / Mintマシンで多くのテストを行いました。これが私が最終的に良い結果をもたらしたものです。

1. PID 1の実行可能ファイルの名前を見つけます。

   ps -p 1

   systemdまたはUpstartの場合、問題は解決しました。「init」の場合は、シンボリックリンクまたは先行名以外の何かである可能性があります。どうぞ。

2. 実行可能ファイルの実際のパスを見つけます（rootとしてのみ機能します）：

   ls -l `which init`

   initUpstartまたはsystemdへのシンボリックリンクの場合、問題は解決しました。それ以外の場合、SysV initを持っていることはほぼ確実です。ただし、実行可能ファイルの名前が間違っている可能性があります。どうぞ。

3. 実行可能ファイルを提供するパッケージを見つけます。残念ながら、これはディストリビューションに依存しています。

   dpkg-query -S (executable real path) # Debian  
   rpm -qf (executable real path) # RedHat  

次に、それをスクリプト化する場合（最も面白い部分、私見）、これらは私のワンライナーです（rootとして実行）：

ls -l $(which $(ps -p 1 o comm)) | awk '{ system("dpkg-query -S "$NF) }' # Debian  

ls -l $(which $(ps -p 1 o comm)) | awk '{ system("rpm -qf "$NF) }' # RedHat  

これは、一部の初期化システムでは非常に簡単です。systemdの場合：

test -d /run/systemd/system

新興企業向け：

initctl --version | grep -q upstart

その他については、ディストリビューション（OS Xで起動、Debianでsysvinit、GentooでOpenRC）に基づいて想定できます。

検出を行うbashスクリプトを次に示します。現時点ではupstartとsystemdのみをチェックしますが、簡単に拡張できるはずです。DisplayLinkドライバーのインストールスクリプトに貢献したコードからこれを取得しました。

detect_distro()
{
  # init process is pid 1
  INIT=`ls -l /proc/1/exe`
  if [[ $INIT == *"upstart"* ]]; then
    SYSTEMINITDAEMON=upstart
  elif [[ $INIT == *"systemd"* ]]; then
    SYSTEMINITDAEMON=systemd
  elif [[ $INIT == *"/sbin/init"* ]]; then
    INIT=`/sbin/init --version`
    if [[ $INIT == *"upstart"* ]]; then
      SYSTEMINITDAEMON=upstart
    elif [[ $INIT == *"systemd"* ]]; then
      SYSTEMINITDAEMON=systemd
    fi
  fi

  if [ -z "$SYSTEMINITDAEMON" ]; then
    echo "WARNING: Unknown distribution, assuming defaults - this may fail." >&2
  else
    echo "Init system discovered: $SYSTEMINITDAEMON"
  fi
}

systemdとinitdをテストする場合、互換性の落とし穴がたくさんあります。これは実際にOpenSuSE 42.1で機能します。ps --pid 1 | grep -q systemd && echo 'systemd' || echo 'init'

のためにsystemd：

if [[ `systemctl is-system-running` =~ running ]]; then echo using systemd; fi

私の解決策：ID 1のプロセスとして実行されているコマンドを確認します。

case `cat /proc/1/comm` in
    init)    echo Init ;;
    systemd) echo SystemD ;;
    # add here other patterns
    *)       echo "unknown: '`cat /proc/1/comm`'" ;;
esac

現時点ではInitとSystemDマシンにしかアクセスできないため、UpstartまたはmacOS（OS X）がどのように検出されるかわかりませんが、検索を続けます。

check(){
    if hash systemctl 2>/dev/null;
    then
        echo "there is systemd"
    fi

    if hash initctl 2>/dev/null;
    then
        echo "there is upStart"
    fi

    if [ -f "/etc/inittab"];
    then
        echo "there is systemV"
    fi
}