Date: Tue, 22 Jul 1997 00:26:55 +0930 (CST) From: Michael Smith <msmith@atrad.adelaide.edu.au> To: jkh@time.cdrom.com (Jordan K. Hubbard) Cc: msmith@atrad.adelaide.edu.au, bde@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: /boot.foo madness Message-ID: <199707211456.AAA23939@genesis.atrad.adelaide.edu.au> In-Reply-To: <28019.869496591@time.cdrom.com> from "Jordan K. Hubbard" at "Jul 21, 97 07:49:51 am"
next in thread | previous in thread | raw e-mail | index | archive | help
Jordan K. Hubbard stands accused of saying: > > That makes the files second-class citizens. If they're really meant > > to go along with the bootblocks, then they should be managed by the > > same tools. > > 1. I'm still not sure that it's true that they're supposed to go > along with the boot blocks. The boot blocks consider their absence as an error. Unless this is fixed (and Bruce has failed to do so despite being asked, so I have to assume he believes this is correct), they form part of the runtime bootstrap toolset. > 2. Even if so, I'm even less sure that adding them to the > `a' filesystem at disklabel -B time is an idea which > could be employed without inducing an understandable > "shock! horror!" reaction from users of disklabel. *shrug* Whatever degree of qualification it takes so that someone performing a routine update of the bootblocks on their root filesystem via the standard tools gets the entire set of boot components installed. I made my position clear some time back; while the bootstrap continues to preferentially read ufs filesystems, all the boot-time components should be in a separate directory. If we assume that this is /boot, then there would be no pain at all in updating /boot/help.default etc. when /usr/mdec was updated. > Jordan -- ]] Mike Smith, Software Engineer msmith@gsoft.com.au [[ ]] Genesis Software genesis@gsoft.com.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control. (ph) +61-8-8267-3493 [[ ]] Unix hardware collector. "Where are your PEZ?" The Tick [[
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199707211456.AAA23939>