10.3 zpool/var canmount = off?

Brandon J. Wandersee brandon.wandersee at gmail.com
Sun Sep 18 22:38:27 UTC 2016

Kevin P. Neal writes:

> On Fri, Sep 16, 2016 at 04:18:31PM -0500, Brandon J. Wandersee wrote:
>> Matthew Seaman writes:
>> > The point of having zroot/var (with canmount=off) that just acts as a
>> > placeholder is so that eg. zroot/var/log or zroot/var/tmp (which you'll
>> > see have 'canmount=on') get mounted in the right location in the file
>> > system without becoming part of any boot environment.  That means
>> > there's only one copy of those filesystems and it always gets mounted
>> > every time you reboot -- which is really what you want for eg. /var/log
>> > but not correct for boot environments in general.  Usually you'll have
>> > several available, but only one of them should be mounted and active.
>> I have a tree of
>> filesystems for everything related to ports/packages except distfiles,
>> so I can roll everything back in lock-step if an upgrade goes bad while
>> avoiding having to download everything again.
> Does anyone know for certain that a pkg'ized base system will kill the
> ability to keep the base system distinct from /usr/local?
> I keep my /var/db/ports and /var/db/pkg trees symlinked so they are in
> /usr/local to guarantee that they are always in sync with the software
> that is installed. But a pkg'ized base kills my ability to keep /usr/local
> correctly accounted for while doing a fresh install of base, say, in a new
> ZFS dataset.

Assuming I understand you correctly: it seems one of the things keeping
pkgbase out of the mainline right now is the need to update pkg(8) to
handle base and application package installation, upgrade, and removal
processes separately (e.g. `pkg delete -a` will destroy the system, `pkg
upgrade` will upgrade both system and application packages, etc.). It's
an acknowledged problem, but I don't know how far along the work is
right now. Surely something is being done about it, or folks who upgrade
RELEASEs from source or track development branches, while using packages
instead of ports, will wind up with broken systems.


::  Brandon J. Wandersee
::  brandon.wandersee at gmail.com
::  --------------------------------------------------
::  'The best design is as little design as possible.'
::  --- Dieter Rams ----------------------------------

More information about the freebsd-questions mailing list