私はDebian stretch/4.14.75
長年にわたって独自の自動インストーラ()を開発して使用してきました。udev-hook + shell-script
automounter-script
.
しかし、
# sed -i "/^MountFlags/s/=.*$/=shared/" \
/lib/systemd/system/systemd-udevd.service
再び良いことを確認するために、名前空間を名前空間に再度伝播することが可能かどうか、
mount(8)
または他の作業が可能かどうか疑問に思います。root
MountFlags=slave
私の考えでは、彼らが債務不履行をしたのに妥当な理由があると思いますか、それとも?
ベストアンサー1
いいえ。分離されたマウント名前空間で実行されると、実際にマウントをルート名前空間に伝播することはできません。
マウントネームスペースサンドボックスを無効にすることに加えて、次のものを使用できます。systemd-mount
この問題を解決してください。
サンドボックスの基本原理
systemdは、ファイルシステムを直接マウントするのではなく、udevルールからudevルールからユニット(つまりマウントユニット)を開始するように指示することを好みます。これが、udevdがMountFlags=slave
ホストマウントを汚染するためにファイルシステムを一時的にマウントしようとするルールエラーやルールを防ぐために、別々のマウントネームスペース()で実行される理由です。
しかし、もちろん、あなたの場合は、自動化されたインストーラスクリプトを介して実行したいことです。
システムマウント
次の呼び出しを置き換えて、udevdの別々のマウントネームスペース内で機能するように自動マウントスクリプトを調整できますmount
。systemd-mount
はと同じパラメータを持つツールmount
です。設置単位そして自動設置装置この目的のために、両方のデバイスは、再/run/systemd/system
起動後も持続しない一時ディレクトリの下に作成されます。 )
上書きしてマウントサンドボックスを無効にします。
udevdマウントネームスペースのサンドボックスを無効にするには、/lib
systemdパッケージに付属の構成ファイルを変更する代わりに、オーバーライド構成ファイルを使用します(次にaptがパッケージをアップグレードすると壊れる可能性があります)。 )
次のコマンドを使用して、エディタでオーバーレイファイルを開くことができます。
$ sudo systemctl edit systemd-udevd
MountFlags
次の2行を使用してデフォルト値(「共有」)にリセットできます。
[Service]
MountFlags=
変数を空の文字列に設定すると、通常はsystemdのデフォルト値にリセットされます。
最新バージョンのsystemdでは、これが設定に使用されますPrivateMounts=
。犯罪udevdサービスファイルを変換して使用してください。
これはオーバーレイの問題の1つを強調します。つまり、標準のsystemd構成から外れているため、最新のsystemdにアップグレードしても機能し続けるには追加または代替構成が必要なため、オーバーレイを調整する必要がある場合があります。
また、まずudevdを独自のマウントネームスペースにサンドボックス化するという利点も失われます。
したがって、使用されているソリューションがsystemd-mount
お客様に適している場合は、上書きするよりも適切なソリューションをお勧めします。