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]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux