From owner-freebsd-questions@freebsd.org Sat Feb 13 11:51:36 2021 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A6FBB529D70 for ; Sat, 13 Feb 2021 11:51:36 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Dd7xg6N2Rz3w07 for ; Sat, 13 Feb 2021 11:51:35 +0000 (UTC) (envelope-from ralf-mardorf@riseup.net) Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "Sectigo RSA Domain Validation Secure Server CA" (not verified)) by mx1.riseup.net (Postfix) with ESMTPS id 4Dd7xV5pjfzFw85; Sat, 13 Feb 2021 03:51:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1613217086; bh=KTSaPVuTDpp6E/z8QkdmnS1k+ZRj7bRHHDnD3BetNZc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=aOQKkis8ow2i5TzXvNRWFGv/Sbp8HoGiw6sCZTyOhCbkZfCyh080/WoXm7zRQFqDF gOTjBUs8v2up9f0Dhp4qgAgfZTz+o/NW9KKC7E3k+rFiTYOOHAqxxr7hEWmQr7pjRE +F4ukqDnHMBow5h2qGnMeiVSLRqSPKJTMhRPu9KI= X-Riseup-User-ID: CC57F9EF433AAB59A0CD8ECDD6DE6A5AA66D14C16B184790CBB9AD13FE22884E Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4Dd7xS1y99z5vMx; Sat, 13 Feb 2021 03:51:20 -0800 (PST) Date: Sat, 13 Feb 2021 12:51:13 +0100 From: Ralf Mardorf To: freebsd-questions@freebsd.org Cc: Polytropon Subject: Re: Partitioning Message-ID: <20210213125113.3b3f1f8b@archlinux> In-Reply-To: <20210213045614.71f2202b.freebsd@edvax.de> References: <055e547a-c57a-048e-5458-4cf60b31ca7a@gmail.com> <20210213045614.71f2202b.freebsd@edvax.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4Dd7xg6N2Rz3w07 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=riseup.net header.s=squak header.b=aOQKkis8; dmarc=pass (policy=none) header.from=riseup.net; spf=pass (mx1.freebsd.org: domain of ralf-mardorf@riseup.net designates 198.252.153.129 as permitted sender) smtp.mailfrom=ralf-mardorf@riseup.net X-Spamd-Result: default: False [-4.58 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[198.252.153.129:from]; R_SPF_ALLOW(-0.20)[+mx]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[riseup.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[riseup.net,none]; NEURAL_HAM_SHORT(-0.98)[-0.985]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[198.252.153.129:from]; ASN(0.00)[asn:16652, ipnet:198.252.153.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[198.252.153.129:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[riseup.net:s=squak]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_LOW(-1.00)[riseup.net:dkim]; SPAMHAUS_ZRD(0.00)[198.252.153.129:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-questions] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 13 Feb 2021 11:51:36 -0000 To me (no server, just a desktop PC) partitioning is most useful to keep track of data locations. IMO it's better to have a separated partition to e.g. store photos and to use paths only to sort photos on this partition, not to distinguish mail, documents etc. from photos. On Sat, 13 Feb 2021 04:56:14 +0100, Polytropon wrote: >If you have things like /tmp, /var/log, /home and so rooted in >the same partition, a "runaway process" could fill your whole >disk just writing to /tmp, and you wouldn't know, because a log >file can no longer be written. Also users might be affected and >cannot save their work files as /home runs out of space (simply >because / is full). OTOH if you don't know how much space you need for binaries and libraries and how much space you need for data in home in the future, you are less flexible and might need to resize partitions, if they are separated. By the all-in-one approach you don't have to do this. Btw. making tmp a tmpfs has some pros and less cons ;). >Another useful thing about partitioning is that you can backup >and restore partition-wise. That is useful, especially for huge amounts of data, that are better stored on a separated partition, instead of home. >You can also use different mount options (such as noatime where you >don't need it, and even noexec when you want to prevent accidental >executions). For hysterical raisins I mount some audio real-time usage related partitions with noatime, but I doubt that it make much sense nowadays. However, I agree that separated partitions are useful for measures such as mounting read only etc.. Related to performance I suspect that it only makes a difference in some cases and if so, it's probably more important what kind of hardware is used ... SMR, SSD etc.... what kinds of files are used, mainly many short or a few large or whatsoever files .... IOW related to performance the hardware and chosen file system might be more important in the first place, than mount options in the second place. >if you need to recover something from /home, you can leave /usr, /tmp, >and /var out of scope entirely, and those partitions won't be >subject to recovery attempts - you can concentrate on /home. Depends on the backup strategy, dump, dd vs tar. >The initial question probably was UFS-centered, as with using >ZFS, you can resize partitions any time you want, and it's a lot >easier to manage them. Everything mentioned above can easily be >done with ZFS, and more. Reminds me of an Ubuntu user who wanted to shrink an partition on an external USB SSD that was preformatted with exFAT. The user wanted to use it to share data between Linux and Mac. So apart of being unable to resize the partition, it also was missing "traditional Unix permissions", which other than journaling could be preserved when sharing data between those two operating systems. Thinking of managing trim support, I don't know if using an external SSD via USB is wise at all.