Date: Sat, 7 Sep 2019 14:46:59 +0200 From: Polytropon <freebsd@edvax.de> To: "@lbutlr" <kremels@kreme.com> Cc: Aleksandr via freebsd-questions <freebsd-questions@freebsd.org> Subject: Re: Convert MBR Partitions to GPT Message-ID: <20190907144659.33354f88.freebsd@edvax.de> In-Reply-To: <668AE706-2B7D-40F9-B88A-208797D419BB@kreme.com> References: <1ef6d7eb-a7c9-2a5d-12b2-20c4ef255523@wavecable.com> <20190902133941.e563291f.freebsd@edvax.de> <0e0c086c-a907-d224-98b8-9486d921e7a5@wavecable.com> <20190902141116.264edd01.freebsd@edvax.de> <88cabc53-eff5-3e1a-6e77-2d86da2b8c8d@wavecable.com> <20190902164836.98486301.freebsd@edvax.de> <c071bbe0-75dd-7ab3-1a05-e965969bb299@wavecable.com> <20190906132003.a0e2c6a0.freebsd@edvax.de> <C7372CDC-871E-4E2F-86C1-6EF3EA1F9CD9@kreme.com> <20190906234411.9aba1e00.freebsd@edvax.de> <668AE706-2B7D-40F9-B88A-208797D419BB@kreme.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 6 Sep 2019 16:28:36 -0600, @lbutlr wrote: > On 6 Sep 2019, at 15:44, Polytropon <freebsd@edvax.de> wrote: > > On Fri, 6 Sep 2019 12:25:21 -0600, @lbutlr wrote: > >> On 6 Sep 2019, at 05:20, Polytropon <freebsd@edvax.de> wrote: > >>> Now, journaling tends to cause problems when using dump to backup > >>> data partition-wise (e. g., "dump -0Lauf /mnt/rootfs.dmp /dev/ada0p2”). > >> > >> I’m not sure that is a problem with journaling as opposed to a problem > >> with dump. > > > > I'm not primarily complaining about the problems between journaling > > and dump, I'm complaining because the _choice_ is gone (or at least > > choice now requires additional booting and fiddling with what has been > > possible with ye olde sysinstall for decades). > > The defaults are always going to annoy some people. I’d say using dump > for backup seems like it’s pretty much and edge case these days. I wouldn't say that. Over the years, I've encountered many settings where there's more than only one partition per disk, and several disks in a system, and backing up data partition-wise is very convenient. As opposed to tools like cp, rsync, or tar, a dump has the advantage that _all_ information (especially "meta-information" such as flags, extended attributes, symlinks and hardlinks) can be saved and restored (!) exactly 1:1, as it should be. Sure, this approach has advantages and disadvantages, but omitting the _choice_ is, in my oinion, the wrong thing to do for the installer. I fully agree with you that SU+J is fine for many settings, especially for "one disk, one partition" single-user systems. Still the installer could offer a means to change that setting, while presenting SU+J as the default. It's not that hard, even ye olde sysinstall did it in a way that I would call "the correct way". :-( > >> Pick one fo the following: > >> > >> 1. Journaling and rsync/tar/etc > >> 2. ZFS Journaling/snapshots and dump to your heart's content > >> 3. Use an older disk format > > > > This is not always possible. Imagine a setting where you need to > > introduce a new UFS-based system to a conglomerate where dumps are > > obtained automatically at runtime. None (!) of the things listed > > above is a solution. > > Why does it have to be UFS and why can’t you manually format the disk > if you really care that much? This is exactly what I want to avoid when I use an installer tool such as bsdinstall. Sure, I now (!) tend to not use bsdinstall, and drop to the CLI in the first step, so I can do the initialization of the filesystems as needed. But that fully defeats the purpose of having the installer. Remember sysinstall? You could change (!) the settings for the automated tasks before they took place, and you would even _know_ what settings would be applied _before_ the steps started. Now, the way the filesystems will be initialized is obscure - you can only see it afterwards. With sysinstall, you could also combine automated and manual things. I have not tried this yet with bsdinstall, but maybe this is a way to deal with it: Partition and init via CLI, then return to the installer, which then actually installs FreeBSD to the prepared partitions? Still a bit inconvenient, but it would work for the cases where journaling is not desired. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190907144659.33354f88.freebsd>