uname -Mが空の文字列を返すのはなぜですか?

uname -Mが空の文字列を返すのはなぜですか?

同じシステム(AIX 6.1)で異なるユーザーIDを使用する2つの異なるログインシェル(両方ともksh)uname -Mからシステムモデルを取得する1つのシェルでこれを行うことができます。他の殻では空白ができます!唯一の違いは、ユーザーIDと環境です。ここに環境を置くことはできません。

User1 シェルの例:

$ uname -M
IBM,1234-567
$

ユーザー2シェルの例:

$ uname -M

$

私は両方のシェルにトラスを作りました。違いがあったのに理解できませんね。これは悪いトラスです。

truss uname -M
.. a bunch of execve's ripped out as it was searching the PATH for uname.
execve("/bin/uname", 0x2FF2155C, 0x20012EF8)     argc: 2
__loadx(0x03480000, 0x2FF21380, 0x00000108, 0xF0713968, 0x20000CD0) = 0x00000000
__loadx(0x0A040000, 0xD042D064, 0x0000008A, 0x20001254, 0x00000000) = 0x00000000
sbrk(0x00000000)                                = 0x200013D0
vmgetinfo(0x2FF20530, 7, 16)                    = 0
sbrk(0x00000000)                                = 0x200013D0
__libc_sbrk(0x00000000)                         = 0x200013D0
getuidx(4)                                      = 28633
getuidx(2)                                      = 28633
getuidx(1)                                      = 28633
getgidx(4)                                      = 100
getgidx(2)                                      = 100
getgidx(1)                                      = 100
getuidx(4)                                      = 28633
getuidx(2)                                      = 28633
getuidx(1)                                      = 28633
getgidx(4)                                      = 100
getgidx(2)                                      = 100
getgidx(1)                                      = 100
__loadx(0x01480080, 0x2FF1FEF0, 0x00000A50, 0x2FF20A60, 0x2FF22ED1) = 0xD0538128
__loadx(0x01480180, 0x2FF1FEF0, 0x00000A50, 0xF068921C, 0xF068914C) = 0xF0759FA0
__loadx(0x07080000, 0xF06891EC, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AF3C
__loadx(0x07080000, 0xF068912C, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AF48
__loadx(0x07080000, 0xF06891FC, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AF78
__loadx(0x07080000, 0xF068913C, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AF84
__loadx(0x07080000, 0xF06891BC, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AF54
__loadx(0x07080000, 0xF068915C, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AF6C
__loadx(0x07080000, 0xF06891CC, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AF90
__loadx(0x07080000, 0xF06891DC, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AFC0
__loadx(0x07080000, 0xF068916C, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075AFA8
__loadx(0x07080000, 0xF068917C, 0xFFFFFFFF, 0xF0759FA0, 0x00000000) = 0xF075B020
getuidx(4)                                      = 28633
getuidx(2)                                      = 28633
getuidx(1)                                      = 28633
getgidx(4)                                      = 100
getgidx(2)                                      = 100
getgidx(1)                                      = 100
__loadx(0x01480080, 0x2FF1FEF0, 0x00000A50, 0x2FF20A60, 0x2FF22ED1) = 0xD0538128
getuidx(4)                                      = 28633
getuidx(2)                                      = 28633
getuidx(1)                                      = 28633
getgidx(4)                                      = 100
getgidx(2)                                      = 100
getgidx(1)                                      = 100
__loadx(0x01480080, 0x2FF1FEF0, 0x00000A50, 0x2FF20A60, 0x2FF22ED1) = 0xD0538128
getuidx(4)                                      = 28633
getuidx(2)                                      = 28633
getuidx(1)                                      = 28633
getgidx(4)                                      = 100
getgidx(2)                                      = 100
getgidx(1)                                      = 100
__loadx(0x01480080, 0x2FF1FEF0, 0x00000A50, 0x2FF20A60, 0x2FF22ED1) = 0xD0538128
getuidx(4)                                      = 28633
getuidx(2)                                      = 28633
getuidx(1)                                      = 28633
getgidx(4)                                      = 100
getgidx(2)                                      = 100
getgidx(1)                                      = 100
__loadx(0x01480080, 0x2FF1FEF0, 0x00000A50, 0x2FF20A60, 0x2FF22ED1) = 0xD0538128
access("/usr/lib/nls/msg/en_US/uname.cat", 0)   = 0
_getpid()                                       = 7405946
uname(0x2000132C)                               = 0
statx("CuAt", 0x2FF20870, 76, 0)                Err#2  ENOENT
kopen("CuAt", O_RDONLY)                         Err#2  ENOENT
kioctl(1, 22528, 0x00000000, 0x00000000)        = 0

kwrite(1, "\n", 1)                              = 1
__loadx(0x04000000, 0x2FF20970, 0x00000800, 0x0000D032, 0x00000000) = 0x00000000
kfcntl(1, F_GETFL, 0x00000001)                  = 67110914
kfcntl(2, F_GETFL, 0x2FF22FFC)                  = 67110914
_exit(0)

kwrite最後に改行文字のみが出力されることがわかります"\n"

良いトラス出力では、una​​meが次から属性を取得するようです。

/etc/objrepos/CuAt

これは私を次に導くlsattr注文など

uname -Mが空の理由は何ですか?どの環境変数がこれに影響しますか?

ベストアンサー1

わかりました。 「良い」環境をスキャンしていますが、次の環境変数が表示されます。

export ODMDIR=/etc/objrepos

「良いトラス」がここで機械モデルを探していることを知り、不良シェルでこのコマンドを実行し、今ではuname -Mが動作します。

$ uname -M
IBM,1234-567

申し訳ありません。環境を公開していませんが、大容量で機密情報がたくさん含まれています。

おすすめ記事