From nobody Thu May 11 12:40:04 2023 X-Original-To: dev-commits-src-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4QHBLb1WSZz4BBlx; Thu, 11 May 2023 12:40:07 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4QHBLZ6vrzz46s7; Thu, 11 May 2023 12:40:06 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.17.1/8.17.1) with ESMTP id 34BCe5Bb032664; Thu, 11 May 2023 07:40:05 -0500 (CDT) (envelope-from mike@karels.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=karels.net; s=mail2; t=1683808805; bh=XlHajpBgwacNqJ/jKyDTDsQZxJJRFd8yKX+SMtBbgFw=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=J9ENM5mniNcuAmZST1awShb1ews96TfCie5akTxhKBltNZGA/qn9XZOR1X7TtQLx0 8/MPg0bqII2+E/oV1kDns0WMEnPPdwoHCIjs7XjLN5kbk5elkq6/ctH2t3eEswZAUE oiuYuvqhlSwGEgyL4FQVePydXqxVw6UfGMswnzD4fBebNlqqbBfnQG4gJTLU1BwPGR K2F2rqy4eGgzKhK0VWUTb3kq/YiSp/veWB9A/jhq/ixDzw6ly4sfhpuFPUPhF9/5p/ XlZ8mAnFnCSXT9KJkpKC9eDm7er+7ezAICMLtMb7Ba7d/PTZoszszG71r67AjjwQ8q 8nGbytwX9TsZQ== Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id AjHXISXiXGSWfwAAs/W3XQ (envelope-from ); Thu, 11 May 2023 07:40:05 -0500 From: Mike Karels To: Alexey Dokuchaev Cc: src-committers@freebsd.org, dev-commits-src-all@freebsd.org, dev-commits-src-main@freebsd.org Subject: Re: git: 36db6b04962a - main - hier(7): document /home/ and /usr/home/ Date: Thu, 11 May 2023 07:40:04 -0500 X-Mailer: MailMate (1.14r5964) Message-ID: In-Reply-To: References: <202305101419.34AEJf1x054239@gndrsh.dnsmgr.net> <20230510151313.9E7A6111@slippy.cwsent.com> <4367FD0A-76AC-4E98-A133-E50D8CF841C7@karels.net> List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-src-all@freebsd.org X-BeenThere: dev-commits-src-all@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-Rspamd-Queue-Id: 4QHBLZ6vrzz46s7 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:16509, ipnet:3.16.0.0/14, country:US] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On 11 May 2023, at 4:11, Alexey Dokuchaev 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. For anyone using non-default partitioning (and that includes me), allocating space reasonably is up to them. It would certainly possible to use /usr/home; the easiest way is to simply specify home directories with /usr/home/user explicitly. Of course, it would be possible to replace a /home directory with a symlink manually. Mike >> 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