AIXを再始動した後に/ dev / consoleを読むことができないのはなぜですか?

AIXを再始動した後に/ dev / consoleを読むことができないのはなぜですか?

私は< /dev/console代わりにバックグラウンドcronジョブでMicro-Focus cobolプログラムを実行するときにこれを使用します。< /dev/nullこれは、ioctlをサポートしていない入力ファイルに関する警告が表示されないためです。サポートされていない入力ファイルに対する警告は、プログラムがioctl同じ値を返すため、スクリプトがこのエラーと実際のエラーを区別できないことを意味します。

一般的に(他の多くのAIXサーバー上で)他のユーザーは/dev/console

長年にわたって私は理解できないいくつかの問題に遭遇し、何時間もインターネットを検索しても役に立ちませんでした。例えば

  1. サーバーは、rootユーザーのみが使用可能な状態から、明白な理由なしにroot以外の< /dev/consoleユーザーのみが使用できる状態に変わります。< /dev/console

  2. ルート以外のユーザーが使用できるサーバーは、再起動すると< /dev/consoleルートが使用できるサーバーにのみ変更されます。< /dev/console

2番目の例は、私が最近経験したケースです。 lsconsコンソールが割り当てられ、/dev/tty0正常にログインできることを示します/dev/tty0。再起動する前に、誰もコンソールを使用したり再割り当てしたりしていないswconsようです。chcons

/dev/console権限を&/dev/tty0に変更しようとしましたが、666まだrootだけがエラーなしで実行できます。

echo TEST < /dev/console

何が起こっているのかを理解したり、root以外のユーザーが読めるように変更する方法を知っている人はいますか/dev/console

非rootユーザーをサポートし、仮想標準入力として使用できる他のデバイスに関するioctl提案はありますか?

(私はcobolプログラムが標準入力のみを開きますが、実際にはバックグラウンドで読んでいないと思います。)

現在の権限:
crw-rw-rw- 1ルートシステム4、0 1999年8月20日/dev/console
crw-rw-rw- 1ルートシステム16、0 Aug 09 13:39 /dev/tty0

これを行う前に:chmod 666crw
--w--w- 1ルートシステム4、0 Aug 20 1999 /dev/console
crw--------- 1ルートシステム16、0 Aug 09 13:39 / dev/tty0

関連情報