View Single Post
Posts: 345 | Thanked: 467 times | Joined on Nov 2007 @ Germany
#5
Originally Posted by neilj View Post
tracked this down to dmesg log entry and inability to write to / as no-space-left.

Argh, No free space left for GC. nr_erasing_blocks is 0. nr_free_blocks is 0. (erasableeempty: yes, erasingempty: yes, erasependingempty: yes)
jffs2_reserve_space_gc of 196 bytes for garbage_collect_dnode failed: -28 /var/lib/hildon-application-manager.
It looks like your device crashed several times while your were playing with the garnetvm.

The jffs2 file system needs some spare flash blocks to temporarily store things while cleaning up other things if memory space gets low (this cleanup is called garbage collection (GC)). It usually reserves some blocks for this.

The problem is: If the device actually starts using one of those spare blocks to make place at another location and while doing so crashes, then the newly used block is already in use and the old one is still in use. So both are in use now. If that happens several times, then you can run completely out of these spare blocks.

This imho means:
- I don't know/think there's a simple way to solve this on the running system as you e.g. can't install additional software to help clean this mess up
- A re-flash will solve this as it re-initializes the entire jffs2 file system

MoG
 

The Following User Says Thank You to Master of Gizmo For This Useful Post: