Re: git: 36db6b04962a - main - hier(7): document /home/ and /usr/home/
- In reply to: Alexey Dokuchaev : "Re: git: 36db6b04962a - main - hier(7): document /home/ and /usr/home/"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Thu, 11 May 2023 14:24:24 UTC
On Thu, 11 May 2023 09:11:20 +0000 Alexey Dokuchaev <danfe@freebsd.org> wrote: > On Wed, May 10, 2023 at 04:48:12PM -0500, Mike Karels wrote: > > ... > > I'm sure the kludge was originally done when root and /usr were separate > > file systems by default, root was small, and there was no /home by default. > > I think that's the idea, yes. FWIW, I still partition my drives this way: > 2~4GB root with big /usr and /home (the latter lives on separate partition > because it's encrypted). For non-encrypted setup, /home does not have to > be a separate partition and can be a symlink to `usr/home'. I actually > don't find this inconvenient or particularly kludgy. Surely it's nice to > be able to encrypt one's data, but it's also nice not having to worry if > you'd suddenly get ENOSPC while there's still plenty of room on adjacent > partition. > This kind of setup is OK for a single-user system. But for an admin trying to set up a system with many users it would be very problematical if /usr were to fill up. I personally have a 60G SSD for /usr and a 1TB SSD for /home. My /home has about 4 times more data on it than is on /usr. > > However, we now default to a single large file system (with datasets, in > > the ZFS case). > > ZFS makes it all easier of course, but at its present state is not usable > on 13+, so I'm confined to UFS until ZoL guys can fix their sh^code. :( > > ./danfe > -- Gary Jennejohn