在我的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
不能說它使多大意義,我...
關於VPS提供商的更多詳細信息,請安裝嗎? – freespace 2008-09-20 14:36:37