Go to a command line and type "switchdesk kde" without the quotes of course and use KDE instead. Regards, Marshall -----Original Message----- From: Jeff Boyce [mailto:jboyce@xxxxxxxxxxxxxxx] Sent: Friday, April 08, 2005 3:17 PM To: Barry Gamblin; redhat-list@xxxxxxxxxx Subject: Re: Continuing Gnome Configuration Problem ----- Original Message ----- From: "Barry Gamblin" <bgamblin@xxxxxxxxxxxx> To: <jboyce@xxxxxxxxxxxxxxx>; <redhat-list@xxxxxxxxxx> Sent: Thursday, April 07, 2005 1:20 PM Subject: Re: Continuing Gnome Configuration Problem >|> > |> I am a relatively new, novice Linux user looking for assistance > |> with a > |> problem that I am sure I created as a result of my inexperience. I > am > |> pretty good at diagnosing problems, but am not familiar with Linux > enough to > |> know where to look. > |> > |> System: Dell PE2600, RHEL3, configured as file server with Samba > |> > |> Problem: A blank (i.e., black) desktop without any icons when > starting X > |> manually as root user. Can not open a file manager window. Also a > long > |> delay occurs (1-2 minutes) when logging out of X. > |> > |> Events Leading Up to Problem: The only unique actions that occurred > on the > |> system the previous day included the > |> installation of the NUT (network ups tools) software from source, and > the > |> subsequent uninstallation of NUT. I had never installed from source > before > |> and the installation went fine without errors. There was not a *make > |> uninstall* for the program so I followed some instructions to review > the > |> *makefile* to see where all the files where installed and delete the > |> files/directories manually. The following directories were removed > |> (actually moved to Trash). The install and uninstall both occurred > as the > |> root user. > |> > |> /opt/NUT/nut-2.0.1 (contained the unzipped source files) > |> /usr/local/ups/man > |> /usr/local/ups/share > |> /usr/local/ups/bin > |> /usr/local/ups/sbin > |> > |> Diagnostic tests/actions tried: These problems do not occur when > starting X > |> from a non-root user. As suggested by someone I have checked the > |> permissions on the /root/.gconf directory (700) and they are the same > as the > |> permissions on a normal users directory /home/jeffb/.gconf directory > (700) > |> that has a normal desktop. I am unable to see if there are any error > |> messages sent to screen when X starts (a recommendation on how to > capture > |> this information would be appreciated), but when X finally shuts down > the > |> list below includes some of the information on the screen. The AUDIT > |> statement is also listed in the /var/log/Xfree86.0.log file. > |> > |> Session_Manager=local/bison:/tmp/.ICE-unix/2422 > |> AUDIT: Thu Apr 7 09:00:58 2005: 2418 X: client 4 rejected from local > host > |> Option given which is no longer supported in this version of > Gnome-terminal; > |> you might want to create a profile with the desired setting, and use > the > |> new --window-with-profile option > |> Unable to open desktop file applications: > |> ///Office/redhat-word-processor.desktop for panel launcher: Error > reading > |> file 'applications:///office/redhat-word-processor.desktop' : file > not found > |> <snip> > |> Saving Session: > |> gnome-terminal --use-factory > --window-with-profile-internal-ID=Default --show-member > |> --role=gnome-terminal-14721 --1476088167-1090439518 --title > |> root@bison:~ --working-directory /root --zoom 1 > |> Waiting for X server to shut down > |> > |> I would appreciate any suggestions on what to look for, where to > look, other > |> diagnostic steps, etc. that will assist me in returning my root user > desktop > |> back to normal. Could a solution be a simple as copying a set of > |> configuration files from a user that is working normally? If so what > files? > |> Thanks for any assistance. > |> > |> Jeff Boyce > |> www.meridianenv.com > |> > |> > > Unless I have made a lot of changes to the desktop I normally just > start over by removing or renaming all the directories in my home > directory that start with .gconf and .gnome. Then on my next login > those directories are recreated with the system default settings. > I haven't figured out any other way to recover. > > This seems to happen more often than it should. Not sure why. > > Barry > I tried the renaming approach and the result is the same, a blank (black) desktop screen. Someone else suggested creating a dummy user and copying the files from that user, but this approach created more problems due to references to the new dummy user in the configuration files. So I am still looking for more (better) suggestions. Thanks. Jeff -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
