public inbox for linux-mtd@lists.infradead.org
 help / color / mirror / Atom feed
* 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