From: Artem Bityutskiy <dedekind@infradead.org>
To: Nancy <nancydreaming@gmail.com>
Cc: linux-mtd <linux-mtd@lists.infradead.org>
Subject: Re: mkfs.ubifs, ubinize, ubiupdatevol request!
Date: Fri, 30 May 2008 09:21:46 +0300 [thread overview]
Message-ID: <1212128506.31023.95.camel@sauron> (raw)
In-Reply-To: <bae050c10805290002gb294d4yf5a62a4331225dbc@mail.gmail.com>
Hi,
On Thu, 2008-05-29 at 15:02 +0800, Nancy wrote:
> I don't know what's the detail differences between mkfs.vfat
> and windows format program. For me, the speed problem is really hard
> to find. Is there anyone who can give me a hint?
I do not know much about vfat and cannot help here.
> when I dump VFAT volume to a file, there have ummapped LEBs in
> between Cause the windows format program will write the last LEB. But
> I can't dump the ummaped LEBs to files due to the dump file size
> limitation. So I have to teach ubiupdatevol and ubinize to ..... Oh
> please, that's really hard things for me.
Actually what we could do is to create a simple program which would dump
whole _MTD_ device, and basically drop unmapped physical eraseblocks.
This is just easier to do. Something like this:
fd = open(/dev/mtdX);
for (each physical eraseblock) {
read(fd, buf, peb_size);
/* Check if PEB is not mapped by checking that there is not VID
header */
if (vid_header_is_not_present())
/* This PEB is unmapped, it is safe to drop it and
switch to the next PEB */
continue;
/* Write data to the output file */
write(output_file_descriptor, buf, peb_size);
}
Afterward, you will be able to just flash the resulting dump with
"ubiformat".
But of course, you will dump all volumes this way, not just one. Does
this work for you?
This should be easy to write this tool. I could do this but I am very
busy at the moment and basically have not time, may be later.
--
Best regards,
Artem Bityutskiy (Битюцкий Артём)
next prev parent reply other threads:[~2008-05-30 6:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-29 7:02 mkfs.ubifs, ubinize, ubiupdatevol request! Nancy
[not found] ` <483E5C97.2000100@hhcn.com>
2008-05-29 8:01 ` Nancy
[not found] ` <483E68E3.30609@hhcn.com>
2008-05-29 8:41 ` Nancy
2008-05-30 6:21 ` Artem Bityutskiy [this message]
2008-05-30 6:41 ` Nancy
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=1212128506.31023.95.camel@sauron \
--to=dedekind@infradead.org \
--cc=linux-mtd@lists.infradead.org \
--cc=nancydreaming@gmail.com \
/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