Bug 52992
Summary: | Won't start GUI in runlevel 5 | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Public Beta | Reporter: | Mike Chambers <mike> | ||||
Component: | kdebase | Assignee: | Bernhard Rosenkraenzer <bero> | ||||
Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | roswell | CC: | bero, joe.christy, notting | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2001-09-03 16:23:33 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Mike Chambers
2001-09-01 06:05:05 UTC
Created attachment 30494 [details]
My inittab script from the latest up2date today
[reddawg@goober reddawg]$ rpm -q initscripts initscripts-6.32-1 I see the same problem, first noticed after doing an up2date Sunday 9/2 at 08:30 PST. Here's what my /var/log/messages reveals: - After first logout: Sep 2 09:00:08 moby kde(pam_unix)[1138]: session closed for user root Sep 2 09:00:08 moby kdm_config[15420]: Cannot open config file /usr/share/config/kdm/kdmrc Sep 2 09:00:09 moby modprobe: modprobe: Can't locate module char-major-81 Sep 2 09:00:12 moby kdm[15427]: can't execute "/usr/share/config/kdm/Xsetup" (err 2) - Then I noticed hosed kdm login panel, and rebooted (as I was going to anyway). - Upon reboot: ... Sep 2 09:03:18 moby kdm_config[1130]: Cannot open config file /usr/share/config/kdm/kdmrc Sep 2 09:03:18 moby kdm[1123]: Cannot open access control file /usr/share/config/kdm/Xaccess, no XDMCP reqeusts will be granted - kdm apparently starts, but no X. My hypothesis is that /usr/share/config/kdm needs to be non-empty; I blame kdebase-2.2-9: [root@moby root]# ls -al /usr/share/config/kdm total 8 drwxr-xr-x 2 root root 4096 Sep 2 08:26 . drwxr-xr-x 6 root root 4096 Sep 2 08:26 .. [root@moby root]# rpm -qf /usr/share/config/kdm kdebase-2.2-9 Apparently, the missing files used to be elsewhere ( /home/etc is the copy of /etc I made before updating from seawolf to roswell2 ): [root@moby root]# locate kdmrc /home/etc/X11/xdm/kdmrc /usr/share/config/kdm/kdmrc /etc/X11/xdm/kdmrc [root@moby root]# locate Xaccess /home/etc/X11/xdm/Xaccess /etc/X11/xdm/Xaccess [root@moby root]# locate Xsetup /home/etc/X11/xdm/Xsetup_0 /etc/X11/xdm/Xsetup_0 As you've probably guessed, and I should have mentioned earlier, I'm using kdm as my default login manager. So, I was motivated to find a fix/workaround. Here is my proposed fix (i.e this worked for me, your mileage may vary): [root@moby root]# cp -p /etc/X11/xdm/Xaccess /usr/share/config/kdm/ [root@moby root]# cp -p /etc/kde/kdm/kdmrc /etc/kde/kdm/kdmrc.dist7.1.94 [root@moby root]# emacs /etc/kde/kdm/kdmrc ### change DaemonMode to default, i.e. cooment out DaemonMode=false [root@moby root]# cp -p /etc/kde/kdm/kdmrc /usr/share/config/kdm/kdmrc Your solution worked for me too, good job. I had to go back to Login Manager and redo that but it kept the settings and worked. Only thing it wouldn't do was when I changed the background colors it wouldn't keep the settings and reverted back to the default RedHat background. assigning to kdebase; AFAICT, initscripts is working OK here. Try installing the XFree86-xdm package, looks like kdm tries to access some of the scripts we're providing there. I'll add a requirement in the next version. It was already installed on my machine. [reddawg@goober reddawg]$ rpm -q XFree86-xdm XFree86-xdm-4.1.0-1 Bero - I don't understand your comment. XFree86-xdm was/is already installed on my machine: [root@moby root]# rpm -q XFree86-xdm XFree86-xdm-4.1.0-1 Since my putative fix basically consisted of copying various files into /usr/share/config/kdm which are owned by xinitrc and kdebase, I don't see what XFree86-xdm has to do with it. - Joe Does this still happen if you rpm -e --nodeps kdebase and reinstall it (using the updated package), the way the changelog suggests? We did break updating from the beta to the final (intentional change, the problem was in the old (beta) package). (The XFree86-xdm comment was simply because that's another thing that can break kdm) The first "rpm -e --nodeps kdebase;rpm -ivh kdebase" failed when cpio tried to replace an old directory [whose name was lost on reboot] with a file; rm -rf'ing the directory and repeating the rpm -ivh did indeed solve the problems. I didn't even know there was a changelog to suggest removing and re-installing kdebase. Where would I look for such a thing? Thanks, Bero! Worked here for me too. Although doing up2date from the beta site I don't see a way to download anything manually, so hard to do a changelog on something to konw what is up. But the newer package seems to work. Although the Login Manager doesn't keep the settings as far as the background colors at the KDE GUI login. Keeps referring back to default blue instead of what I changed it to. That related to this at all or what do I file it under? (Caused by breakage in versions prior to 2.2-6) |