initスクリプト（またはopenrc）を使用すると、常に別のインストールルートからサービスを実行できます。
しかし、私が走ったとき、私chroot /somepath/to_root /usr/bin/systemctl start someserviceは得た：

Running in chroot, ignoring request.

systemdにサービスを実行させる方法はありますか？

更新：
ホストシステムがinitスクリプトまたはopenrcを実行していることを忘れましたが、systemdを使用したことはありません。また、chrootを使用して、最小シェルを起動できないUnixシステムのトラブルシューティングを行いました。

systemdディストリビューション（Arch Linux、OpenSUSE、Fedora）でよく知られている問題。

Systemdはsysvinitに代わるものであり、これに対して1つの大きな利点を提供します。sysvinitでは、サービスの開始を要求すると、スクリプトを呼び出す人の実行コンテキストを継承します。これには、環境変数、ulimitsなどが含まれます。Systemdはこれとは逆に、デーモンを通知することでこれを改善します。デーモンは、環境が常に同じであるため、サービスのパフォーマンスを予測するのがはるかに容易な、明確に定義された健全な一定の環境でサービスを開始します。

これは、chroot内からsystemctlを呼び出すとき、chroot内にいることは無関係であり、継承される環境は現在のPID 1の環境ではないことを意味します。しかし、これはさらに悪化します。通信ソケットは/ run / systemd内に配置されるため、chroot内のプロセスはinitシステムと通信することさえできません！

それでは、systemdディストリビューションでどのようにchrootしますか？

1. Linuxコンテナのみが必要な場合は、このArch Wikiページで、Linuxコンテナを30秒以内にセットアップする方法を説明しますsystemd-nspawn。

2. 代わりに本当にchroot環境が必要な場合、この美しく透明なWebページは2つの実用的なソリューションを提供します（2つ目はポイント＃1で提供されたものの修正版です）。

systemd 「サービス」のみを無視するため、デーモンコマンドを手動で実行するだけです。

の代わりに

service sshd start

私が使う

/usr/sbin/sshd -D &

数年後、ほとんどのSystemdの実用的な問題に対する解決策は1つしかないと認めざるを得ません。エラーはSystemd自体であるため

UpstartやOpenrcのようなものに直面したことがない問題があったので、Systemdには本当にうんざりしています。

• RAMが24Mbのみで書き込み可能なストレージがない組み込みシステムであっても、cgroupのサポートを必要とするカーネルの強制（オプションではなく、構成ファイル内でデフォルトで有効化されます） 。
• モジュラーであるという主張にもかかわらず、実行時に依存性の地獄はそれを強力な神のオブジェクトにします：単一のreiser4 rootfsでブートしたいですか？多くのプログラムでは、reiser4パーティションからカーネルイメージを同時に読み取ることも、同時にインストールすることもできないパッケージを必要systemd-udevdとする必要がsystemd-initあるため、systemd-bootこれは不可能grub2です。
• Bluetoothダイヤルアップ経由でインターネットに接続したいですか？samsung java me電話で動作しない場合、以前は手動で動作していたスクリプトとコマンドラインソフトウェアを実行できませんnetworkd。
• 最大の問題は、独自のLinuxディストリビューションを構築および保守する場合です。systemdinitモジュール自体には非常に多くの依存関係があるため、異なるインストールパッケージを使用して他のinitシステムを選択することはできません。
• システムでchrootできない場合、またはlibdb4.8からアップグレードした場合（少なくとも、最悪の場合、Microsoftにはxml形式のログファイルがあります）、ログを表示するのに幸運です。

唯一の解決策：

Systemdは、ossv4の代わりにalsaのように、問題を解決するために必要以上に複雑です。したがって、systemdを使用するものがある場合は、すべてのデータを消去するだけです。

dd if=/dev/urandom of=/dev/dm−0 bs=1M

そして、Openrcを使用したGentooのようなSysV Initの問題を解決する際に、まったく使用しないものをインストールします。
私の質問に関して、systemdはWindows®レジストリのようなものを作成します。その一部がめちゃくちゃになったら、それは終わりです。

いいえ。サービスはsystemctl（pid 1）によって実行され、systemctl（開始要求のみを送信する）ではなくsystemdによって実行されます。systemdはchrootの外部で実行されるため、サービスも実行されます。

技術的には（systemctlに何らかの方法でそのルートをsystemdに渡すことで）これを実装することは可能ですが、完全なコンテナを作成するためのツールがすでにあるため（systemd-nspawn /somepath/to_root）ただし、いつでもメーリングリストに連絡できます。

chrootからのネットワーク構成を使用してレスキューモードでネットワークを起動しようとすると、この問題に直面していました。最後に、これは私のために働く：

service --skip-redirect <service> restart

または：

SYSTEMCTL_SKIP_REDIRECT=_ /etc/init.d/<service> restart

ソケットをアクティブにしてinetdスタイルのサービスを起動する場合は、代わりに、chrootとバイナリの両方をinetdスタイルの起動ターゲットとして指定する構成ファイルを使用して、stunnelを起動することを検討してください。

SELINUXの問題がある可能性があることに注意してください。Oracle Linux 7.1システムでは、stunnelが読み取る必要があるすべてのファイルで「chcon -v --type = stunnel_etc_t」を実行する必要がありました。

ソケットのクライアント側でTLS暗号化を使用する必要があります（つまり、構成に「client = yes」が含まれる別のstunnel）。これに関する詳細が必要な場合はお知らせください。

nohupコマンドを使用して、chrootでサービスを開始できます。httpdたとえば、サービスを開始するには、このようにします。

nohup httpd /dev/null &

それを止める pkill httpd