diff options
author | adrian <adrian@FreeBSD.org> | 2015-10-13 02:32:15 +0000 |
---|---|---|
committer | adrian <adrian@FreeBSD.org> | 2015-10-13 02:32:15 +0000 |
commit | 91b919580f090dddcab0a4ee47ef473f67c5eb43 (patch) | |
tree | 624a5e122cf9c1abc1c780a869c3606fec4d002d /sbin | |
parent | 12fd50f244eb30a8abe71c32de3cd15e43950cc8 (diff) | |
download | FreeBSD-src-91b919580f090dddcab0a4ee47ef473f67c5eb43.zip FreeBSD-src-91b919580f090dddcab0a4ee47ef473f67c5eb43.tar.gz |
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>
Diffstat (limited to 'sbin')
0 files changed, 0 insertions, 0 deletions