KDM logon screen resolution and logoff issues in Slackware 12.0
SlackwareThis Forum is for the discussion of Slackware Linux.
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
KDM logon screen resolution and logoff issues in Slackware 12.0
Having run slackware 11 desktop on a PC with an ATI Radeon 7000 card rather nicely. I installed slackware 12 on the same machine and noticed after configuring Xorg that the kdm logon screen chooses a virtual screen much larger than the 1024x768 resolution set in Xorg.
My Xorg settings in Slack 12, as generated by xorgconfig, are the same as in Slack 11. Yet kdm (and KDE initially ) runs with that virtual resolution setting. I've been told that a virtual screen will be selected if found in Xorg, but there's no virtual resolution line in "Display" or "Screen" stanzas in xorg.conf
I can change KDE's resolution from within the desktop, but no luck so far with KDM's logon screen.
Some observations, kdm is no longer resetting the Xserver on logout as in Slack 11, but attempting a logout without restarting the server, It's led to lockouts on logoffs when changing users and attempts to change run level to 3 within a KDE terminal (as root) no longer seem to work.
Since Slackware 12 is using Xorg 7.2 and has placed KDE in the /usr area, I was wondering if somewhere kdm and KDE are grabbing initial screen settings from initialization files there, rather than using xorg.conf found in /etc/X11.
Seems a lot of nice initial settings got dropped this time. Any hints on where to hunt this down?
1.when i perform ctrl+alt+backspack in the kde tty ,then i switch to other tty ,the screen is unstable,can't display the text clearly
2,when i perform "end session",kde logout but the login screen won't show up anymore,the screen show some random dots,but mosty black,and i can't switch to other tty ,but i can perform"ctrl+alt+delete" to restart my pc
Thanks SCerovec,your post can explain all the weird thing i have ever met.
And after days googling,I can boild the problem down to the follow reason:
1.When X server restarted by performing"ctrl+alt+backspace" or "end session"in kde,the X dosn't restore the monitor modes correctly,or re-initialize it.
2.when step 1 performed,then switch to other VT,form example,the vesa frame buffer,the framebuffer dosn't initialize the monitor either.
but when i use VMware to install slackware,this problem dosn't show up,why????
But i don't know how to fix it,or are there any options can be set in the xorg.conf to make the X server restore the framebuffer modes,or re-initialize the monitor???Anybody has any clues please let me know.
Try if possible to re-use the Slack-11.0's xorg.conf ?
How is it working with VESA? if good then is the Radeo driver broken (again)?
My apologies for being slow to respond, I've been out a few days.
Two things I had to do. I replaced the stock ATI driver with the optional ATI xorg drive found in the extra section of the slack CD set. And in kdm, I found /etc/kde/kdm/kdmrc and added 'TerminateServer=true' under the heading [x-*-Core]to force kdm to restart X-server on logout.
Both seem to work. I can logout and change run levels. The same can be said for using VESA.
However, even under the other ATI driver, the KDE CD player, kscd locks up the CD player (unable to eject, even using the command line!) when stopping, or pausing the player. Which remains till one reboots.
I don't know if the kscd issue is related to the ATI/xorg problems. I'm not happy with the state of the open xorg drivers for ATI running older radeon video cards. Cards I've kept to avoid problems with the open source drivers. ;p
Shutting HAL down (chmod -x /etc/rc.d/rc.hald) seemed to have solved the kscd issue. Back to manual mounting I guess.
adding 'TerminateServer=true' is just a backup resolution,it can fix the kde logout problem.but when you logout kde,the Xserver is restarted,then if you perform "ctrl+alt+F1" to switch to other linux console ,the screen will become mess up,but if i press my IBM function key "Fn+F7" to switch to CRT and press again to switch back,the monitor recover and become stable,I don't know why,may be somebody who is familiar with the linux video system can explain this!!!
Distribution: Slackware each x86 + ARM and Porteus
It's the fact that the zapping (alt+Fn) doesn't reset the monitor's mode, just the VGA's mode. When You do the Fn+F7 the monitor gets resetted and hence the view back
This is a issue between X and FBconsole: they use different calculations for EDID and different modes too.
Either (or both) X or FB should reset the video device upon invocation and abundance.
So is there anything we can do about it??I want both DRI and vesafb to work together.but now,if I enable DRI in xorg.conf,when Xserver restarted by kde,the vesafb console screen will become a mess,althought I can use "Fn+F7"to make it normal again, I think that is a backup method.If press "Fn+F7" twice can make it right,there must be some thing we can do in software level.but how,or just wait for a new version of X???