/proc/sysこれは再起動すると解決されるため、深刻な問題ではありませんが、および（すべてではありませんができるだけ多く）/dev/ptsファイルを回復する方法があるかどうか疑問に思います/dev。
chrootインストールされているディレクトリを削除するときに部分的に削除しました。
mount -t proc proc [path/to/chroot]/proc
mount -t sysfs sys [path/to/chroot]/sys
mount --bind /dev/[path/to/chroot]/dev
mount -t devpts /dev/path [path/to/chroot]/dev/pts
Ubuntu 16.10 amd64で。ファイルの削除が拒否されたため、一部のファイルを削除できませんでした（エラーメッセージを記録していません）。これは理解できます。私はこのソリューションがすべてのDebianベースのシステムで動作すると思います。
終了後、次chrootの内容が表示されます。
$ ls -bash: /dev/null: Keine Berechtigung
bash: _upvars: `-a2': invalid number specifier
-bash: /dev/null: Keine Berechtigung
bash: _upvars: `-a0': invalid number specifier
onを使ってオートコンプリート中Tab（lsエクスポート後LANGUAGE=en）
ベストアンサー1
/procまたはにあるほとんどのファイルは実際に削除できません/sys。これはディスクに格納されていないカーネルへのインタフェースであり、ほとんどのカーネルインタフェースはカーネルが提供したいものであり、ユーザースペースの影響を受けません。
例外が可能であることに注意してください。これはまれですが、ドライバはカーネルファイルシステムからファイルを削除するために意味を割り当てることができます。これは悪名高い事件です。evvafs、通常は/sys/firmware/efi/efivarsUEFIがあるシステムにインストールされます。そのファイルを削除すると、起動設定が削除され、コンピュータが破損する可能性があります。そしてsystemdは読み取り/書き込みとしてマウントするために使用されます。…
カーネルファイルシステム自体を復元するには、単に再マウントするだけです。実際、rm -rf /proc /sysこれらのファイルのほとんどはまったく削除できず、マウントされたエントリがある限りマウントポイントを削除できないため、削除されません。ただし、/proc存在しなくなったら、/sysディレクトリを再作成してインストールできます。
mkdir /proc /sys
mount -t proc proc /proc
mount -t sys sysfs /sys
もちろん、ルートシェルが必要です。なしでは/procまだrootとしてログインできますが/sys、なしではrootとしてログインできない場合があります/dev。
それに関しては/dev通常udevによって満たされます。 udevに再入力するように指示できます。
mkdir /dev
mount -t devtmpfs -o mode=0755 udev /dev
mount -t devpts devpts /dev/pts
udevadm trigger