Screen saver login window does not appear.

Latest response

After looking around, it seems this is the place I need to post my question. Please let me know if this is the right place.  My question is:                   

 

I type startx to access the GUI on a test system with RHEL 5 which was created with a kickstart file. When the screen protector appears it is missing the log in window. So, I can not log in the system due to the lack of the log in window. I found the package gdm.2.16.0-46.el.x86_64.rpm is related to this log in window. But does somebody know if this is the right one? I have installed around 5 more packages resulting from the packages dependencies. It is still not working. Can someone please point me in the right direction to solve this issue.

 

Thanks.

     

Responses

Hi Karen,

 

This is the right place, but I've also added the discussion to the RHEL group, so that as many folks as possible can see it. I'm sure someone will be able to help you resolve this shortly.

Hi Karen,

 

Can you provide us more details:

 

What's the system current runlevel, did you run starx as a root user or a user who has root permissions, X Window System was selected for installation when you installed this machine?

 

Regards,

Anand

Hello Karen,
I have seen this same issue - generally after I had plugged an external monitor into my laptop  and used dual-display.  In my case, the login applet was there, but invisible - and I found this out by happenstance when I clicked where I thought the window would and typed out my password and the system let me in.  Now that you reminded me of this issue, I can not recall how long ago it had stopped occuring.  I would have been on RHEL 6, however.

 

You can certainly attempt to "re-install" the packages using yum

# yum reinstall <pkg>

 

However, I don't know if there is  reinstall option for an entire group.

 

Also, this is a question for the group:  Is 'startx' the correct way to start GDM on RHEL 5, or RHEL 6 for that matter?  It's been a long time since I have had to deal with desktop issues.

Hi Anand,

 

The system current runlevel is 3. I typed the startx as a administrator user. I am guessing the X Windows System was selected since I am able to type startx and see the GUI. At that point, I see everything from the system. The issue comes when the screen saver appears. Please remember I am not an expert, so please accept my apologies if I sound to simplistic.

 

Thanks in advance. 

Hi James,

Since you mention how to start GDM on RHEL5. I have another question: How true is that typing the command startx as a root is not a good advice since you could mess up the video configurations. Please explain me that one. Thanks.

Sorry for posting this message so many times.  I guess I click many times... Sorry again! I do not see a way to delete the extra post I did. It would be nice if I can delete mistakes like that so I am not creating extra work.

 

Thanks.

How can I know what are the exacts packages I need to reinstall?

No worries, Karen. Sorry for the duplicate posts- I've gone ahead and deleted them.

Hello again,

 

While researching a response for you, I realize I am really out of my element with desktops :-(  And unfortunately I do not have a GUI-enabled system to play with at the moment.  I will spin one up later today and dig into this.  In my experience I would not execute a single command (such as gdm or startx), instead if I was playing around I would use init to change runlevels to start the display manager.  I.e. when using the Nvidia display driver, it has to be installed when the Display Manager is not running.

 

-- Update /etc/inittab as follows

id:3:initdefault:

I modify the inittab instead of simply using grub in case I run into issues, etc... and I end up rebooting again in the middle of the process.

# shutdown now -r

 

-- Then

 

# init 5

-- Validate that the display manager and video drivers work correctly, and update /etc/inittab again

 

id:5:initdefault:

# shutdown now -r

 

Now - as far as running startx as root, I have not heard about the issue with messing up the configuration files.  I imagine that the process has to be initiated as root, since it is dealing with hardware, etc...  

 

I apologize for not having definitive answers, but I will do my best to help find the information as I am now curious myself ;-)

 

 

 

 

Cool - a question I can answer ;-)

 

Run the following command

#  yum groupinfo "X Window System" Desktop

 

 

or... more specifically run

#  yum groupinfo "X Window System" Desktop | grep -v \:

(yum comments appear to have a ":" in them)
 
If someone had asked me how to install the Desktop after the system was built, I would recommend using groupinstall (instead of installing individual packages).  Yum is extremely capable and powerful and I feel confident that it will do a better job than I would, making sure all the pieces are there ;-)
 

#  yum groupinstall "X Window System" Desktop

 

 

Karen,

Along with above suggestions, also if you need a gnome desktop run a command below to install GNOME Desktop Environment.
# yum groupinstall "GNOME Desktop Environment" -y

Then start X Window System.

  # startx

I assume that you have already edited inittab file to run system on runlevel 5.

Regards,
Anand

James,

 

The server is not connected to RHN. The system I will be working are not intented to be network "Outside our bubble". The way I am getting updates is by downloading them from this account and then adding them to a local repository. I think for the learning experience is perfect not being able to connect to YUM repositories, but it does create more work. I also work with the RPM command since once I get the updates I install them. 

 

Some interesting probably known commands to learn about your rpms are:

 

rpm -qR  <Packagename> Notice all depencies

rpm -ql  <Packagename> List all files from packagename

 

I do need to learn more how the packages are group. 

 

Thanks and please keep up with the new tech questions.

Thanks, no problem.

Another item I can address:

Installing via RPM is perfectly acceptable, but I believe that managing your system via YUM is a better overall approach.  

 

You can use your installation DVD media as a yum repo, which I often do for numerous reasons.

There are different ways to go about this issue, but this is how I get this task complete.

 

Insert installation media in machine

If it does not automount,  mount it wherever you like (obviously) then just use that path for baseurl shown below.

 

 

# WORKSTATION VERSION

[dvd]

name=DVD repo

baseurl=file:///media/RHEL_6.2\ x86_64\ Disc\ 1/

enabled=1

Or...

# SERVER VERSION

[dvd]

name=DVD repo

baseurl=file:///media/RHEL\ 6.2\ x86_64\ Disc\ 1/

enabled=1

 

Then run

 

#yum clean all

# yum repolist

# yum list

Also - you have identified a very good use case for a RHN Satellite installation on-site ;-)  You could have a completely disconnected environment and still take advantage of the power of RHN.  You can private message me if this is of interest and I can provide more information or help you find the right resource at Red Hat to provide info.  If you have not worked with Satellite, I highly recommend you (and your team) see a demo.  It's good stuff!

James, 

 

I am going to take a look to the demo. We have a system which receives all the updates and from there we burn them  into a physical media and distributed to other servers which are not online. How can I send you a private message?

 

Thanks.

Hey Karen - I'm actually not sure how to PM using the groups.  Henry/David - is this possible?  

 

I also figured it may be a undesirable practice to publish contact info here in the forums.

 

Does your team currently have a Red Hat rep?  If not, let us know what geographic region you are located in and I'm sure someone from Red Hat can step in and help get you in contact with them.

Let's wait to hear what the forum mod's recommend to move forward.  I am really excited for you to hear/see what Satellite (in a disconnected environment) is capable of doing for you.

 

Take care

James,

 

I am just learning on my own. I do not have guidance from anybody even at my work, the main engineer told me I should figure out by myself since that is the best way to learn. He did give me the login and password to access this website. He told me to take care of the issue with the server log in window missing since it is a test server.   I am looking forward to learn and see what happens...

Thanks

Anand,

I have done it. But the server it is not starting on runlevel 5. What I mean is that it goes to the command line window runlevel 3. The strange thing is when I type #runlevel it tells me it is 5. I am not sure what to do about it.

 

I have found that the command gconftool-2 -R /apps/gnome-screensaver display characteristics proper from the screen saver. I am going to install a virtual machine with Red Hat 5.8 and check the output from it and compare it with my test server.

 

Thanks for your help.

James,

 

I will try this soon. I know yum has a reinstall option. How safe is to use this option? Any experience with it?

 

Thanks

I have used the reinstall option for various reasons (sometimes as trivial as not creating a backup of a configuration and accidentally messing the file up).

 

Now, to answer the other part of your question: I have had 100% success using reinstall, which is not to say that I will continue to have absolute success, but... it has always worked for me ;-)  The only potential issue I can anticipate is the reinstall may overwrite an existing config file, but I believe it would make a backup of that file (depending on the procedures yum will use).

 

Well, there is some advantage to learning in the method you are subjected to - but it's not always the most fun ;-)

I believe Red Hat is building a cloud based demo system, and it may have already been rolled out. I will try to find that out for you and reply back here.

 

So - some pointers regarding Satellite:

  • The product can do A TON of different things - however, you do not NEED to configure all the options to get started.  I believe people are overwhelmed by how many things it can do and assume you need to configure all those different components.  You can start with a base-level of options and the configure additional options later.
  • The installation guide is actually very helpful (as is the Red Hat course).
  • Satellite can run as a Virtual Machine (granted you have the hardware to support the VM).  I run a Sat with a number of RHEL 6 channels to do demos for my customers - but I also happen to have an i7 with 16GB of memory.

Hi James, I read about it and watch the video. It seems to be a great, unfortutanetelly it seems I need to get done more of the basic knowdelge first to be able to figure out that one.

 

Thanks in advance.

James,  I have created a repository for my RHEL 6.

Thanks.

Now, I need to figure out why when I run the command #yum grouplist is comes with a Error: No group data available for configured repositories.

Close

Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.