Description of problem:
I think the summary describes it enough :)
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. pxeboot an installation of x86_64 F12
2. choose all default package options, install and reboot.
3. watch the system boot and see that you are at gdm with no local user.
had to create a user from a VT
to go through the firstboot post prep
sorry for the "urgent" priority on this bug, i meant to select high.. :/
Is there a /tmp/firstboot-tb* file or other exception file present?
Created attachment 364818 [details]
indeed and here it is. I should get around to testing this issue again this coming weekend with a freshly updated repo. I'll be in touch.
currently smolt isn't allowing me to upload data but when i do i'll post my uuid if that may help.
i did a yum update this arvo and found something both good and bad.
from either a VT or gnome-terminal i typed "init 5" and suddenly firstboot started - even though x had already started and i was logged in to the desktop. I ctrl+alted to VT7 and was back on the desktop but when i tried to go back to VT6 my system locked and I had to reset. I was able to tab to all other VT's but only got the lock on VT6.
I know we were tracking some X problems that were preventing firstboot from starting. Are you still seeing this problem?
6/11/09 = OK