2008-09-20 114 views
2

在我的VPS服务器(Fedora 9中),不断的mingetty重生本身,因为一条 “权限被拒绝” 错误的TTY [1-6],即便:tty1的“权限被拒绝”的原因是什么?

 
root# ls -la /dev/tty1 
crw------- 1 root root 4, 1 Sep 19 14:22 /dev/tty1 

即使怪异,这并不工作:

 
root# cat </dev/tty1 
bash: /dev/tty1: Permission denied 

我猜这事做与VM主机,但我的两个VPS提供商和我的想法,所以是谷歌...任何线索,为什么根本不能访问字符设备用root权限?

更新:我确定SELinux已被禁用;然而,问题依然存在....

更新:strace的转储:

 
32399 rt_sigaction(SIGTSTP, {SIG_DFL}, {SIG_DFL}, 8) = 0 
32399 rt_sigaction(SIGTTIN, {SIG_DFL}, {SIG_IGN}, 8) = 0 
32399 rt_sigaction(SIGTTOU, {SIG_DFL}, {SIG_IGN}, 8) = 0 
32399 rt_sigaction(SIGINT, {SIG_IGN}, {SIG_IGN}, 8) = 0 
32399 rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_IGN}, 8) = 0 
32399 rt_sigaction(SIGCHLD, {SIG_DFL}, {0x807b990, [], SA_RESTORER, 0xb7e7b708}, 8) = 0 
32399 open("/dev/tty1", O_RDONLY|O_LARGEFILE) = -1 EACCES (Permission denied) 
32399 open("/dev/tty1", O_RDONLY|O_LARGEFILE) = -1 EACCES (Permission denied) 
32399 fstat64(2, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0 
32399 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe1000 
32399 write(2, "bash: /dev/tty1: Permission deni"..., 35) = 35 

不能说它使多大意义,我...

+0

关于VPS提供商的更多详细信息,请安装吗? – freespace 2008-09-20 14:36:37

回答

0

我怀疑可能的SELinux成为问题。尝试暂时禁用它,看看它是否工作。

1

我没有确切的答案,但我有一个建议。

使用ltrace和strace的获得是采用什么样的这个“引擎盖下”的印象:

strace -f -o LOG bash -c 'cat < /dev/tty1' 

(对于“ltrace”相同参数)。检查LOG以找出哪个系统调用会触发“权限被拒绝”。也许它会给你一个更多的关键字饲料到谷歌或有用的日志片段添加到您的问题在这里。

0

进入你的/ etc/inittab并注释掉以下行(或其他类似的行)。您可能需要重新启动停止重新产卵

c1:12345:respawn:/sbin/agetty 38400 tty1 linux 
c2:2345:respawn:/sbin/agetty 38400 tty2 linux 
c3:2345:respawn:/sbin/agetty 38400 tty3 linux 
c4:2345:respawn:/sbin/agetty 38400 tty4 linux 
c5:2345:respawn:/sbin/agetty 38400 tty5 linux 
c6:2345:respawn:/sbin/agetty 38400 tty6 linux 
0

我不知道这是否会帮助你,但首先要检查.... 我发现 - 在许多情况下,系统管理员禁用访问这样的东西 所以试着寻找这个文件:/etc/security/access.conf,并找到“# - :ALL EXCEPT root:tty1”这一行。如果这条线处于活动状态(意思是没有#在第一个)将不允许非root用户登录tty1 但要小心不要收到 - 最好与您的系统管理员核对。

希望这能帮到