Respawning too fast error after Redhat 7.1 install

I just installed Redhat 7.1 on my laptop.  Here are the laptop specs:
Dell Latitude CPx
Video Card: ATI Technologies Inc. RAGE P/M Mobility AGP 2x
Monitor I'm using: ViewSonic GS771
NIC: Intel Pro/100 SR Mobile Combo Adapter

After the install I rebooted the computer and the screen flashes a few times and takes me to a loging prompt.  After a few minutes I get this message,
INIT: Id "x" respawning too fast: disabled for 5 minutes.

I figured this had something to do with my video card/monitor.  I then tried changing monitors but that didn't help.  I then tried going into Xconfigurator and changing video card/monitor settings, but that did not help.  

I'm fairly new to Linux so if any of you have any ideas, please provide detailed steps for things I could try.  

thanks


jcollins1Asked:
Who is Participating?
 
olidelConnect With a Mentor Commented:
Hi,

   It looks like that when you try to start X, it doesn't work. In your /etc/inittab you probably set your default running level at 5, That means that the init daemon is trying to run X but it cannot because the video driver is not working and it retries every 5 minutes. So I advice you to reconfigure your /etc/inittab with the runlevel 3 (you should find a line similar to this : "id:5:initdefault", just replace 5 by 3)   so you will be able to boot normaly without this message. After that you can configure your video card from the command line and when you will be OK with the video card you will be able to swith back to runlevel 5.

Hope this help.

Bye
0
 
ifinchamCommented:
Hi,

You could also hit ctl-x at the graphical boot screen and type 'linux 3' at the boot: prompt so it looks like :

boot: linux 3

then press enter and it should stop at run-level three.

In the inittab file there will be a line something like :

x:5:respawn:/etc/X11/prefdm -nodaemon

If you're using gnome it probably points to gdm (kde - kdm or even xdm). You may need to find the process-id file and delete it - e.g. /var/run/gdm.pid . If its still there the system thinks its already running.

Rgds
0
 
paulqnaCommented:
You might also want to look for any UNIX domain sockets under the /tmp directory and /var. You can use the command command: 'find /tmp /var -type s -ls' to look for them.

You'll normally find a couple of them under /var for things like the printer (might also be under /dev) and gpmctl (console mouse and cut/paste support) as well as one or two sockets for your X server(s). Those would normally be in the /tmp/.X11-unix/ directory and be named X0, X1, etc. (If you've never run multiple concurrent X sessions then you'll only see X0 under there).

You probably don't have to do anything with those sockets. However, it might make sense to blow away the one's under /tmp. X will (re-)create those as necessary.
0
 
jlevieCommented:
I've seen several X related problems immediately after a 7.1 install, which I attribute to the 'as shipped' version of Xconfigurator. In all cases so far, it appeared that X was properly configured during installation but the X server would fail when the system rebooted after the install.

When I install a RedHat system I never configure X during the install, but rather wait until the system is up and I've applied all of the applicable RedHat updates. In the case of 7.1 those happen to include an updated version of Xconfigurator. So far updating the system and configuring X, post-install, has worked every time.

To fix your problem I'd recommend that you edit /etc/inittab and comment out the prefdm line that spawns X (run level 5 and typically the last line in the file). Well that or take the system to runlevel 3 with 'init 3'. The get and apply all applicable updates with 'rpm -F some update' and re-configure X with the new Xconfigurator.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.