我碰巧将整个 /usr/ 目录 chmod 755

我碰巧将整个 /usr/ 目录 chmod 755

我碰巧用命令“sudo chmod 775 -R /usr/”将整个 /usr/ 目录文件更改为 -rwxr-xr-x,现在我发现一些特殊的二进制文件,如“su”,“chkpaswd”和“sudo”,应该具有 setuid 的权限,我已使用 chmod 将它们恢复为 setuid 权限,以修复相同的权限问题。但仍然有一些问题,比如我无法使用 dolphin 自动挂载设备或使用 kwrite 通过输入密码重写某些文件。它只是说你没有操作权限:无权执行操作,现在,我无法打开 appimage,因为

无法装载 AppImage,请检查您的 FUSE 设置。如果使用 --appimage-extract 选项运行,您可能仍能提取此 AppImage 的内容。请参阅https://github.com/AppImage/AppImageKit/wiki/FUSE 欲了解更多信息,请打开目录错误:没有这样的文件或目录

我使用 debian 10 base os ubuntu 20.04,这张图片是我在 /usr/ 中看到的。我做了这个危险的操作,因为我想在普通用户上使用 CAE。在此处输入图片描述

那么,有哪位帅哥能告诉我在目录 /usr/ 中是否有我不知道的特殊文件,比如“sudo”吗?

谢谢!!QwQ

答案1

这就是我们所说的“致命错误”。了解每个系统文件所需的文件权限,然后更正权限,这将是非常繁琐和冗长的过程。实际上,唯一的解决方案是重新安装。

请注意,您可以重新安装而无需重新格式化系统文件系统。这样做更像是“修复”,更新所有系统文件,但保留已安装的程序和系统配置。此外,由于用户主文件夹不会被删除,因此用户配置也会保留。

答案2

我利用我的业余时间启动了一个 Ubuntu 虚拟机,并试图找出原始系统和我损坏的系统之间的区别。在我修改了许多关键文件的特殊权限后,它确实帮助解决了几乎所有的问题。我这样说是因为可能还有一些我还没有发现的东西。以下是一些具有 setuid 权限的文件,可能有助于像我这样的人解决严重的权限问题:


在此处输入图片描述

相关内容