在装 hadoop 时，为了加用户我把 etc/sudoers 的文件权限改成了 777。然后 sudo 就不能用了，所以我就要切换到 root 权限下，可是 sudo 不能用且 su root 提示验证不对，就是这样一个死锁。
dhnUphp · 2014-05-26 17:39:44 +08:00 · 6775 次点击这是一个创建于 3872 天前的主题，其中的信息可能已经有所发展或是发生改变。
遇到了一个很麻烦的问题，在装 hadoop 时，为了加用户，我把 Ubuntu 下 etc/sudoers 的文件权限改成了 777 。然后 sudo 就不能用了，所以我就要切换到 root 权限下，可是 sudo 不能用且 su root 提示 Authentication failure，就是验证不对，就是这样一个死锁。 有没有人遇到过这个问题。急求。。。。
 |
1
blacktulip 2014-05-26 17:46:17 +08:00
直接用 root 登錄也不行麼？
|
 |
2
notsobad 2014-05-26 17:50:58 +08:00
单用户模式启动吧，然后修复文件权限
|
 |
3
haijd 2014-05-26 18:00:07 +08:00  1
为什么不用 visudo 来修改 sudoers？
|
 |
4
Livid MOD 2
把权限改成 777 是个坏习惯。
|
 |
5
dhnUphp OP @blacktulip 怎么直接用root 登录啊
|
 |
7
ETiV 2014-05-26 18:15:02 +08:00
777 不是谁都可写么, 不加 sudo 把它改成 660 ?
|
|
8
ETiV 2014-05-26 18:20:00 +08:00
哦不行... 权限修改不受控制
|
|
9
notsobad 2014-05-26 18:31:53 +08:00
|
 |
10
clowwindy 2014-05-26 18:40:26 +08:00
用 live CD 启动挂载文件系统改权限。
|
 |
11
chilaoqi 2014-05-26 18:51:00 +08:00
我印象中 sudoers这个文件里面介绍了怎么修改和恢复。
|
|
12
chilaoqi 2014-05-26 18:52:18 +08:00
aha,
# This file MUST be edited with the 'visudo' command as root. #See the man page for details on how to write a sudoers file. 当然，可以通过grub的command mode 和 liveCD 重新挂载，修改 |
 |
14
sandtears 2014-05-26 19:46:25 +08:00
以后要修改 /etc/sudoer 的时候记得打开一个 root shell 备用
|
 |
15
rebornix 2014-05-26 20:35:52 +08:00
单用户模式可以解决问题。网上一搜一丢的教程。
|
 |
16
luahou 2014-05-26 20:39:50 +08:00
前不久公司就出现开发要装东西sudo后把整个根都改成777 最后还好有一台机子登了root 才挽救回来
|
|
17
dhnUphp OP 恩恩 单用户模式确实一下子就秒杀了
|
 |
18
advancedxy 2014-05-26 21:29:56 +08:00
@luahou 你们这个开发够牛逼的.. sa 居然也给了 sudo 权限给开发...
|
 |
19
ToughGuy 2014-05-26 23:32:34 +08:00
直接 su
|
 |
20
tmqhliu 2014-05-27 02:29:25 +08:00
## sudoers file.
## ## This file MUST be edited with the 'visudo' command as root. ## Failure to use 'visudo' may result in syntax or file permission errors ## that prevent sudo from running. ## ## See the sudoers man page for the details on how to write a sudoers file. ## 修复的话可以用 Live CD 启动，挂载文件系统后随便改 以后记得要用 visudo 命令来修改 |
 |
21
eb0c6551 2014-05-27 02:42:42 +08:00 via iPad
引用
我觉得为了免去责任，一个系统必须提供切实的保障措施，而不只是口头上的约定来要求用户“小心”。就像如果你在街上挖个大洞施工，必须放上路障和警示灯。你不能只插一面小旗子在那里，用一行小字写着: “前方施工，后果自负。”我想每一个正常人都会判定是施工者的错误。 可是 Unix 对于它的用户却一直是像这样的施工者，它要求用户：“仔细看 man page，否则后果自负。”其实不是用户想偷懒，而是这些条款太多，根本没有人能记得住。而且没被咬过之前，谁会去看那些偏僻的内容啊。但是一被咬，就后悔都来不及。完成一个简单的任务都需要知道这么多可能的陷阱，那更加复杂的任务可怎么办。其实 Unix 的这些小问题累加起来，不知道让人耗费了多少宝贵的时间。 |
 |
22
lowstz 2014-05-27 02:50:05 +08:00
|
 |
23
dorentus 2014-05-27 03:01:25 +08:00 via iPhone
@eb0c6551 但是上面那个文件开头以及说得很详细了（唯一的缺点是用的是英文）。
实际上，普通用户，无论是通过别人告诉也好，看手册自己摸索也好，都应该是通过 visudo 命令才知道 /etc/sudoer 这个文件的存在的才对。 777 的问题也是，所以罪魁祸首是某些误导全开的指南文章吧，我觉得。 另外，要阻止误操作，必然要加限制。而在某些情况下，需要绕过这些限制手动操作；类似的比如在 windows 下，用管理员权限改注册表玩，把自己搞死的事情，也是有的… 最后，楼主这种情况，按系统设计者的预期，有两种原因，一是误操作、而是系统被人故意入侵破坏，这时，要求只能在有物理接触的前提下才能实施的进单用户模式修复的策略很合理吧。 |
 |
24
forest520 2014-05-27 07:11:11 +08:00 via Android
hadoop只要把安装目录权限改成700就可以了
|
Select Language