<a href="http://screencast.com/t/ryu2XXYw">http://screencast.com/t/ryu2XXYw</a><br><br>This is what I see when I browse the stick.<br><br>The largest file is: Overlay-FEDORA so I assume that is where the user files are. What is the format of this file?<br> <br>What is really odd is, this stick has a kids name on it, so I know its been used in July. Infact we didn't buy this brand of stick till July 5th. Why is the latest date on the files July 1?<br><br><div class="gmail_quote"> On Wed, Jul 29, 2009 at 8:59 AM, Luke Faraone <span dir="ltr"><luke@faraone.cc></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im"><div class="gmail_quote">On Wed, Jul 29, 2009 at 08:32, Caroline Meeks <span dir="ltr"><<a href="mailto:caroline@solutiongrove.com" target="_blank">caroline@solutiongrove.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div>When I read about squashfs in wikipedia or chat with friends about it, its decribed as read-only and optimized for space. If we are rewritting our squashfs everytime the user saves data, that could be the source of a lot of our failures. If we never rewrite it, then probably its a red harring and we need to look elsewhere.<br> </div></blockquote></div><div><br></div></div>From what I understand, the squashfs is *never* rewritten once created. All changes are stored in a "LVM Snapshot", which is just another file on the underlying FAT filesystem. <div> <br>-- <br>Luke Faraone<br><a href="http://luke.faraone.cc" target="_blank">http://luke.faraone.cc</a><br> </div> </blockquote></div><br><br clear="all"><br>-- <br>Caroline Meeks<br>Solution Grove<br>Caroline@SolutionGrove.com<br><br>617-500-3488 - Office<br>505-213-3268 - Fax<br>