バインドソースのアンマウントが機能せず、デバイスのスペースが不足しています

Question

問題

/mnt/srcスペースを占有していませんが、バックアップを実行するツールを含む一部のツールを混乱させないようにマウントを解除する必要があります。たとえば、lsblk最初に一致するマウントを表示することを選択し、の代わりにを表示しますが、これ/mnt/srcは最適ではありません。//dev/vda2

ほとんどのLinuxシステムはシステムこのシステムは稼働していると思いますシステム。

システム/ として再乗車共有Linuxカーネルのデフォルトのプライベートマウント伝播に関するカーネルドキュメントは以下を参照してください。共有サブツリーつまり、後で追加のマウントが追加された（または削除されて再度追加された）場合、伝播メカニズムによって/自動的にマウントされ、/mnt/srcそれは共有（それよりも奴隷）からアンマウントしようとする/mnt/srcと、/失敗するか（プロセスによって使用されているため）、成功すると損害が発生する可能性があります（元のマウントポイントからも消えます）。

何をすべきだったのでしょうか?

このようなバインドマウントは常にプライベート伝播オプション。ついでに、バックアップ目的の場合は、バインドマウントを読み取り専用で(再)マウントします。

mount --bind --make-private -o ro / /mnt/src

そうすれば、他の人とのやり取りがなくなるマウントumount /mnt/src発生し、副作用なしでいつでも簡単にアンマウントできます。

現在の問題を解決するにはどうすればいいでしょうか?

したがって、実際の元のマウントポイントに影響を与えずにこれを適切に行うには、問題のあるマウントをすべて次のように設定する必要があります。プライベート元のマウントポイントに影響を与えずにアンマウントできます。

ここで例を挙げます（すべて根ユーザー) が OP のケースを真似して、次の操作を実行しました。

# mkdir -p /mnt/src
# mount --bind -o ro / /mnt/src

そしてその後（害を及ぼさない場所で）：

# mkdir -p /root/intheway
# mount -t tmpfs tmpfs /root/intheway

そして次のようになります:

# umount /mnt/src
umount: /mnt/src: target is busy.

問題のあるマウントを特定するfindmnt:

# findmnt --kernel --submounts --list -o +PROPAGATION /mnt/src
TARGET                  SOURCE     FSTYPE  OPTIONS                        PROPAGATION
/mnt/src                /dev/vda2  ext4    ro,relatime,errors=remount-ro  shared
/mnt/src/root/intheway  tmpfs      tmpfs   rw,relatime,inode64            shared

見つかったものをすべて設定共有マウントとしてプライベート、含む/mnt/src：
```
# mount --make-private /mnt/src/root/intheway
# mount --make-private /mnt/src
```
それらをアンマウントします（複数の深さがある場合は、マウントされた順序の逆順）。最後に/mnt/src
```
# umount /mnt/src/root/intheway
# umount /mnt/src
```

これにより、邪魔になっていた (共有) マウントが中断されませんでした。

# findmnt --kernel --list -o +PROPAGATION /root/intheway
TARGET         SOURCE FSTYPE OPTIONS             PROPAGATION
/root/intheway tmpfs  tmpfs  rw,relatime,inode64 shared

Answer 1

問題

/mnt/srcスペースを占有していませんが、バックアップを実行するツールを含む一部のツールを混乱させないようにマウントを解除する必要があります。たとえば、lsblk最初に一致するマウントを表示することを選択し、の代わりにを表示しますが、これ/mnt/srcは最適ではありません。//dev/vda2

ほとんどのLinuxシステムはシステムこのシステムは稼働していると思いますシステム。

システム/ として再乗車共有Linuxカーネルのデフォルトのプライベートマウント伝播に関するカーネルドキュメントは以下を参照してください。共有サブツリーつまり、後で追加のマウントが追加された（または削除されて再度追加された）場合、伝播メカニズムによって/自動的にマウントされ、/mnt/srcそれは共有（それよりも奴隷）からアンマウントしようとする/mnt/srcと、/失敗するか（プロセスによって使用されているため）、成功すると損害が発生する可能性があります（元のマウントポイントからも消えます）。

何をすべきだったのでしょうか?

このようなバインドマウントは常にプライベート伝播オプション。ついでに、バックアップ目的の場合は、バインドマウントを読み取り専用で(再)マウントします。

mount --bind --make-private -o ro / /mnt/src

そうすれば、他の人とのやり取りがなくなるマウントumount /mnt/src発生し、副作用なしでいつでも簡単にアンマウントできます。

現在の問題を解決するにはどうすればいいでしょうか?

したがって、実際の元のマウントポイントに影響を与えずにこれを適切に行うには、問題のあるマウントをすべて次のように設定する必要があります。プライベート元のマウントポイントに影響を与えずにアンマウントできます。

ここで例を挙げます（すべて根ユーザー) が OP のケースを真似して、次の操作を実行しました。

# mkdir -p /mnt/src
# mount --bind -o ro / /mnt/src

そしてその後（害を及ぼさない場所で）：

# mkdir -p /root/intheway
# mount -t tmpfs tmpfs /root/intheway

そして次のようになります:

# umount /mnt/src
umount: /mnt/src: target is busy.

問題のあるマウントを特定するfindmnt:

# findmnt --kernel --submounts --list -o +PROPAGATION /mnt/src
TARGET                  SOURCE     FSTYPE  OPTIONS                        PROPAGATION
/mnt/src                /dev/vda2  ext4    ro,relatime,errors=remount-ro  shared
/mnt/src/root/intheway  tmpfs      tmpfs   rw,relatime,inode64            shared

見つかったものをすべて設定共有マウントとしてプライベート、含む/mnt/src：
```
# mount --make-private /mnt/src/root/intheway
# mount --make-private /mnt/src
```
それらをアンマウントします（複数の深さがある場合は、マウントされた順序の逆順）。最後に/mnt/src
```
# umount /mnt/src/root/intheway
# umount /mnt/src
```

これにより、邪魔になっていた (共有) マウントが中断されませんでした。

# findmnt --kernel --list -o +PROPAGATION /root/intheway
TARGET         SOURCE FSTYPE OPTIONS             PROPAGATION
/root/intheway tmpfs  tmpfs  rw,relatime,inode64 shared

バインドソースのアンマウントが機能せず、デバイスのスペースが不足しています

答え1

問題

何をすべきだったのでしょうか?

現在の問題を解決するにはどうすればいいでしょうか?

関連情報