Bug 77825
| Summary: | GNOME hangs upon login splash screen | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Jack M. Nilles <jnilles> | ||||||
| Component: | gdm | Assignee: | Havoc Pennington <hp> | ||||||
| Status: | CLOSED WORKSFORME | QA Contact: | Mike McLean <mikem> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 8.0 | CC: | katzj | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | i686 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2002-12-20 00:26:55 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
Jack M. Nilles
2002-11-14 01:16:05 UTC
The exact message when I ctl-alt-backspace to level 3 is: /etc/X11/prefdm: line 1: GNOME: command not found This led to a review of prefdm which, in turn led to /etc/sysconfig/desktop. The only line in desktop was: GNOME. I compared that with another macine running RH 8.0 and changed it from GNOME to DESKTOP="" Unfortunately, this had no effect. I still had to reboot and go to KDE to get back in operation. That isn't a valid value of /etc/sysconfig/desktop (and shouldn't have been written out), though an invalid value there doesn't explain a hang, perhaps the same problem that resulted in an invalid value there also resulted in the hang. Can you attach the output of "rpm -qav" and "rpm -Va" Created attachment 85740 [details]
results of rpm -qav
Created attachment 85741 [details]
output of rpm -aV
Just a shot in the dark, what has changed about this file vs. the stock 8.0 version: S.5....T c /etc/X11/xdm/Xsetup_0 I'm not sure what the vanilla 8.0 versioon should look like but I compared teh file with its cousin on anotehr machine. The other machine had an additional section on sysresouces. I copied this into the Xsetup_0 file on this machine, logged out and logged in again. The usual results. I also tried "switchdesk KDE" to get back into the GUI, but to no effect. I am also surprised to see so many files in the rpm -aV output since this machine has been scrupulously updated via up2date. Upon further experimentation I find that redhat-config-date also doesn't work. I
get a series of error messages, to wit:
File "/usr/share/redhat-config-date/redhat-config-date.py", line 35, in ?
mainWindow.mainWindow().stand_alone()
File "/usr/share/redhat-config-date/mainWindow.py", line 181, in __init__
self.timezonePage = timezone_gui.timezonePage()
File "/usr/share/redhat-config-date/timezone_gui.py", line 50, in __init__
self.tz = TimezoneMap(zonetab, self.default, map=path)
File "/usr/share/redhat-config-date/timezone_map_gui.py", line 139, in __init__
self.setCurrent(self.currentEntry)
File "/usr/share/redhat-config-date/timezone_map_gui.py", line 180, in setCurrent
self.markers[self.currentEntry.tz].hide()
AttributeError: 'NoneType' object has no attribute 'tz'
Jeremy have you heard of problems like this with upgrades? No, although the redhat-config-date traceback is a dupe of another that I filed (and is fixed) I don't really have an idea where else to go on this report; we don't have any similar reports, and it doesn't happen here. Assuming some kind of local filesystem problem, or other strangeness... |