2008-09-20 116 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 但要小心不要收到 - 最好與您的系統管理員覈對。

希望這能幫到