[Webinar] Streamline your web hosting managementRegister Today

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 275
  • Last Modified:

xinit locks up when .xinitrc specified

Hi -            
I'm setting up XF86_SVGA on Redhat 5.2 and find that
"xinit" runs OK, as long as there is NO .xinitrc
file available.
 
If there IS an .xinitrc file in my home directory
(even if it is an empty file: 0 bytes in it),
when I start xinit my monitor says
"invalid sync frequency" and there is no
way out.  Ctrl-Alt-Bsp and Ctrl-Alt-Del don't work, and
I have to reboot.  AAAaaarrrgh.
 
How can I fix this?
I'm running a generic multisync monitor (works with
AcceleratedX) and a Diamond Stealth 3D 3000
which, according to SuperProbe, is S3 ViRGE/VX.
I used xf86config to set it up, and xf86config recommends
using XF86_SVGA.

Less important, but if you have a hint I'd be grateful ...
How can I get ctrl-alt-del to work?
 
Many many thanks!
Steve
 
0
ssullivan
Asked:
ssullivan
1 Solution
 
iNFaMouSCommented:
You have to overtake the setting from the default xinit file to your personal .xinitrc file.
Or specify the default settings in /etc/XF86Config (there are several tools to set this up)
0
 
olvoCommented:
There is a specific X server for the S3 Virge chip, XF86S3V, the file is  XF33S3V.tgz.
You can copy /usr/X11R6/lib/X11/xinit/xinitrc, which is the default, to your ~/.xinitrc, and adapt it.
0
 
ssullivanAuthor Commented:
Thank you, but your answer doesn't answer my question.
The problem is that only when I **DO** have a .xinitrc
file in my home directory does it crash.

If you have the answer, please let me know what specific
changes are needed to fix this.  Instead of saying "there
are tools to do this..." maybe you could specify a tool
and exactly what needs changing.

Many thanks!
0
The new generation of project management tools

With monday.com’s project management tool, you can see what everyone on your team is working in a single glance. Its intuitive dashboards are customizable, so you can create systems that work for you.

 
mart010897Commented:
I'm not definitely sure what the problem is, but here are some things you can do to possibly pin it down:

Copy the system's XF86Config file to your home directory and remove from it everything you're not using.  You should end up with 20 lines or so.  Does xinit still run OK when it uses ~/XF86Config instead of the one in /etc?

Create a one-liner .xinitrc file in your home directory that just runs fvwm.  Make sure it's readable and executable... OK, I probably don't have to tell you that, but it can't hurt...

Oh, here's something... when you run xinit... you can redirect X's console output to a file so you can examine what went wrong. From bash:

xinit > stuff 2>&1

The 2>&1 is necessary because most of X's output on startup goes to stderr.  I think if you make two files, one where xinit worked and one where it failed, then compare them, you'll be able to track down the problem.

Let me know how it's working out for you...

-Mart

0
 
ssullivanAuthor Commented:
Many thanks Olvo and Mart!
Through a combination of using the S3V driver and
hacking on the XF86Config file, I got it running.
The speed I'm getting is now better than I ever got
using commercial X servers .... it's excellent!

If you're interested in points, how can I send them to you?
If not, again, thanks for your good advice.

Steve

0
 
mart010897Commented:

Glad it worked out for you.  XFree86 is cool :)

You can give me points by grading this answer.  You can give olvo points by posting another question, letting them answer it and grading it.

Cheers,

Mart
0

Featured Post

[Webinar] Kill tickets & tabs using PowerShell

Are you tired of cycling through the same browser tabs everyday to close the same repetitive tickets? In this webinar JumpCloud will show how you can leverage RESTful APIs to build your own PowerShell modules to kill tickets & tabs using the PowerShell command Invoke-RestMethod.

Tackle projects and never again get stuck behind a technical roadblock.
Join Now