Description of problem: When a system is configured for run level 3, firstboot will still try to run, and cause all text output to the TTY to stop, right when run level 3 would be entered. Once all the services are started (blindly), then the login prompt will present itself. Version-Release number of selected component (if applicable): firstboot-1.2.4-1 How reproducible: Always, on first boot of an installed system. Steps to Reproduce: 1. Start Fedora installer, get to the very end. 2. Reboot, but edit the grub kernel entry 3. Replace "rhgb" with "3" to enter run level 3 without any graphical boot Actual Results: Console output about services dies right when run level 3 would be entered. Expected Results: Console output for run level 3 would continue to be shown. Additional info: If firstboot is explicitely turned off (echo "RUN_FIRSTBOOT=NO" > /etc/sysconfig/firstboot), then text output will show for all of run level 3, including rc.local. Of note, this seems to only occur the first time the system is booted. After the first time, it doesn't seem to show up. This could be associated with the fact that firstboot is pre-configured to run at run level 3 as well as 5. Should firstboot really be running at run level 3?
Yep, I just confirmed. If firstboot is set to _not_ run at run level 3, and only run level 5, console output is as expected.
More concerning is that I have scripts in rc.local that have a read command, to get some information from the person at the system (internal first-boot configuration stuff). When firstboot tries to run at run level 3, it seems to send these read commands null returns, and really messes w/ the scripts I have set up.
Firstboot now has a text mode that will run in runlevel 3. I added this to cvs a few weeks ago. This should make the problem go away. Closing as Rawhide.