`/etc` 目录的权限有什么重要性？

Question

`/etc` 目录的权限有什么重要性？

5

尝试复制在“/etc/profile permission denied!”中描述的问题，帖子的OP在评论中提到她的/etc目录的权限字符串为drw-r--r--。我执行了sudo chmod 644 /etc，确实复制了该问题。然后在实际环境中，我将权限更改回755。（我以为这样做不会有任何损害，我只是更改了权限！）将/etc权限恢复到原始状态后，登录问题和其他问题（如无法使用sudo）得到解决，但在GUI中仍然面临许多问题。Unity doesn't load, no Launcher, no Dash appears!在某种程度上有所帮助，但其他问题仍然存在。

问题：

为什么会出现这种情况？我只是切换了/etc的执行位！为什么这对Unity产生了重大影响？

- rusty

1这就是为什么有了虚拟机，孩子们（男孩和女孩）；) - Braiam

1你确定/etc目录的当前权限是755吗？你是如何在实时环境中更改它的？你确定没有运行类似chmod -R 644 /etc这样的命令吗？ - terdon

@Braiam 对我来说，Ubuntu桌面版本在VirtualBox中安装失败了..通常为了测试，我会使用带有文件持久性的live USB，但是这次.. @terdon 不，我没有递归执行chmod命令.. - rusty

1个回答

- terdon · Accepted Answer

对的，我试过这个（在一个虚拟机上:-)），并且得到了你描述的相同行为。我改变了/etc的权限，并重新启动了系统，由于我已经配置了系统自动登录，它尝试直接登录但失败了。

我对Unity的内部机制不够了解，无法理解细节，但我猜测当你尝试登录时，由于系统无法访问/etc，它无法读取各种必要的文件，比如/etc/passwd或/etc/group，或者任何能让它将你的用户名映射到适当的UID和GID的文件。因此，在尝试登录时，文件细节可能被搞乱了。

我猜测，强调我只是猜测，是你的gconf配置设置发生了变化，然后影响了Unity。

在我的虚拟机上，我通过简单地删除$HOME中的所有文件，删除我的用户并重新创建他来解决了这个问题。显然，这不是你实际使用的系统上的解决方案。

我唯一能想到的解决办法是移动/重命名所有的配置文件和目录：

mkdir old_dotfiles
for file in .*; do mv "$file" old_dotfiles; done

这将把您的所有配置文件和目录移动到~/old_dotfiles。然后您可以注销并重新登录，或者重新启动，事情应该恢复正常，尽管您将丢失配置设置。然后您可以尝试再次复制它们回来。如果这只是一个文件所有权问题，复制它们回来应该重置所有权并可能修复您的问题。如果更改是在某个配置文件中进行的，这将再次破坏您的系统，所以请谨慎操作。

请记住，大多数配置文件将自动创建，因此您只需要担心您对默认值进行了更改的情况。此外，您应确保您的GUI的“系统”文件夹（如~/Desktop）已正确设置。

我猜这应该足以使您返回到一个工作正常的系统，并对虚拟机产生新的喜爱。