Date: Mon, 4 Jan 2016 10:09:00 -0700 From: Warner Losh <imp@bsdimp.com> To: Colin Percival <cperciva@tarsnap.com> Cc: Warner Losh <imp@freebsd.org>, src-committers <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org> Subject: Re: svn commit: r293115 - head/etc Message-ID: <CANCZdfr=Cffp5N-Q1o2UtNhVvLtOVLZnqh3yzBh3=mX=rzsu0w@mail.gmail.com> In-Reply-To: <000001520d9553a7-b3ef495a-89d6-44ec-91c1-c4f9afc2c55b-000000@email.amazonses.com> References: <201601031918.u03JImBs012182@repo.freebsd.org> <000001520d9553a7-b3ef495a-89d6-44ec-91c1-c4f9afc2c55b-000000@email.amazonses.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jan 4, 2016 at 10:00 AM, Colin Percival <cperciva@tarsnap.com> wrote: > On 01/03/16 11:18, Warner Losh wrote: > > Log: > > Use /bin/rm to remove /firstboot*. Otherwise rm -i alias is picked > > up and can cause issues on boot with the prompts. > > Huh, I never realized that could be a problem. It can, but it was a false positive here. /bin/sh always sources them, so if you'd added an alias, it would be hit here. > > > 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. I wondered to myself why we didn't use the same mechanism as nextboot for this feature. Do you know? Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfr=Cffp5N-Q1o2UtNhVvLtOVLZnqh3yzBh3=mX=rzsu0w>