Re: cvs commit: src/etc/mtree BSD.root.dist src/include paths.h src/rescue Makefile README src/rescue/librescue Makefile src/rescue/rescue Makefile

[ Available lists | Index of cvs-src | Month of Jul 2003 | Week of 1 Jul 2003 | Raw email | View thread | Wrap long lines | Reply | Tag ]
From
John Baldwin <jhb@FreeBSD.org>
Date
1 Jul 2003 11:27:58
Subject
Re: cvs commit: src/etc/mtree BSD.root.dist src/include paths.h src/rescue Makefile README src/rescue/librescue Makefile src/rescue/rescue Makefile
Message-ID
XFMail.20030701142805.jhb@FreeBSD.org


[ Hide this part ]
 
On 01-Jul-2003 Bruce A. Mah wrote:
> If memory serves me right, Makoto Matsushita wrote:
>>
>> Just a comment...
>>
>> > Now that there is zero use of /stand post-install, please add code to
>> > sysinstall to rm /stand after it is done with it. Thanks.
>>
>> bmah> Perhaps you mean "please remove the code from sysinstall that copies
>> bmah> /stand"? (Not like I've actually tried this.)
>>
>> Maybe not, or don't do that. /stand is still helpful if base
>> distribution is NOT installed, and only the resort for the early stage
>> of installation. We may use /rescue directory for that, but it is
>> larger than current /stand directory, hard to putting it onto a floppy
>> (yes we have a chance to do that if we disables floppy installation.)
>
> Um...I only meant that sysinstall doesn't need to copy /stand from the
> installation media (e.g. mfsroot.flp) during an installation. /stand
> needs to stay on the floppies because as you pointed out, /rescue (at
> least in its current form) doesn't fit.

No. sysinstall copies over /stand and then chroots into the new root
for the actual install after it does the newfs. If you don't copy /stand
then installs will fail. Please just leave it as is. /stand is still
useful in the scary case that /rescue and normal root get hosed and it
doesn't take up very much space anyways.

--

John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!" - http://www.FreeBSD.org/


Elapsed time: 0.189 seconds