Any other suggestion ?

Why other ?

Please:
- read carefully again my previous answers.
- tell us what still doesn't work for you, I can't be guessed from your answer.

Two hints:
- A space character can separate command line options
- man dfstab

When I login with normal user, I can login up to receiving this screen”

Welcome to Solaris, the following desktop are available

1- DCE
2- JDS Release 3


If I choose first option DCE, I will be kicked out after 30 second.

If I choose second option JDS, I receive this screen message:

“The file that contain your preference setting are currently in use-------------


Continue Logout

If I press continue button, I will be popped up with another screen message which is :

“ Could not resolve the address “xml:readwrite/home/forum/.gconf” in the configuration file “/etc/gconf/2/path” "

I found this article on net:
http://mail.gnome.org/archives/garno.../msg00237.html

I did what he suggested, but with normal user still I had same problem , but with root, I was able to login to JDS (CDE no problem) but I received rubbish or funny characters, therefore I had to login in CDE environment to restore default value for /etc/gconf/2/path

Log in as "forum" in console mode, and see if some error message is displayed.

Did you mean that I have first to login to the system as root and from the console I have to type in: su forum (username) ?

Or some thing elase ?

No, su is not login, although "su -" is closer.
Yes.
I was thinking of the console mode you can select from the CDE login chooser menu.
If for some reason you do not manage to find it, just use the login command:
and tell if some error message appears.

I logged in first as root with CDE session, then I popped up the menu above the CPU/Disk "Performance Meter" icon, and select "Console" to open a terminal window (I think that you was asking).

I typed in : login forum, the output was:
((No utmpx entry. You must exec "login" from the lowest level "shell")).

The same error message was reapted for the user forum1 and user forum2.

But when I typed in: su forum,,,, there was no error message.

As I already wrote, use "su - username" if you want to simulate a new user's login.

By "console mode", I mean the full text command line mode you can select from the session menu displayed in the login screen.
The login screen is the one you got after logging-out from your current session.

I got it , which it comes under "Command Line Session" only text no GUI.

Yes I can login with normal user without any problem.

By the way how can we switch to GUI again if we want ?

Okay, look then if no file in the normal user is not belonging to another one, presumabily root. Look too in hidden files.
For CDE, remove the ".dt" directory and try login in again.
For JDS, remove any file in /var/tmp with a name in the form "*-username", with username equal to the tested user login name.

Have you made changes in the /etc/profile or these user's ~/.profile ?
When you log out from command line, the gui is caming back alone after a short delay.

Is there any specific place for this directory (.dt) ? or I have to search for it?

No



I tried to use word "quit" , "exit",,,it did not log me out, do I need to use any squence of keyboard ?

This directory is obviously in the user's home directory, where would you want it to be ?
Oh yes, to logout, nothing like unplugging the main ...
Well, not really, "exit" or "control-D" should work, is there an error message when you enter "exit" ?

I logged in as username (forum) through "Command Line Session", and I did : cd /export/home/forum, then: ls -al,,,I could not find any .dt directory,,,,,is this what suppose I have to do?




No, it works now there is no error.

OK
Why did you do that ? you are already in forum home directory.
If no .dt directory is there, that means either you are not in forum's home directory, or that forum has never started a CDE session.

You are right, I do not why.

I tried again and I checked pwd,,,I found this: /home/forum,,,,it is not /home/export/forum,,,Does that mean something wrong ?


Another thing I have experienced recently (two days ago and just right now before posting this reply), when I logged in as root via CDE Environment,I received this message:

The DT messaging system could not be started

To correct the problem

1- Choose [OK] to return to the login screen
2- Select Failsafe Session from the login screen’s option menue and log in.
3- Check to see that the hostname is correct in these locations:
/etc/src.sh
/etc/hosts
/usr/adm/inetd.sec

4- Check to see any magic cookie related error message in these locations:
/var/adm/messages
$HOME/.edt/errorlog

Continue Cancel

but if I tried second time I can access without receiving this message