Red Hat Bugzilla – Bug 1015220
can't log in as ordinary user after text install unless under user spoke, password field is last one filled out
Last modified: 2013-10-16 06:29:30 EDT
Description of problem:
I created both root and ordinary user accounts during text installs from the 20 Beta TC1 DVD (both i386 and x86_64). After install, I can't log in as ordinary user using the password specified during install. The root account works fine. I can use the passwd command as root to set the ordinary user password to the same one as specified during install, and am then able to log in as ordinary user.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. text install, create root and ordinary user accounts
2. after install, try to log in as ordinary user
can't log in as ordinary user using originally specified password. can reset password with passwd command, then account works
Proposing as Beta Blocker according to https://fedoraproject.org/wiki/Fedora_20_Alpha_Release_Criteria#Expected_installed_system_boot_behavior : "A system installed without a graphical package set must boot to a state where it is possible to log in through at least one of the default virtual consoles." (NOTE: I did minimal installs, not GNOME or KDE. There is a similar criterion for release-blocking desktops. It's unlikely the behavior depends on the installed package set.)
I'm not able to reproduce this. Please attach the log files from /var/log/anaconda. What keyboard layout did you use during the install?
Should be easy to reproduce - I used the default keyboard and language. I used weak passwords which gave me the standard warning prompts during install. This was from the DVD, not the netinst, so should be 100% reproducible. Will attach all files in /var/log/anaconda except for ks-script-ZDYBvu.log which is 0 bytes.
Created attachment 807241 [details]
Created attachment 807242 [details]
Created attachment 807244 [details]
Created attachment 807246 [details]
Created attachment 807249 [details]
Created attachment 807251 [details]
After a lot of trial and error (including reproducing in KVM, using either strong or weak passwords), I found that it only fails if the user is in the wheel group (which is how I normally create it). Can you try it with the user as administrator?
I also found that the bug happens whether or not there is a root account. Hence, if one creates just an administrator user account, it's impossible to log in via password at all - you'd need to use the passwd command in single-user mode to set the password properly and allow normal login.
We're re-encrypting the password every time something in the user spoke is changed. Patch sent.
Confirmed that user administrator password works if password field is filled out last (previously I did them from top to bottom, and administrator is the only one that comes after password).
anaconda-20.22-1.fc20 has been submitted as an update for Fedora 20.
* should fix your issue,
* was pushed to the Fedora 20 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing anaconda-20.22-1.fc20'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
Verified fixed in 20 Beta TC2 (anaconda 20.22-1) when I fill out the user section as usual (administrator checkbox after user password).
anaconda-20.23-1.fc20 has been submitted as an update for Fedora 20.
Discussed this in 2013-10-09 Blocker Review Meeting . Voted an AcceptedBlocker as it violates the following F20 alpha release criterion for text installs where the user password isn't the last spoke entered: "A system installed without a graphical package set must boot to a state where it is possible to log in through at least one of the default virtual consoles." 
20.25 went stable, so closing.