[Sugar-devel] GPA School Visit report for Tuesday July 14
Tomeu Vizoso
tomeu at sugarlabs.org
Wed Jul 15 10:07:28 EDT 2009
On Wed, Jul 15, 2009 at 04:14, Martin Langhoff<martin.langhoff at gmail.com> wrote:
> On Wed, Jul 15, 2009 at 8:35 AM, Greg Smith<gregsmithpm at gmail.com> wrote:
>> As I got there I noticed a kid had unplugged their USB before full
>> shut down and they were frantically trying to plug it back in while
>> errors scrolled on the screen. Still not sure if they lost data (will
>> check tomorrow on kid who made the same mistake last week). Is there
>> anything we can do to ensure that all data is written/saved ASAP on
>> clicking Shut down from the menu?
>
> This is a very valid concern, and very tricky. I've seen lots of
> problems with LiveUSB sticks and unclean shutdown.
>
> The short of it is that the scheme behind "LiveUSB", specifically the
> "persistent storage" is very brittle, to the point that it can hose
> the entire disk badly. The USB stick will only be usable again after
> re-formatting and re-installing the SoaS software (losing user data,
> etc).
>
> It is a bad combination of
>
> - Using "rw" overlay mountpoints that only sync every 5s. If the
> overlay partition is corrupted, it will prevent the SoaS from booting.
>
> - Writing on a FAT partition which is notoriously fragile... and
> mounted async. Mounting it sync slows things tremendously and wears
> the USB stick out much faster.
>
> IIRC, recent kernels have a mount flag for vfat (and maybe other FSs?)
> that makes the kernel more eager to flush things to disk, so you can
> keep the mountpoint async but reduce the 5s window significantly.
>
> Unfortunately, I can't find it now. It was well reported on LWN and
> kernelnewbies a few months ago.
I agree with the conclusion that Linux support for live usb sticks
still has a long way to go. See
https://bugzilla.redhat.com/show_bug.cgi?id=465725 for more details
about the overlay issue, though note that in Fedora the whole stick is
not thrashed, you can discard any changed you did to / by passing the
kernel the option reset_overlay.
If deployers of SoaS keep in mind this limitation and users mostly
write inside /home, this limitation is much less important.
This really has very little to do with Sugar itself, like hardware
support. I think we need to find the resources to make the needed work
in the kernel and in the distro level before we can do anything in
SoaS itself.
Regards,
Tomeu
> cheers,
>
>
>
> m
> --
> martin.langhoff at gmail.com
> martin at laptop.org -- School Server Architect
> - ask interesting questions
> - don't get distracted with shiny stuff - working code first
> - http://wiki.laptop.org/go/User:Martinlanghoff
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
More information about the Sugar-devel
mailing list