问"sudo:无法分配pty:没有这样的设备“

EN

添加：

阅读后建议为重复的当着色到“替换”发行版时，哪一个proc，sys等应该绑定(或不绑定)？：

我怎么知道：

• 通常在chroot之前调用sysfs、proc、dev、dev/pt的挂载。
• 我猜，在bind中使用mount -o bind /dev dev/，可以对系统中运行chroot的设备进行评估。

然而，它并没有解释为什么我得到了错误是一个设置，从我所看到的，在相关的部分并没有不同的设置，在错误没有在输出。请有人帮助了解更多的Linux如何在引擎盖下工作。提亚

原文：

我一直在使用chroot为LinuxMint20.2编写脚本。在20.2中，我一直在将20.2的安装ISO发行版进行着色，sudo按预期工作。

最近，我尝试将20.2到ISO发行版21进行着色，在运行sudo mount -t proc proc /proc后，chroot获得了

sudo: unable to allocate pty: No such device

我比较了20.2和21色度时/dev和/dev/pts的含量与ls -a的含量，内容匹配，/dev/pts也是空的。

我理解当着色命令以root形式运行时，用户是根用户，但是我做脚本部分是为了在幕后学习Linux，并想了解错误的原因。网络搜索获得了链接到类似的错误，当连接到服务器时，我无法看到解释我的设置行为的信息。

对于20.2和21，uname -a输出相同的“5.4.0-74-泛型”；用sudo --stdin替换sudo仍然导致"sudo:无法分配pty:没有这样的设备“，我记得有一段时间添加--stdin消除了一些错误(不记得到底是什么错误)，我读过相关的使用的目的是sudo -S明确吗？

sudo停止输出"sudo:无法分配pty:没有这样的设备“，但是输出变成

*** closefrom failed to close a file descriptor ***: terminated
Aborted

在运行mount -t proc proc /proc sudo之后，按预期工作，但挂载/proc w/out /dev/pts仍然导致先前的“无法分配pty"，因此我感到困惑(如上面所述的/dev/pts匹配内容，在工作和非工作情况下都为空)。

我还能查些别的什么吗？提亚