Created attachment 1026612 [details] screenshot Description of problem: I'm trying to cp the logs to my host machine by switch to tty2,but I have to wait for a long time,as there is no shell shows up Version-Release number of selected component (if applicable): f22-Final-TC4 How reproducible: always Steps to Reproduce: 1.Do a default installation 2.Switch to tty2 using"Ctrl+alt+F2" 3. Actual results: As shown in the screenshot,shell dosen't show up until a long time later Expected results: Additional info:
Created attachment 1026613 [details] program.log
Created attachment 1026614 [details] anaconda.log
Created attachment 1026615 [details] dnf.log
Created attachment 1026616 [details] syslog
Created attachment 1026617 [details] X.log
*** Bug 1222881 has been marked as a duplicate of this bug. ***
What is a "long time"? I've waited 2 minutes and the shell didn't appear.
Sometimes a long time is forever. I'm not sure what exactly changed, but systemd isn't always starting logind, or sometimes isn't starting it as soon. bug 1194015 mentioned that systemd-logind.service should be added as a Wants to anaconda's systemd service.
*** Bug 1222998 has been marked as a duplicate of this bug. ***
(In reply to Kamil Páral from comment #7) > What is a "long time"? I've waited 2 minutes and the shell didn't appear. I'm not sure,sometimes 2 minutes is long enough for it to show up,but sometimes I didn't see it even after 10 minutes.It is likely that >Sometimes a long time is forever
Clearing F22 accepted / nominated freeze exception status as F22 has shipped, per https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Trackers . You may nominate as an Alpha, Beta or Final freeze exception for F23 if desired using the web application - https://qa.fedoraproject.org/blockerbugs/propose_bug (though it is not currently set up for F23) - or by marking the bug as blocking AlphaFreezeException, BetaFreezeException, or FinalFreezeException. Personal note: this seems pretty bad, did we ship this way?! It also breaks openQA tests that expect to be able to use tty2...I think I'll nominate this for 23 Alpha myself.
As temporary fix for F22 put the following commands at the end of your own kickstart config file %pre --interpreter /bin/bash --log=/tmp/preInstall.log systemctl start systemd-logind.service %end
*** Bug 1232587 has been marked as a duplicate of this bug. ***
*** Bug 1233855 has been marked as a duplicate of this bug. ***
Discussed at today's blocker review meeting [1]. This bug was rejected as blocker: This bug doesn't violate any criteria and there are means around this issue. Please document in F22/F23 Common Bugs pages. [1] http://meetbot-raw.fedoraproject.org/fedora-blocker-review/2015-06-22/
This is still valid, and as the systemd devs said on 1194015, I think the issue is simply that nothing in the anaconda startup path requires systemd-logind.service (which is what starts autovt@.service). In F21 it got started for some reason (even with systemd debug logging I can't tell why, but it doesn't really seem that important), but that was just serendipity, really. On regular boots it's pulled in by multi-user.target , but because anaconda uses its own custom target, it's really anaconda's responsibility to add the service to that target. I'll send a patch to add it to anaconda.target.
https://github.com/rhinstaller/anaconda/pull/228
This got committed, will be in next anaconda build.