2

私のVPSサーバー（Fedora 9）では、次の場合でも、tty[1-6]の「permissiondenied」エラーのためにmingettyが自身を再生成し続けます。

root＃ls -la / dev / tty1
crw ------- 1ルートルート4、1 Sep 19 14:22 / dev / tty1

さらに奇妙なことに、これは機能しません：

root＃cat </ dev / tty1
bash：/ dev / tty1：アクセスが拒否されました

これはVMホストと関係があると思いますが、VPSプロバイダーと私はどちらもアイデアがなく、Googleもそうです...rootがrootrw特権を持つキャラクターデバイスにアクセスできない理由についての手がかりはありますか？

更新：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（許可が拒否されました）
32399 open（ "/ dev / tty1"、O_RDONLY | O_LARGEFILE）= -1 EACCES（許可が拒否されました）
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

それが私にとって非常に理にかなっているとは言えません...

4

4 に答える 4

1

SELinux に問題があると思われます。一時的に無効にして、機能するかどうかを確認してください。

于 2008-09-20T15:14:02.247 に答える
1

正確な答えはありませんが、提案があります。

ltrace と strace を使用して、次のように「ボンネットの下で」使用されているものの印象を取得します。

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

(「ltrace」と同じ引数)。LOG を調べて、「許可が拒否されました」をトリガーするシステムコールを見つけます。おそらく、Google にフィードするもう 1 つのキーワード、またはここで質問に追加するログの有用なスニペットが得られるでしょう。

于 2008-10-05T18:47:26.880 に答える
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
于 2011-11-07T16:07:46.800 に答える