Re: Resizing of an existing UBIFS

[Artem Bityutskiy <dedekind1@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1242 bytes --]

On Tue, 2012-05-22 at 13:11 +0200, Robert Homann wrote:
> On 05/22/2012 12:19 PM, Artem Bityutskiy wrote:
> 
> > Yeah, if someone wrote such a tool, it would make sense to support
> > shrinking as well, because it is roughly a similar thin - you need to
> > relocate data from the end, amend the index and probably some other
> > UBIFS data-structures.
> 
> This is getting interesting.
> 
> On which level would such a tool operate? I guess it would have to do some
> low-level operations directly on UBIFS structures, but it would use the UBI
> layer below only to get at the corresponding blocks. Other than that, the UBI
> structures would not require direct manipulations, am I right? In this case,
> such a tool could be implemented without strict dependency on UBI.

It would work directly with the UBI volume. It would need to know the
UBIFS data structures. Yes, you should not have strict dependency on
UBI. Well, may be you'd need to use UBI ioctls to write your data back
to the eraseblock.

> Or would it be necessary to also touch UBI structures directly, in which case
> I guess it would become much more messy?

No, you should not need to touch UBI structures.

-- 
Best Regards,
Artem Bityutskiy

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]