<div dir="ltr"><div>The installer is meant to be simple.  Trying to edit slice or partition tables setup by other operating systems opens a big can of worms.  We don't really have the developer time available to do something as complex as what linux has.  So generally speaking users are on their own when it comes multi-OS installs.  For single-OS installs, DragonFly's installer works well.  At best we will be able to bang UEFI booting into shape at some point, but that's the only new boot-loader work really contemplated.<br><br></div><div>The DOS slice table vs gpt isn't a big deal, but we'd need updated gpt tools from FreeBSD and developer time to make it an installer option.  It should be noted that the DOS slice table is just a degenerate form... for example, if the drive is larger than 2TB fdisk can't configure a slice to be larger, but the kernel recognizes that a slice ending in 0xffffffff should literally mean 'the whole rest of the disk' regardless of other considerations.  So it is simple and it just works.  Complex slice/partition setups are usually a lose.<br></div><div><br></div><div>We put a disklabel64 on top of whatever low-level scheme is used and that will not change.  The disklabel mechanic gives us significantly better control over the disk layout than a slice or gpt mechanic.  We will generally always want to have a disklabel.<br></div><div><br></div>-Matt<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 15, 2015 at 6:51 AM, PeerCorps Trust Fund <span dir="ltr"><<a href="mailto:ipc@peercorpstrust.org" target="_blank">ipc@peercorpstrust.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Since the topic is at hand.<br>
<br>
Was there a technical reason why a disk partition tool isn't built into the installer?<br>
<br>
As of 4.4.1 when configuring disks for installation, the installer still recommends using DOS, another *BSD or Linux to partition disks.<br>
<div class="HOEnZb"><div class="h5"><br>
On 12/14/2015 09:53 PM, Matthew Dillon wrote:<br>
>     Master has gotten an installer revamp w/regards to the partition<br>
>     setup.<br>
><br>
>     Previously the installer used radically different arrangements for UFS<br>
>     vs HAMMER.  UFS put an integrated boot+root on partition 'a', swap on 'b',<br>
>     and HAMMER put boot on 'a', swap on 'b', and root on 'd'.  HAMMER installs<br>
>     also created a whole bunch of PFS's for various major directories such<br>
>     as /home.<br>
><br>
>     The new setup is more uniform.  An 'a' boot, 'b' swap, 'd' root, and<br>
>     'e' /build is created whether UFS or HAMMER is chosen.  PFS's are no<br>
>     longer used.  Instead, major directories which generally do not have<br>
>     to be backed up (such as /usr/obj) are put on /build and null-mounted<br>
>     to their appropriate places via the fstab.  Major directories which<br>
>     typically do need to be backed up, such as (most of /var), /home, /usr,<br>
>     and /usr/local remain on the root filesystem.<br>
><br>
>     The new setup handles small drives (typically < 40GB) by not creating<br>
>     a separate /build partition.  It still creates the /build directory<br>
>     infrastructure on the root filesystem and still creates the null-mounts,<br>
>     making it relatively easy for the user to manage later on if/when moving<br>
>     to a setup with more storage.<br>
><br>
>     --<br>
><br>
>     I've been using this scheme very successfully at home and on servers<br>
>     for more than a year now and really like the flexibility and ease of<br>
>     management.  The null mounts are a lot easier for users to manage than<br>
>     the hammer PFS's, and the separation reduces the chances of the root<br>
>     filesystem becoming corrupt during a crash.<br>
><br>
>     These changes also allow UFS installs to use encrypted roots which they<br>
>     could not before.  While we recommend HAMMER over UFS generally, there<br>
>     are still a few cases where UFS is more convenient, such as on small<br>
>     storage media / USB flash drives.<br>
><br>
>                                       -Matt<br>
>                                       Matthew Dillon<br>
>                                       <<a href="mailto:dillon@backplane.com">dillon@backplane.com</a>><br>
><br>
<br>
</div></div><span class="HOEnZb"><font color="#888888">--<br>
Mike<br>
<br>
<br>
</font></span></blockquote></div><br></div>