summaryrefslogtreecommitdiffstats
path: root/sbin
diff options
context:
space:
mode:
authoradrian <adrian@FreeBSD.org>2015-10-13 02:32:15 +0000
committeradrian <adrian@FreeBSD.org>2015-10-13 02:32:15 +0000
commit91b919580f090dddcab0a4ee47ef473f67c5eb43 (patch)
tree624a5e122cf9c1abc1c780a869c3606fec4d002d /sbin
parent12fd50f244eb30a8abe71c32de3cd15e43950cc8 (diff)
downloadFreeBSD-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
OpenPOWER on IntegriCloud