複数のchrootがumount /chrootedpath /dev/ptsされた後：ターゲットは使用中です。

私は複数のchroot環境をそれぞれ別々のフォルダーで並列に実行していました（スクリプトが終了したchrootときには同じフォルダーで別の環境を実行していました）、しばらくは問題ありませんでした。しかし、今は「基本」システムがほとんどありません/dev（アプリを起動できない、または新しいウィンドウを開くことができないなど）。

私はいつも次のようにインストールしました。

sudo mount -t proc proc $work_path/fin_sq/proc
sudo mount -t sysfs sys $work_path/fin_sq/sys
sudo mount -t devtmpfs devtmpfs $work_path/fin_sq/dev
sudo mount -t devpts devpts $work_path/fin_sq/dev/pts

終了後に削除chroot:

umount "${work_path}"/fin_sq/dev/pts
umount "${work_path}"/fin_sq/dev
umount "${work_path}"/fin_sq/proc
umount "${work_path}"/fin_sq/sys

時には通過しますctrl-c。以前の実行の残りの部分が存在するフォルダでスクリプトが実行されている場合は、古いタスクを削除して削除するようにスクリプトがコーディングされます。

今日、私は少なくとも1つのターミナルウィンドウでrootが失敗したシステム上のすべてのフォルダを削除するスクリプトをtarget is busy持っているのを見ました。今後は、削除のいずれかが失敗した場合は、追加の削除と削除をキャンセルすることをお勧めします。chrootumount

しかし、これがどのようにつながると思いますか？調べる方法？システムを動作状態にする方法は？ Linuxをより深く学ぶために、当分システムを再起動しません。ティア

PS：スクリプト全体は興味のある人のための参考用です。スクリプトは chroot を介して別のスクリプトを実行します。、検索結果/dev/ptsコードに2行（マウント/マウント解除）が見つかりました。

「Natural」は空のlsof出力を表示するので、追加しても--force何の違いもないようです。試みた結果mount -t devpts devpts /devは、「devtmpfsがone_of_chrooted_pa​​ths / devにインストールされました」です。

私は読んだumount：ターゲットが使用中です。ところで、問題は-o rbindそれなしでインストールしたということです。今回もchrooted 2個を使っていましたが、3～4個に増やしたところ何か壊れましたね…