From owner-svn-src-head@freebsd.org Mon Jan 4 20:21:18 2016 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3065FA62757 for ; Mon, 4 Jan 2016 20:21:18 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk0-x22d.google.com (mail-qk0-x22d.google.com [IPv6:2607:f8b0:400d:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D95DD15C6 for ; Mon, 4 Jan 2016 20:21:17 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk0-x22d.google.com with SMTP id q19so77839062qke.3 for ; Mon, 04 Jan 2016 12:21:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Fpvihg7NHki7Op/1ikS3zqRl5S+BCzOPSSvkwCPfxqI=; b=ebsSWTqwHrgDPwNDXTIum3h6hSwE/LYg+BEUhQEEGOeErE+ae3ze/4TG9EeyR4Qw2Z tIud8sjtCF0vH9oT7EZiUGG/cY+zosyxnmtvqfbl3EEzQHDA1itGJaMJ2T06PsF0ab9g 7d9wylJsIwrt8Z4u/snU+wdEZSKersSN6yrXgRYfhCl/X746tRayQz7IerIt4pvHvAPC 7LZ4v91Oun52WQOUBOYA25ZwGbjgdm3KrUUZj6SAelyy+lOLEnNCqShajH2zEu3m0UFT TIqxmWlJ1L35ozW7tGIQn3Wup0hS0J5ipEW8kNkshsP1i1o4Gjb/tRIM93xi4/IdjHxk WniA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Fpvihg7NHki7Op/1ikS3zqRl5S+BCzOPSSvkwCPfxqI=; b=JNpO1MBa8CgfLGb43qdi8mMztGEYgFoMmBsREmWEDp1+sFqjKE3UqRmgFY2255uHwa +9RMu6xZ77vzj2Ffm2tv2IqDD/8mRhhQhHop1VUWtRHB+BAmOC8IIn5Cb1HEJAupXT95 fU+/wnGgy0yB/3xHJTGebZxJX/87OI0MaZF0T82ggomQEQoJwuE9ze94VLuGU4x4AJr4 5a/FZMw84deSbBQOBD2vuMhaMop7KoV/x05TpRaEHu44HbFrVKvgY9NeO4Bdpv3Es04D 4VdLOrkq0S9053y0h+yjF20Gp4ggvCFgqCnbnt/h0e/TvTyRANT1yA/thiLR9F7GftmC Xy4Q== X-Gm-Message-State: ALoCoQl/u4yrnaXvc5IAe5N6r5reZ6bkFIMuhJG1a5n2HZLs3L+++eRljeJMb1mxVLA6KEDTrAP34R1y7nJZTwyCQ2zAAm7SnA== MIME-Version: 1.0 X-Received: by 10.55.81.87 with SMTP id f84mr16660872qkb.10.1451938876824; Mon, 04 Jan 2016 12:21:16 -0800 (PST) Sender: wlosh@bsdimp.com Received: by 10.140.27.181 with HTTP; Mon, 4 Jan 2016 12:21:16 -0800 (PST) X-Originating-IP: [2601:280:4900:3700:a51c:df79:65a:a353] In-Reply-To: <000001520dbaad1a-55cdc7aa-a009-4672-a226-cb140785c55c-000000@email.amazonses.com> References: <201601031918.u03JImBs012182@repo.freebsd.org> <000001520d9553a7-b3ef495a-89d6-44ec-91c1-c4f9afc2c55b-000000@email.amazonses.com> <000001520dbaad1a-55cdc7aa-a009-4672-a226-cb140785c55c-000000@email.amazonses.com> Date: Mon, 4 Jan 2016 13:21:16 -0700 X-Google-Sender-Auth: YyJgoVTOtpfT-mXb2YFEUHB5xr0 Message-ID: Subject: Re: svn commit: r293115 - head/etc From: Warner Losh To: Colin Percival Cc: Warner Losh , src-committers , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jan 2016 20:21:18 -0000 On Mon, Jan 4, 2016 at 10:41 AM, Colin Percival wrote: > On 01/04/16 09:09, Warner Losh wrote: > > On Mon, Jan 4, 2016 at 10:00 AM, Colin Percival > > wrote: > > On 01/03/16 11:18, Warner Losh wrote: > > > Fix the read-only > > > root case with horrible kludge of mounting rw removing the > files, then > > > mounting ro. > > > > The solution I intended when I introduced this (and used elsewhere) > was to > > set $firstboot_sentinel in /etc(/defaults)?/rc.conf. This case is > precisely > > why it's a shell variable, in fact. > > > > Except that's not exactly useful. NanoBSD boots with no filesystems > writable > > that are permanent. So I could set it to /var/firstboot or something > like that, > > and the error would go away. However, that wouldn't solve the problem > > because /var is repopulated from base seed files every boot with NanoBSD > > so we'd get firstboot behavior on every single boot. Or, we could remount > > / rw and remove the file and remount it ro when a read-only root was > > requested. > > Huh, ok. I assumed that you had a /conf/ or something like that for > storing > persistent configuration data. > It does. But all that's mirrored in a MFS and it takes an explicit command to write it all back. This is poorly matched with where the firstboot files are actually removed. > > I wondered to myself why we didn't use the same mechanism as nextboot > > for this feature. Do you know? > > Doesn't that still write to the filesystem? > So it does. I thought it mucked about with flags and such. Warner