Convert MBR Partitions to GPT

[@lbutlr]

On 6 Sep 2019, at 15:44, Polytropon <freebsd at edvax.de> wrote:
> On Fri, 6 Sep 2019 12:25:21 -0600, @lbutlr wrote:
>> On 6 Sep 2019, at 05:20, Polytropon <freebsd at 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.

>> 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?



-- 
MY MOM IS NOT DATING JERRY SIENFELD Bart chalkboard Ep. AABF06