因此，我正在构建自己的 Linux 发行版，并且设置了很多东西，包括 sudo。在 shroot 环境中工作， sudo 工作得很好，问题是当我实际启动到我的发行版时。最初，当我看到 /usr/bin/sudo 可执行文件只需要 setuid 权限时，我想，“好吧，很容易修复”，然后继续使用chmod s+u /usr/bin/sudo.
当我使用 检查可执行文件的权限时ls -l，它很容易表明它具有 setuid 权限。当我第一次退出chroot并检查时，可执行文件没有steuid权限，所以我再次设置它。现在它确实显示在 chroot 和 chroot 之外都具有 setuid 权限。当我尝试启动操作系统时，问题就出现了。操作系统启动得很好，但不幸的是，由于某种原因 sudo 可执行文件没有 setuid 权限。我怀疑这与我用来创建 ISO 的 grub-mkrescue 有关，因为我认为在构建 ISO 之前 grub-mkrescue 将文件复制到临时目录的过程中可能会丢失权限。我并不真正关心 grub 模块，如果我需要它们，我有一个简单的方法来手动复制它们，所以即使工作解决方案意味着失去对模块的访问权限也没关系，我只需要一种创建 ISO 的方法镜像而不先将文件复制到临时目录，哦，解决方案需要用 Grub 打包 ISO。我知道还有其他引导加载程序，因此欢迎让我使用其他引导加载程序的建议。