Bug 965164 - $HOME owned by root if a partition with mountpoint inside $HOME is created during install
Summary: $HOME owned by root if a partition with mountpoint inside $HOME is created du...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: gnome-initial-setup
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Jasper St. Pierre
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-20 15:11 UTC by Sandro Mani
Modified: 2013-12-25 16:28 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-12-25 16:28:55 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Sandro Mani 2013-05-20 15:11:34 UTC
Description of problem:
If, during install, the user creates a mountpoint inside the future $HOME, $HOME will be owned by root. This causes gnome to crash when logging in since $HOME is not writeable.

Version-Release number of selected component (if applicable):
anaconda-19.28-1.fc19.x86_64
gnome-initial-setup-0.10-1.fc19.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Boot live cd, start installation
2. Select to review/modify partitions (I've selected standard partition scheme, not LVM or BTRFS)
3. Automatically create the standard paritions (boot, root, swap), and add an other patition with mountpoint /home/$username/data, where $username is the future username
4. Begin the installation, but do not create any users at this point (but do in in gnome-initial-setup)
5. Reboot
6. gnome-initial-setup runs. Before completing the setup, quickly switch to a VT, login as root and do a stat /home/$username: it's owned by root
7. Finish the gnome-initial-setup
8. From a VT, again stat /home/$username: it's still owned by root
9. Attempt to login into gnome: noting happens, and you'll eventually find yourself looking at the login screen again (the cause obviously being that the home directory is not writeable). Also note that any files from /etc/skel are not copied into $HOME

Comment 1 Sandro Mani 2013-12-25 16:28:55 UTC
Seems fixed now


Note You need to log in before you can comment on or make changes to this bug.