RH 8.0 X server reconfig problem...
Andrew Mathews
andrew_mathews
Mon May 17 11:38:59 PDT 2004
tom wrote:
> Greets Andrew;
>
> Thank you for your time. I really appreciate it.
>
> Andrew Mathews <andrew_mathews at linux-works.org> wrote:
>
>
>>tom wrote:
>>
>>>What is the next step to trouble shoot a frozen
>>>keyboard and mouse when running a Xserver?
>>>
>>
>>I'd highly recommend using a journaling file system, either ext3,
>>reiser, or best of all XFS. An iso image of the RH 8.0 XFS installer is
>>available from SGI at:
>>ftp://oss.sgi.com/projects/xfs/Release-1.2pre1/installer/forRH-8.0-SGI-XFS-1.2pre1.iso
>
>
> Lonnie also mentioned this. You think this the cause for the
> X server or keyboard to stop functioning?
>
<snip>
No, but if you're having to do hard resets, it will definitely provide a
much higher level of safety for your system and data. Eventually,
running ext2, you will have an fsck failure that may not be recoverable.
>
> Tried. Got python errors for gnome-session, and startkde gave
> me no display errors. 6 lines, which all amounted to
> something like the following;
>
> xsetroot: Unable to open display ''
> xrdb: Can't open display ''
> xset: unable to open display ""
> ksplash: cannot connect to X server
> kdeinit: Aborting. $Display is not set
> Warning: connect() failed: : No such file or directory
> ksmserver: cannot connect to X server
> Error: Can't open display:
> Warning: connect() failed: : No such file or directory
> Error: Can't contact kdeinit!
>
<snip>
Try /sbin/telinit 5 (This will start your default desktop manager) This
is located in /etc/sysconfig/desktop and is either DESKTOP="GNOME" or
DESKTOP="KDE"
>
> I've observed that the Kudzu daemon disables the ps/2 mouse
> configuration on boot up. I reselect to NOT drop the configuration.
>
> I'm attempting to disable this daemon as well now.
>
<snip>
Try setting /etc/sysconfig/kudzu to SAFE=yes. This will disable serial
ports, monitor, and ps/2 probes.
>
>
> performed this for all service levels 1-5. Something still activates
> after 2 minutes which disables keyboard if left inactive.
>
> ps -ef show me that the kernel itself is running the apmd daemon.
> It's process is 3, listed as kapmd. Maybe a RH enginneer compiled
> in the Power Management features for 2.4.18?
>
Normal I believe.
<snip>
> Only other observations I can make at present time;
> I observed the following for the unicode_start in
> /var/log/messages ...
>
> <Date><Time> localhost rc.sysinit: Loading default keymap succeeded
> <Date><Time> localhost unicode_start: ^[%G
> ^^^^^^^ I actually get these
>
> <Date><Time> localhost rc.sysinit: Setting default font (latacyrheb-sun16)
>
Eesh. Whatever you do, DON'T run /usr/bin/unicode_stop as it will make
your console non-functional.
> ===========
>
> I'm still reading the manuals, and they don't mention anything
> other than using the GUI tools ( sigh ).
>
> What do you suggest I do next? I'll take any suggestions...
>
<snip>
I really suspect that it's something such as artsd, klauncher, or
something that isn't related to apmd. Try to tail -f /var/log/messages,
& /var/log/XFree86.0.log to see what the last entries are before the
lockup. If rhnsd is running, kill it too, as it's unnecessary and has
caused me problems before.
--
Andrew Mathews
---------------------------------------------------------------------
4:30pm up 3 min, 2 users, load average: 0.10, 0.17, 0.08
---------------------------------------------------------------------
Surprise your boss. Get to work on time.
More information about the Linux-users
mailing list