HEADS-UP: installworld on r299292 through r299317 will replace master.passwd, passwd, and group files

Glen Barber gjb at FreeBSD.org
Tue May 10 15:55:38 UTC 2016

On Tue, May 10, 2016 at 10:31:03AM -0400, Allan Jude wrote:
> On 2016-05-10 02:32, Glen Barber wrote:
> > On Tue, May 10, 2016 at 08:25:22AM +0200, Thomas Zander wrote:
> >> On 10 May 2016 at 08:18, O. Hartmann <ohartman at zedat.fu-berlin.de> wrote:
> >>
> >>> I haven't figured out so far how far this goes. Lucky for those having
> >>> recent /etc/ backups. A pity FreeBSD doens't backup this by default.
> >>
> >> After having shot myself in the foot some time ago, "zfs snapshot" has
> >> become a part of my standard upgrade procedures :-)
> >>
> > 
> > No argument that this is valuable, but we cannot rely on filesystem
> > specific solutions.  Similar topic came up a few days ago following
> > lunch.  It got me thinking of a better way to ensure this kind of thing
> > does not require home-grown foot protection from cannons.
> > 
> > It should be fairly trivial to automatically backup /etc (and related)
> > when 'distribution' is run, either intentionally or accidentally (or by
> > commit mistakes, such as this).
> > 
> I wonder if you couldn't actually package it. Before installing the new
> /etc, it would create a package of what is in your old /etc and put it
> somewhere safe, so an upgrade could be reverted by manually installing
> that package.

In the context through which the above was intended, it wasn't intended
for a new 'package' (assuming you mean pkg(8)).  Just an archive of what
was there before the changes, so some notion of a "rollback" (filesystem
agnostic) is possible.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20160510/cd2c8565/attachment.sig>

More information about the freebsd-current mailing list