Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Sep 2019 08:02:12 -0600
From:      Warner Losh <imp@bsdimp.com>
To:        Karl Denninger <karl@denninger.net>
Cc:        freebsd-embedded <freebsd-embedded@freebsd.org>
Subject:   Re: Default parameters for NanoBSD
Message-ID:  <CANCZdfpRBgjS_yYddLJUAoS9Up1BW_tNcMNVcO1KngiweFYGhw@mail.gmail.com>
In-Reply-To: <06cd90cd-cb9c-a91e-f8c7-3bcdd1e4a226@denninger.net>
References:  <70eb2817-31d6-5671-11c2-dc2c4cc21850@free.fr> <CANCZdfp442ui2a7C8Do%2BLccShipE_FTObUb%2BZZ5_0rzO_48ppA@mail.gmail.com> <06cd90cd-cb9c-a91e-f8c7-3bcdd1e4a226@denninger.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Sep 10, 2019, 7:59 AM Karl Denninger <karl@denninger.net> wrote:

> On 9/10/2019 08:53, Warner Losh wrote:
> > On Tue, Sep 10, 2019 at 3:28 AM Fabien Costard <fabien.costard@free.fr>
> > wrote:
> >
> >> Hello everyone,
> >>
> >> This is a question about the default values used for the nanobsd.
> >> In the current default configuration (defaults.sh), the media size is
> >> set to 2000000 (NANO_MEDIASIZE=2000000).
> >> This size (1GB) does not allow to make an image when you follow the
> >> documentation online.
> >>
> >> I know that the purpose of the nanobsd is to make "light" FreeBSD system
> >> but would it be better to change the default media size when someone
> >> (like me) try to use and understand it step by step ?
> >>
> >> I found the media size have to be 9600000 (around 4.8GB) (to work with 2
> >> images)
> >>
> >> What do you think about it ?
> >>
> > I built an image yesterday, and 1GB was still large enough. What arch
> were
> > you doing? What other things went onto the package? FreeBSD itself,
> without
> > compilers, should clock in around 300MB.
> >
> > I have no problem bumping the size. Today it's hard to buy something
> > smaller than 16GB (though there's a lot of lots of 4GB and 8GB on amazon,
> > the sweet spot for price has moved to 32GB). It's likely time. I like to
> > keep it small because the images are copied around and that takes up
> space.
> >
> > Warner
>
> "xz" is excellent at turning a "sparse" NanoBSD file into something
> more-representative of the actual bits on the disk as opposed to the
> allocated size....
>

Dd that copies the partition still takes more time...

Warner

-- 
> Karl Denninger
> karl@denninger.net <mailto:karl@denninger.net>
> /The Market Ticker/
> /[S/MIME encrypted email preferred]/
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfpRBgjS_yYddLJUAoS9Up1BW_tNcMNVcO1KngiweFYGhw>