Re: how to get username use another home directory

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2009-01-16 at 12:54 -0500, Todd Zullinger wrote:
> Globe Trotter wrote:
> > I usually keep the userspace in another partition, /usr/local (let
> > us say /usr/local/trotter.
> 
> I'm curious, why not just have /home be on a different partition?
> That seems more elegant to me (and would work better with SELinux as
> well, though you might not care if you disable SELinux or run in
> permissive mode :).
> 
> > Previously, I would add skip the create user step and log in as root
> > and then create user with directory using system-config-users.
> > However, this is apparently no longer allowed, and I am required to
> > create an user. How do I get this user to have its "home" in
> > /usr/local/trotter? I guess one way out is to create a fake user and
> > then go in, use system-config-users and then delete the fake user.
> > Is there a more elegant way?
> 
> This is the sort of task I'd do from a text console (but then, I say
> that sort of thing a lot ;).  If you create the user trotter at first
> boot, use CTRL-ALT-F2 at the login screen to get to a console.  Then
> login as root and use something like:
> 
>     # usermod -m --home /usr/local/trotter trotter
> 
> The -m option moves the current home dir to the new dir.  Obviously,
> you don't want trotter logged in when you do this.
> 
One other thing to mention is that /usr is a system directory.  As such
its permissions are a bit touchy, and putting user files there can
produce unintended consequences.

I would have great reservations about this due to unexpected
interactions of things such as backups, access to certain system files
(through /usr/bin and /usr/sbin) for example, especially with multiple
users on the system.

By convention, many applications expect /home to contain user
directories, and while if coding standards are followed, the  shell
variable $HOME will point to the correct directory, in some cases poorly
written or experimental code is sometimes not so clean.


Regards,
Les H

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux