私は< /dev/console
代わりにバックグラウンドcronジョブでMicro-Focus cobolプログラムを実行するときにこれを使用します。< /dev/null
これは、ioctlをサポートしていない入力ファイルに関する警告が表示されないためです。サポートされていない入力ファイルに対する警告は、プログラムがioctl
同じ値を返すため、スクリプトがこのエラーと実際のエラーを区別できないことを意味します。
一般的に(他の多くのAIXサーバー上で)他のユーザーは/dev/console
。
長年にわたって私は理解できないいくつかの問題に遭遇し、何時間もインターネットを検索しても役に立ちませんでした。例えば
サーバーは、rootユーザーのみが使用可能な状態から、明白な理由なしにroot以外の
< /dev/console
ユーザーのみが使用できる状態に変わります。< /dev/console
ルート以外のユーザーが使用できるサーバーは、再起動すると
< /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 666
crw
--w--w- 1ルートシステム4、0 Aug 20 1999 /dev/console
crw--------- 1ルートシステム16、0 Aug 09 13:39 / dev/tty0