[OpenWrt-Devel] [PATCH fstools 2/2] jffs2reset: use jffs2_mark if rootfs_data isn't mounted

Rafał Miłecki zajec5 at gmail.com
Fri Apr 10 15:21:25 EDT 2015

Erasing all rootfs_data blocks may cause some problems with partition
identification. It won't contain MAGIC, but will be successfully mounted
with delayed blocks marking. This may be really confusing when user
reboots before JFFS2 finishes its blocks management. During the next
boot rootfs_data will be a valid partition (possibly with data) but
libblkid won't detect it.

Signed-off-by: Rafał Miłecki <zajec5 at gmail.com>
 jffs2reset.c | 6 ++++--
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/jffs2reset.c b/jffs2reset.c
index d634386..c8795ea 100644
--- a/jffs2reset.c
+++ b/jffs2reset.c
@@ -27,6 +27,8 @@
 #include "libfstools/libfstools.h"
 #include "libfstools/volume.h"
+static int jffs2_mark(struct volume *v);
 static int
 ask_user(int argc, char **argv)
@@ -50,8 +52,8 @@ static int jffs2_reset(struct volume *v)
 		overlay_delete(mp, false);
 		mount(mp, "/", NULL, MS_REMOUNT, 0);
 	} else {
-		ULOG_INFO("%s is not mounted, erasing it\n", v->blk);
-		volume_erase_all(v);
+		ULOG_INFO("%s is not mounted, its files can't be simply erased\n", v->blk);
+		return jffs2_mark(v);
 	return 0;
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org

More information about the openwrt-devel mailing list