]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/commit
makefs: introduce a new option to specify what to round the resulting
authorAdrian Chadd <adrian@FreeBSD.org>
Tue, 13 Oct 2015 02:32:15 +0000 (02:32 +0000)
committerAdrian Chadd <adrian@FreeBSD.org>
Tue, 13 Oct 2015 02:32:15 +0000 (02:32 +0000)
commita08b904c5e3a4722e6d0fde092d6d23f8d82d697
tree624a5e122cf9c1abc1c780a869c3606fec4d002d
parentdcaa560af093cefde796a1f3fd9f61c9ee9f1b5d
makefs: introduce a new option to specify what to round the resulting
image up to.

From ticket:

While trying to run FreeBSD/mips on some device having very small flash media,
one is forced to compress file system with mkulzma(8) utility. It is desirable
to specify small UFS block/fragment sizes like 4096/512 bytes for makefs(8)
and big compression block size like 65535 bytes to mkulzma at the same time.
Then one obtains very good comression ratios (like 75% and more) but faces
the following problem.

geom_uncompress kernel module reports GEOM provider size rounded up to its
compression block size. Generally, this changes original media size and now
it fails to match the size of embedded UFS file system that leads to other
problems, f.e. geom_label kernel module does not like this and skips the
file system while tasting the GEOM and looking for UFS label.

This makes it impossible to refer to the file system using known UFS label
instead of something like /dev/map/rootfs.uncompress.

The following patch introduces new command line option "-r roundup" for makefs
that makes it round up the image to specified block size. Hence, geom_uncompress
does not change GEOM media size for images rounded that way and geom_label
accepts such GEOMs just fine.

With the patch applied, one can use following commands:

$ makefs -t ffs -r 65536 -o bsize=4096,fsize=512,label=flash optimization=space fs.img fs
$ mkulzma -s 65536 -o fs.img.ulzma fs.img

PR: bin/203707
Submitted by: <eugen@grosbein.net>
usr.sbin/makefs/ffs.c
usr.sbin/makefs/makefs.8
usr.sbin/makefs/makefs.c
usr.sbin/makefs/makefs.h