在装 hadoop 时，为了加用户我把 etc/sudoers 的文件权限改成了 777。然后 sudo 就不能用了，所以我就要切换到 root 权限下，可是 sudo 不能用且 su root 提示验证不对，就是这样一个死锁。

[dhnUphp]

遇到了一个很麻烦的问题，在装 hadoop 时，为了加用户，我把 Ubuntu 下 etc/sudoers 的文件权限改成了 777 。然后 sudo 就不能用了，所以我就要切换到 root 权限下，可是 sudo 不能用且 su root 提示 Authentication failure，就是验证不对，就是这样一个死锁。 有没有人遇到过这个问题。急求。。。。

[eb0c6551]

引用

我觉得为了免去责任，一个系统必须提供切实的保障措施，而不只是口头上的约定来要求用户“小心”。就像如果你在街上挖个大洞施工，必须放上路障和警示灯。你不能只插一面小旗子在那里，用一行小字写着: “前方施工，后果自负。”我想每一个正常人都会判定是施工者的错误。

可是 Unix 对于它的用户却一直是像这样的施工者，它要求用户：“仔细看 man page，否则后果自负。”其实不是用户想偷懒，而是这些条款太多，根本没有人能记得住。而且没被咬过之前，谁会去看那些偏僻的内容啊。但是一被咬，就后悔都来不及。完成一个简单的任务都需要知道这么多可能的陷阱，那更加复杂的任务可怎么办。其实 Unix 的这些小问题累加起来，不知道让人耗费了多少宝贵的时间。

[lowstz]

试试这个？
pkexec bash
http://blog.felixc.at/2012/12/sudo-configuration-mistake-and-root-user-not-availabe-polkit-to-the-rescue/

[dorentus]

@eb0c6551 但是上面那个文件开头以及说得很详细了（唯一的缺点是用的是英文）。

实际上，普通用户，无论是通过别人告诉也好，看手册自己摸索也好，都应该是通过 visudo 命令才知道 /etc/sudoer 这个文件的存在的才对。

777 的问题也是，所以罪魁祸首是某些误导全开的指南文章吧，我觉得。

另外，要阻止误操作，必然要加限制。而在某些情况下，需要绕过这些限制手动操作；类似的比如在 windows 下，用管理员权限改注册表玩，把自己搞死的事情，也是有的…

最后，楼主这种情况，按系统设计者的预期，有两种原因，一是误操作、而是系统被人故意入侵破坏，这时，要求只能在有物理接触的前提下才能实施的进单用户模式修复的策略很合理吧。

[forest520]

hadoop只要把安装目录权限改成700就可以了