[U-Boot-Users] "need help in mkfs.jffs2"

Hi Friends,
This question may not be suitable for this group ,but still i have some home to get some clue on this issue.
I have four files : 1)uImage(Linux Kernel) 2)initrd(File system) 3)Application_1 (Custom Alllication binary) 4)Application_1 (Custom Alllication binary)
I have used mkfs.jffs2 tool to create "runImg" which is being loaded into my embedded system. I have loaded this file and this is working fine.
Here the size of the "runImg" is less than the sum of all above 4 files.
Now we need to put some more applications into the system. To achieve this i have zipped "Application_1 binary" and then created "runImg". This file also working fine,but the size of "runImg" is bigger than the sum of all above 4 files now(here Application_1 is zipped one).
So i could not save any space after zipping one of the application.
Can anyone help me in finding: why the mkfs.jffs2 is increasing file size when there are any zipped files?
I have tried all the options of mkfs.jffs2,but could not succeded..
Thanks in Advance,
Nagi Reddy

In message 33771.202.62.67.130.1118908661.squirrel@202.62.67.130 you wrote:
This question may not be suitable for this group ,but still i have some
Indeed, this is completely off topic here.
I have used mkfs.jffs2 tool to create "runImg" which is being loaded into my
...
Here the size of the "runImg" is less than the sum of all above 4 files.
So some space was saved because JFFS2 uses compression.
So i could not save any space after zipping one of the application.
This is normal. You cannot save space by compressiong an already compressed file; instead, you will need more space.
why the mkfs.jffs2 is increasing file size when there are any zipped files?
Because it cannot save space by compressing an compressed image, but will need additional space.
I have tried all the options of mkfs.jffs2,but could not succeded..
It simply makes no sense to compress a file twice.
But as mentioned before: this is OFF TOPIC here.
Best regards,
Wolfgang Denk
participants (2)
-
nreddy@netenrich.com
-
Wolfgang Denk