nanobsd: Use gpart and create code image before full disk image

[imp]

Summary

The attached patch brings two main changes to the nanobsd script:
1- gpart is used instead of fdisk;
2- the code image is created first, and then used to ``assemble'' the

full disk image.

The patch was first proposed on the freebsd-embedded list:
http://lists.freebsd.org/pipermail/freebsd-embedded/2012-June/001580.html
and is currently under discussion:
http://lists.freebsd.org/pipermail/freebsd-embedded/2014-January/002216.html

Another effect is that the -f option ("suppress code slice extraction")
now imples the -i option ("suppress disk image build").

Patch hand applied to new since stable/11 legacy.sh by imp@

Test Plan

Note: This needs to be tested. I wanted to get the forward-ported patch into someplace public.

[jlduran]

tools/tools/nanobsd/defaults.sh

165

Don't know if it makes sense to derive them from NANO_ROOT/NANO_ALTROOT and NANO_SLICE_ROOT/NANO_SLICE_ALTROOT to prevent foot-shootings:

NANO_PARTITION_ROOT="${NANO_ROOT##$NANO_SLICE_ROOT}"
NANO_PARTITION_ALTROOT="${NANO_ALTROOT##$NANO_SLICE_ALTROOT}"

tools/tools/nanobsd/legacy.sh

105

I have tested this change building an "embedded" aarch64 NanoBSD image. As the first email warns, this breaks when building the code slice: dd: no value specified for seek, I had to use NANO_LOG instead of NANO_OBJ here.

[imp]

tools/tools/nanobsd/defaults.sh

165

I don't think this makes sense because these variables are set later and also set in config files.

tools/tools/nanobsd/legacy.sh

105

Yes. That's needed.

184

And this should be NANO_LOG too.

[ardovm_yahoo.it]

Hello all,

I would be glad to help if I could, but I only have access to stable/11 systems at the moment and I cannot apply @imp 's patch because there is no file legacy.sh

I am also totally new to Phabricator, so please be patient ;-)

Feel free to contact me if you think I can be of any help.

[imp]

In D31102#699860, @ardovm_yahoo.it wrote:

I would be glad to help if I could, but I only have access to stable/11 systems at the moment and I cannot apply @imp 's patch because there is no file legacy.sh

Yes. I split that out after stable/11 branch. The original bug has older patches.

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186030

I didn't really change it much, other than what was noted here.