ファイルシステムがアンマウントされていますが、まだ使用されているのはなぜですか？

Question

免責事項：部分的なカーネルエラーが発生する理由は、この回答で説明できず、説明しません。これはカーネルのバグのように見え、I / Oエラー条件が原因で発生する可能性があります。

長い話を短く

新しいマウントネームスペースが元のマウントネームスペースからマウントされたファイルシステムを継承している場合、ファイルシステムはまだ使用されている可能性がありますが、2つの間の伝播設定によって元のネームスペースからアンマウントが有効になりません。新しい名前空間。このコマンドは、findmnt -A -o +PROPAGATION出力に表示される各マウントポイントの伝播状態も表示します。

通常、これは起こってはいけません。システム環境のためシステム/共有マウントはカーネルのデフォルトではなく最初に行われるため、privateマウント解除は共有グループ内で伝播できます。したがって、システム化されていない環境やツールが--make-private一部のインストールで明示的に使用されている場合、これはより簡単に発生すると予想されます。--make-private特に、仮想擬似ファイルシステムの用途は依然として存在する。

このようなことが起こらないようにする1つの方法は次のとおりです。新しいマウントネームスペースを作成する前に共有でマウントポイントを変更します mount --make-shared ...。

共有マウントと非共有マウントで何が起こるかを説明するために実験を行った。私は、システム化された環境または非システム化された環境で実験が同じようにうまく機能することを確認しようとしています。

実験

これは以下のように複製できます（一部の値を/dev/loop0調整する必要があります）。

# truncate -s $((2**20)) /tmp/test.raw
# mkfs.ext4 -Elazy_itable_init=0,lazy_journal_init=0 -L test /tmp/test.raw
mke2fs 1.47.0 (5-Feb-2023)

Filesystem too small for a journal
Discarding device blocks: done                            
Creating filesystem with 1024 1k blocks and 128 inodes

Allocating group tables: done                            
Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done

# losetup -f --show /tmp/test.raw 
/dev/loop0
# mkdir -p /mnt/propagation/test

これにより、ディレクトリをマウントポイントに切り替えて、システム全体を変更せずに後で変更実験を伝播できます。

# mount --bind /mnt/propagation /mnt/propagation

これで、実験によって異なる結果が出ることがあります。

unshare(1)言う：

unshareprivateutil-linuxバージョン2.27は、新しいネームスペースが実際に共有されないように、新しいマウントネームスペースに自動的に伝播を設定するためです。この機能はオプションを使用して無効にできます--propagation unchanged。これがprivateカーネルのデフォルト値であることに注意してください。

他のツールもこれを行うことができます。ここでは、デフォルトのマウントポイントを変更し、/mnt/propagation常に。--propagation unchanged//

そしてshared
```
# mount --make-shared /mnt/propagation
# mount /dev/loop0 /mnt/propagation/test
# ls /mnt/propagation/test
lost+found
# cat /proc/self/mountinfo | grep /mnt/propagation/test
862 854 7:0 / /mnt/propagation/test rw,relatime shared:500 - ext4 /dev/loop0 rw
```
2番目の（ルート）シェルを作成し、新しいインストール名前空間の共有を解除します（区別するためにプロンプトをNMNS＃に変更しました）。
```
# unshare -m --propagation unchanged --
NMNS# cat /proc/self/mountinfo | grep /mnt/propagation/test
1454 1453 7:0 / /mnt/propagation/test rw,relatime shared:500 - ext4 /dev/loop0 rw
NMNS# cd /mnt/propagation/test
```
さらに、shared:500リンクは両方の名前空間にマウントされます。ある名前空間からマウントを解除すると、別の名前空間でもマウントが解除されます。

元のシェル（元のマウントネームスペース）からマウント解除します。
```
# umount /mnt/propagation/test
umount: /mnt/propagation/test: target is busy.
```
リソース使用量をオフにする：
```
NMNS# cd /
```
```
# umount /mnt/propagation/test
# 
```
今回は効果がありました。

新しいマウントネームスペースからも消えることを確認してください。
```
NMNS# cat /proc/self/mountinfo | grep /mnt/propagation/test
NMNS# 
```
カーネルは、dmesgファイルシステムが（どこでも）アンマウントされたことを記録します。たとえば、次のようになります。
```
EXT4-fs (loop0): unmounting filesystem e74e0353-ace0-4eff-86ae-30e288db853e.
```
クリーンアップするには、新しくインストールされた名前空間でシェルを終了します。
そしてprivate
```
# mount --make-private /mnt/propagation
# mount /dev/loop0 /mnt/propagation/test
# cat /proc/self/mountinfo | grep /mnt/propagation/test
857 854 7:0 / /mnt/propagation/test rw,relatime - ext4 /dev/loop0 rw
```
もう共有しないでください。

他の場所：
```
# unshare -m --propagation unchanged --
NMNS# cat /proc/self/mountinfo | grep /mnt/propagation/test
1454 1453 7:0 / /mnt/propagation/test rw,relatime - ext4 /dev/loop0 rw
NMNS# echo $$
232529
```
```
# umount /mnt/propagation/test
# e2fsck /dev/loop0
e2fsck 1.47.0 (5-Feb-2023)
/dev/loop0 is in use.
e2fsck: Cannot continue, aborting.



# 
```
ファイルシステムは、新しいインストール名前空間にマウントされたままです。

元の名前空間でこの悪意のある名前空間を見つけるには、次のコマンドを実行します。
```
# for pid in $(lsns --noheadings -t mnt -o PID); do nsenter -t "$pid" -m -- findmnt /mnt/propagation/test && echo $pid; done
nsenter: failed to execute findmnt: No such file or directory
TARGET                SOURCE     FSTYPE OPTIONS
/mnt/propagation/test /dev/loop0 ext4   rw,relatime
232529
# 
```
注：nsenter: failed to execute findmnt: No such file or directory実行中のLXCコンテナのマウントネームスペースはfindmnt使用できなくなります。ループはマウントポイントを使用して新しいネームスペース内のプロセスのPIDを見つけます（注：実際の状況では、同じマウントネームスペースで別のPIDになる可能性があるため重要ではありません）。極端な場合は、マウントネームスペースの変更、マウント確認、（u）マウントをすべて一度に実行できる専用コマンドが必要です。

このマウントは、プロセスがマウントされたファイルシステムを積極的に使用する場合（成功防止）、必要な残りの保持リソース（PID 232529）を削除するか、この名前空間からアンマウントすることによってumount削除できます。
```
# nsenter -t 232529 -m -- umount /mnt/propagation/test
# e2fsck /dev/loop0
e2fsck 1.47.0 (5-Feb-2023)
test: clean, 11/128 files, 58/1024 blocks
```

便利な参考資料：

Answer 1

免責事項：部分的なカーネルエラーが発生する理由は、この回答で説明できず、説明しません。これはカーネルのバグのように見え、I / Oエラー条件が原因で発生する可能性があります。

長い話を短く

新しいマウントネームスペースが元のマウントネームスペースからマウントされたファイルシステムを継承している場合、ファイルシステムはまだ使用されている可能性がありますが、2つの間の伝播設定によって元のネームスペースからアンマウントが有効になりません。新しい名前空間。このコマンドは、findmnt -A -o +PROPAGATION出力に表示される各マウントポイントの伝播状態も表示します。

通常、これは起こってはいけません。システム環境のためシステム/共有マウントはカーネルのデフォルトではなく最初に行われるため、privateマウント解除は共有グループ内で伝播できます。したがって、システム化されていない環境やツールが--make-private一部のインストールで明示的に使用されている場合、これはより簡単に発生すると予想されます。--make-private特に、仮想擬似ファイルシステムの用途は依然として存在する。

このようなことが起こらないようにする1つの方法は次のとおりです。新しいマウントネームスペースを作成する前に共有でマウントポイントを変更します mount --make-shared ...。

共有マウントと非共有マウントで何が起こるかを説明するために実験を行った。私は、システム化された環境または非システム化された環境で実験が同じようにうまく機能することを確認しようとしています。

実験

これは以下のように複製できます（一部の値を/dev/loop0調整する必要があります）。

# truncate -s $((2**20)) /tmp/test.raw
# mkfs.ext4 -Elazy_itable_init=0,lazy_journal_init=0 -L test /tmp/test.raw
mke2fs 1.47.0 (5-Feb-2023)

Filesystem too small for a journal
Discarding device blocks: done                            
Creating filesystem with 1024 1k blocks and 128 inodes

Allocating group tables: done                            
Writing inode tables: done                            
Writing superblocks and filesystem accounting information: done

# losetup -f --show /tmp/test.raw 
/dev/loop0
# mkdir -p /mnt/propagation/test

これにより、ディレクトリをマウントポイントに切り替えて、システム全体を変更せずに後で変更実験を伝播できます。

# mount --bind /mnt/propagation /mnt/propagation

これで、実験によって異なる結果が出ることがあります。

unshare(1)言う：

unshareprivateutil-linuxバージョン2.27は、新しいネームスペースが実際に共有されないように、新しいマウントネームスペースに自動的に伝播を設定するためです。この機能はオプションを使用して無効にできます--propagation unchanged。これがprivateカーネルのデフォルト値であることに注意してください。

他のツールもこれを行うことができます。ここでは、デフォルトのマウントポイントを変更し、/mnt/propagation常に。--propagation unchanged//

そしてshared
```
# mount --make-shared /mnt/propagation
# mount /dev/loop0 /mnt/propagation/test
# ls /mnt/propagation/test
lost+found
# cat /proc/self/mountinfo | grep /mnt/propagation/test
862 854 7:0 / /mnt/propagation/test rw,relatime shared:500 - ext4 /dev/loop0 rw
```
2番目の（ルート）シェルを作成し、新しいインストール名前空間の共有を解除します（区別するためにプロンプトをNMNS＃に変更しました）。
```
# unshare -m --propagation unchanged --
NMNS# cat /proc/self/mountinfo | grep /mnt/propagation/test
1454 1453 7:0 / /mnt/propagation/test rw,relatime shared:500 - ext4 /dev/loop0 rw
NMNS# cd /mnt/propagation/test
```
さらに、shared:500リンクは両方の名前空間にマウントされます。ある名前空間からマウントを解除すると、別の名前空間でもマウントが解除されます。

元のシェル（元のマウントネームスペース）からマウント解除します。
```
# umount /mnt/propagation/test
umount: /mnt/propagation/test: target is busy.
```
リソース使用量をオフにする：
```
NMNS# cd /
```
```
# umount /mnt/propagation/test
# 
```
今回は効果がありました。

新しいマウントネームスペースからも消えることを確認してください。
```
NMNS# cat /proc/self/mountinfo | grep /mnt/propagation/test
NMNS# 
```
カーネルは、dmesgファイルシステムが（どこでも）アンマウントされたことを記録します。たとえば、次のようになります。
```
EXT4-fs (loop0): unmounting filesystem e74e0353-ace0-4eff-86ae-30e288db853e.
```
クリーンアップするには、新しくインストールされた名前空間でシェルを終了します。
そしてprivate
```
# mount --make-private /mnt/propagation
# mount /dev/loop0 /mnt/propagation/test
# cat /proc/self/mountinfo | grep /mnt/propagation/test
857 854 7:0 / /mnt/propagation/test rw,relatime - ext4 /dev/loop0 rw
```
もう共有しないでください。

他の場所：
```
# unshare -m --propagation unchanged --
NMNS# cat /proc/self/mountinfo | grep /mnt/propagation/test
1454 1453 7:0 / /mnt/propagation/test rw,relatime - ext4 /dev/loop0 rw
NMNS# echo $$
232529
```
```
# umount /mnt/propagation/test
# e2fsck /dev/loop0
e2fsck 1.47.0 (5-Feb-2023)
/dev/loop0 is in use.
e2fsck: Cannot continue, aborting.



# 
```
ファイルシステムは、新しいインストール名前空間にマウントされたままです。

元の名前空間でこの悪意のある名前空間を見つけるには、次のコマンドを実行します。
```
# for pid in $(lsns --noheadings -t mnt -o PID); do nsenter -t "$pid" -m -- findmnt /mnt/propagation/test && echo $pid; done
nsenter: failed to execute findmnt: No such file or directory
TARGET                SOURCE     FSTYPE OPTIONS
/mnt/propagation/test /dev/loop0 ext4   rw,relatime
232529
# 
```
注：nsenter: failed to execute findmnt: No such file or directory実行中のLXCコンテナのマウントネームスペースはfindmnt使用できなくなります。ループはマウントポイントを使用して新しいネームスペース内のプロセスのPIDを見つけます（注：実際の状況では、同じマウントネームスペースで別のPIDになる可能性があるため重要ではありません）。極端な場合は、マウントネームスペースの変更、マウント確認、（u）マウントをすべて一度に実行できる専用コマンドが必要です。

このマウントは、プロセスがマウントされたファイルシステムを積極的に使用する場合（成功防止）、必要な残りの保持リソース（PID 232529）を削除するか、この名前空間からアンマウントすることによってumount削除できます。
```
# nsenter -t 232529 -m -- umount /mnt/propagation/test
# e2fsck /dev/loop0
e2fsck 1.47.0 (5-Feb-2023)
test: clean, 11/128 files, 58/1024 blocks
```

便利な参考資料：

ファイルシステムがアンマウントされていますが、まだ使用されているのはなぜですか？

答え1

長い話を短く

実験

関連情報