検索可能ですが以下の資料があります。
KBRC00004688 CDE Login Troubleshooting
重要な部分を抜き出しました。
名前解決か /var/adm/inetd.sec で直るような気がします。
ONLY THE ROOT USER IS ABLE TO LOGIN
Check the permission/ownership on the following files:
-r--r--r-- 1 bin bin 616 Jul 1 16:03 /etc/hosts
(The following files may or may not exist:)
-rw-r--r-- 1 root sys 833 Jun 8 1999 /etc/nsswitch.conf
-rw-r--r-- 1 root sys 159 Jun 8 1999 /etc/resolv.conf
-r--r--r-- 1 root sys 1010 Jun 25 18:22 /var/adm/inetd.sec
Determine whether or not a non-root user is able to resolve the name of the system:
������ /usr/bin/nslookup
������ /usr/bin/nslookup
where is the hostname and is the IP address for this system.
NOTE: These commands check for duplicate IP addresses or hostnames as well as any problems that may exist with the name resolution on the system.
If nslookup fails then CDE will fail to start.
If the new hostname and/or IP address cannot be resolved, please refer to document KBRC00008083: "Resolving a system's hostname and IP address locally" for more information on how to set-up the system to resolve the hostname locally.
Check the /var/adm/inetd.sec file for the following contents:
dtspc allow
spc allow
mserve allow
If these lines are NOT already contained within this file, add them and execute the following command to force the system to re-read the file:
������ /usr/sbin/inetd -c
Check the NFS mounted home directories:
Login as a non-root user via Command Line mode and verify that the user can create new files or write to existing files in his/her $HOME directory.
If the user is unable to create new files or write to existing files within his/her $HOME directory, this indicates that the NFS server has dropped the write permissions for this directory. Therefore, you will need to fix the permissions and execute the following command on the NFS server:
������ /usr/sbin/exportfs
If you continue to experience problems, create a new user with a $HOME directory on a local file system in an effort to isolate the problem.
