私はchrootとスタンドアロンシステムの両方で動作する必要があるUnixインストールを持っています。 chrootで実行している場合は、ホストシステムと競合または重複する可能性があるサービス（cron、inetdなど）を実行したくありません。
chrootで実行されているかどうかによって異なる動作をするシェルスクリプトをどのように書くことができますか？私にとって本当に必要なのは、/procchrootにインストールされ、スクリプトがrootとして実行される最新のLinuxシステムですが、より移植可能な答えを歓迎します。 （望むより/ procがマウントされていない場合は、chrootで実行されているかどうかはどうすればわかりますか？。/proc）
より一般的には、他の分離方法に適用できる提案が興味深いでしょう。実際の質問は、このシステムがどのサービスを実行する必要があるかです。 （chrootでは、答えは「いいえ」です。本格的な仮想マシンでは、答えは「はい」です。刑務所やコンテナなどの中間事例についてはわかりません。）
ベストアンサー1
ここで私がすることは、initプロセスのルート（PID 1）が現在のプロセスのルートと同じかどうかをテストすることです。/proc/1/rootリンクは常に存在しますが/（initリンク自体がchrootされない限り）、それに従うと「マスター」ルートディレクトリにリンクされます。このテクノロジは、chrootにインストールした後にudevの起動をスキップするなど、Debianの一部のメンテナンススクリプトで使用されます。
if [ "$(stat -c %d:%i /)" != "$(stat -c %d:%i /proc/1/root/.)" ]; then
echo "We are chrooted!"
else
echo "Business as usual"
fi
（しかし、これはrootアクセス権を持つchrootedプロセスがセキュリティに役に立たない理由の別の例です。root以外のchrootプロセスは読み取れませんが、/proc/1/rootRun /proc/1234/rootthe same wayでPID 1234を使用して実行中のプロセスがある場合は、フォローできます。
ルートアクセス権がない場合は、/proc/1/mountinfo次のことを確認できます/proc/$$/mountinfo。filesystems/proc.txtLinuxカーネルドキュメントから）。このファイルは誰でも読むことができ、プロセスのファイルシステムビューにある各マウントポイントに関する広範な情報を含みます。このファイルへのパスは、リーダープロセス（存在する場合）に影響を与えるchrootによって制限されます。プロセスの読み取りが/proc/1/mountinfoグローバルルート以外のファイルシステムにルート化されている場合（pid 1のルートがグローバルルートであると仮定）、エントリは/表示されません/proc/1/mountinfo。プロセスがグローバルルートファイルシステムにルート指定のディレクトリを読み込むと、エントリはに表示されますが、/proc/1/mountinfoマウントIDは異なります。ところで、ルートフィールド（）は基本ファイルシステム内のchrootの場所を示します。//proc/1/mountinfo$4
[ "$(awk '$5=="/" {print $1}' </proc/1/mountinfo)" != "$(awk '$5=="/" {print $1}' </proc/$$/mountinfo)" ]
これは純粋なLinuxソリューションです。十分な類似性を持つ他のUnixバリアントで一般化することができます/proc（Solarisにも似たものがあると/proc/1/root思いますが、そうではありませんmountinfo）。