Description of problem: If eth0 is set up to be configured via dhcp and the network cable is disconnected at boot, X does not start all the way. screen swithes to vt7 and a black screen is presented with no keyboard input accepted. This occurs if booting into runlevel 5 or into 3 and running startx from a command prompt. Version-Release number of selected component (if applicable): same with xorg from the installation tree or if upgraded to latest from rawhide How reproducible: Always Steps to Reproduce: 1. install FC4 t1 on mac mini 2. select workstation install 3. reboot 4. yum update gdm 5. reboot 6. yum install gnome-python2-gnomevfs 7. configure radeon 9200 card and monitor 8. unplug nic and reboot Actual results: X hangs at blank screen Expected results: X launch and gdm loging screen presented (rl 5) or desktop appear (rl 3 and startx) Additional info: THis occurs with gdm updated to rawhide and ati radeon 9200 selected at 1024 x 768 and generic LCD 1024 x 768 screen as monitor. I have not tried it with no packages updated/installed. I do not know if this is related or not but selecting desktop->logout takes over a minute to show the logout dialog.
Created attachment 112430 [details] Xorg log when booting with no cable attached to Nic
Created attachment 112431 [details] ps output when x is hung trying to bring up gdm login screen
This problem most likely is caused due to the way Xauthority works. You must have a valid hostname, and the hostname can not change while X is running. This is a hard limitation of the current X11 implementation, and it's unfortunately been this way for a long time. It's more of a misfortunate design than it is a bug, however it does need to be addressed eventually, but by X.Org directly, and not in an OS distribution specific manner. Please file a bug report in X.Org bugzilla to track this issue, which is located at http://bugs.freedesktop.org in the "xorg" component. Once you've filed your report to X.Org, if you paste the URL here, Red Hat will track the issue in X.Org bugzilla with upstream developers, and will review any fixes that become available for potential inclusion in future Fedora Core updates.
Setting status to "NEEDINFO", awaiting upstream bug URL for tracking.
If an upstream bug report has been filed for this issue, and you'd like the X Devel team to track it for fixes, please update the bug with the upstream bug URL, and reopen the bug and we will add it to our internal tracker. Setting status to WONTFIX.