From: Karsten Jeppesen <karsten@jeppesens.com>
To: linux-mtd@lists.infradead.org
Subject: Expanding UBI fs to maxavailable size
Date: Mon, 18 Oct 2010 23:22:37 +0200 [thread overview]
Message-ID: <4CBCBA9D.4040202@jeppesens.com> (raw)
Hi there,
....I think I found an error :-)
I have an ARM platform with either 32 or 64MB FLASH, and I want to make
an image that I can burn more or less directly (ie: not tar) into the
flash regardless if its the 32 or the 64MB edition.
So I assumed that is what the autoresize flag is about, but maybe I am
wrong here.
I can get ubiformat to burn the image to the flash, but subsequently the
filesystem doesn't expand to occupy the max available area.
What am I doing wrong - and how is it supposed to be achieved? Or is
this an error or a missing feature?
Content of ubinize.cfg is>
---
[kjp_ubi]
mode=ubi
image=kjp.img
vol_id=0
vol_type=dynamic
vol_name=rootfs
vol_flags=autoresize
---
and my generation script looks like this:
---
#!/bin/sh
rm -rf work *.img 2>/dev/null
mkdir work
tar xzf armroot-stripped.tar.gz --directory work
mkfs.ubifs --root=work --min-io-size=1 --leb-size=130944
--max-leb-cnt=232 -o kjp.img -x zlib
ubinize -o ubi.img --min-io-size=1 --peb-size=131072 ubinize.cfg
---
Burning the image to flash using:
ubiformat /dev/mtd4 -e 0 --yes -f ubi.img
The resulting filesystem will in the 64 MB edition be about 470 leb's.
But the stupid thing wont expand. Sigh.
Enlightenment will be greatly appreciated
Sincerely,
Karsten Jeppesen
next reply other threads:[~2010-10-18 21:22 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-10-18 21:22 Karsten Jeppesen [this message]
2010-10-19 5:12 ` Expanding UBI fs to maxavailable size Artem Bityutskiy
2010-10-19 8:17 ` Karsten Jeppesen
2010-10-20 11:19 ` Artem Bityutskiy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4CBCBA9D.4040202@jeppesens.com \
--to=karsten@jeppesens.com \
--cc=linux-mtd@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).