* Finding a valid solution for upgrading an in-use jffs2 filesystem
@ 2008-09-04 1:58 Kaima Ko
0 siblings, 0 replies; only message in thread
From: Kaima Ko @ 2008-09-04 1:58 UTC (permalink / raw)
To: linux-mtd
Hi all,
I have a jffs2 partition being mounted rw. Some executables on this jffs2
are being loaded and run in RAM. And I am using low-level erase/copy
(flash_erase from mtd-util and dd command) to upgrade this jffs2 partition
while those executables running (and my mission is to keep them running during upgrading). I am sure that during the upgrading time, all those
executables (and also other applications in my system) don't access the jffs2 file system. But the upgrading isn't always successful. Very seldom,
but it still happened that the kernel hangs during flash erase/write. I
think the jffs2 garbage collector may be the cause (though I read that the
gc only starts when some app requires more space, but during low-level
erase/write and no app accesses the jffs2 so the gc would not run). To be
sure, I killed the gc daemon before upgrading. Since then, I don't see the
problem happens again.
But with limited understanding about jffs2 and filesytem in general, I am so afraid that the things I've done still isn't a valid solution for
upgrading an in-use jffs2 filesystem. Can gc be the cause of the case of
kernel hang? Can the gc automatically starts again after I kill it? Is
there any other thing I must consider?
Thank you!
KM
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2008-09-04 1:58 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-04 1:58 Finding a valid solution for upgrading an in-use jffs2 filesystem Kaima Ko
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox