From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from risingsoftware.com ([207.192.70.63] helo=li32-63.members.linode.com) by bombadil.infradead.org with esmtps (Exim 4.69 #1 (Red Hat Linux)) id 1LmoKA-0004WL-N3 for linux-mtd@lists.infradead.org; Thu, 26 Mar 2009 12:05:00 +0000 Date: Thu, 26 Mar 2009 23:04:31 +1100 From: Hamish Moffatt To: Artem Bityutskiy Subject: Re: ubifs version 1 compatibility Message-ID: <20090326120431.GA13745@cloud.net.au> References: <20090326051508.GA4760@cloud.net.au> <1238049297.3321.20.camel@localhost.localdomain> <20090326074443.GA7842@cloud.net.au> <1238061023.3321.67.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1238061023.3321.67.camel@localhost.localdomain> Cc: linux-mtd@lists.infradead.org List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, Mar 26, 2009 at 11:50:23AM +0200, Artem Bityutskiy wrote: > On Thu, 2009-03-26 at 18:44 +1100, Hamish Moffatt wrote: > makes it very difficult to turn old image into new one. This will > basically mean we need: > > 1. extract files from the old image > 2. feed them to mkfs.ubifs. > > > Maybe before upgrade we could run mkfs.ubifs using the contents of the > > existing volume to create the new format, unmount it and ubiupdatevol it.. > > The easiest way to do this is to boot the old kernel, > e.g. in vmware, extract the files using the nandsim technique: > http://www.linux-mtd.infradead.org/faq/ubifs.html#L_ubifs_nandsim > > then feed them to mkfs.ubifs. Well I have these files on embedded devices out in the real world. The volume is storing user data, so I need to do this change in-place. > But yes, a user-space utility to extract files from an image would be > of course nicer, but again it is something which is not easy to do. OK I will investigate having the system build a new file system with a new mkfs.ubifs while running the old kernel.. Alternatively I may be able to stash the data somewhere else and copy it back when the new kernel first boots.. I probably have some space in NOR for a small JFFS2 volume. Or I'll tar directly to an mtdblock device or something :) thanks Hamish -- Hamish Moffatt VK3SB