Bug 970628
| Summary: | The installer doesn't activate a user account if a home directory for that user already exists | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Jiri Eischmann <eischmann> | ||||
| Component: | anaconda | Assignee: | Vratislav Podzimek <vpodzime> | ||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | high | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 19 | CC: | anaconda-maint-list, dshea, g.kaviyarasu, jonathan, kparal, mkolman, sbueno, vanmeeuwen+fedora, vpodzime | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | anaconda-19.30.3-1.fc19 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2013-06-12 03:38:19 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
If I understand this correctly, this behavior makes a system re-installation very unpleasant. Even if you have / and /home separated, you can't simply reformat / and mount /home. You either need to rename /home/user before installation and rename it back afterwards, or you need to create a different user during the installation and create the original user in the installed system. Both approaches are a bit cumbersome. I believe this could be very well nominated for a FreezeException. Anaconda team, if you intend to fix this in F19, please nominate. Thank you. anaconda-19.30.3-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/anaconda-19.30.3-1.fc19 Package anaconda-19.30.3-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-19.30.3-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-10283/anaconda-19.30.3-1.fc19 then log in and leave karma (feedback). Tested on TC2 and it works as intended. anaconda-19.30.3-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 756787 [details] Anaconda log Description of problem: If a home directory for a user account that is being created in Anaconda already, exists, Anaconda creates the account, but it's locked. Initial Experience wizard then doesn't find any user accounts, asks you to create one, but doesn't allow the same name because the account is already created, just locked. While creating the user account, Anaconda returns: Error when creating new user: Error creating `/home/fedora': Soubor již existuje How reproducible: A new installation where you want to keep you existing /home partition. Steps to Reproduce: 1. mount the existing /home partition as /home 2. create a new user account (that already has a home directory on the mounted partition) on the last screen of Anaconda. 3. finish the installtion process and reboot Actual results: The user account is locked in the newly installed system and the Initial Experience wizard asks you to create a new account. But you can't create an account with the name you want because it already exists. Expected results: Anaconda should not lock the account and connect it to the existing home directory on the mounted /home partition. A fresh installation with keeping a /home partition is a very common use case. If Anaconda devel don't want to support this use case, the installer should at least inform the user that the account will be locked, or refuse to create it. Additional info: