Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 4 Dec 2012 14:43:54 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        lev@FreeBSD.org
Cc:        Garrett Cooper <yanegomi@gmail.com>, Alexander Yerenkow <yerenkow@gmail.com>, freebsd-current <freebsd-current@freebsd.org>
Subject:   Re: FreeBSD as read-only firmware
Message-ID:  <80F27F05-232F-4014-98C5-31AC5FCF2188@bsdimp.com>
In-Reply-To: <534994431.20121104025602@serebryakov.spb.ru>
References:  <CAPJF9wmO-oO7cy4XUwnTMb5cpD14TaK430rWW2nqodBFWw54DQ@mail.gmail.com> <1167404891.20121103170049@serebryakov.spb.ru> <CAPJF9wmVPxMDBqyy=Dqdnb%2BZ33f_wLDx9CFbk_oSEx4inboK6A@mail.gmail.com> <CAGH67wQORX7_N6-ggpeaLFzj0Gcy9H64EO91gHi2pcuGTE3CfQ@mail.gmail.com> <CAPJF9w=x%2BiSN9BuEcq8KOM7px1-B_n0oDfeFsyWkWesTCLDjhw@mail.gmail.com> <534994431.20121104025602@serebryakov.spb.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
[ replying to an old thread, sorry ]

On Nov 3, 2012, at 4:56 PM, Lev Serebryakov wrote:

> Hello, Alexander.
> You wrote 4 =D0=BD=D0=BE=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3., =
2:12:03:
>=20
> AY> Quick glance to nanobsd give me impression that:
> AY> 1) nanobsd is MBR based, so :
> AY> 2) nanobsd is disk-name-change sensitive.
>  Here are patches to support GPT

I'd love to see those... The mailing list must have eaten the original =
ones.

> AY> GPT way is better - I'm using r${REV} as label, and root can be =
mounted no
> AY> matter how many other "firmware's" present, or how disks are =
ordered.
>=20
> AY> BTW, due to bug 173309 I had to rebuild and update my server, =
which took
> AY> only few minutes for reboot.
>=20
> AY> Well, nanobsd is great thing, I'll look into it a bit more, but =
it's goal
> AY> to have minified FreeBSD, while I need read-only one.
>  No. Its goal is to have RO and ACID-upgradable system (with two code
>  slices for this).

Yes. NanoBSD's way isn't the best, and if there's better ways for it to =
do its thing, then I'm all for updating it to cope better.  I have a bit =
of a backlog of NanoBSD patches to get to, which is why this caught my =
eye, and since 9.1 will soon be a totally done deal, what better time to =
hack on NanoBSD and merge...

Warner




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?80F27F05-232F-4014-98C5-31AC5FCF2188>