Sugar on a Stick/Stick Layout: Difference between revisions

(6 intermediate revisions by 2 users not shown)

Line 17:

It has been shown that if you take a stick that is stuck at login and you copy over a fedora-overlay file from a working stick, the stick will boot again. Thus we are confident that the problem is corruption of the overlay file.

: It may also be exhaustion of the overlay. See [[LiveOS image]]. --[[User:FGrose|FGrose]] 22:31, 26 September 2010 (EDT)

''Next Steps'' - Try some alternate file structures.

# Create a Fedora Full Install USB Stick, restart it a bunch of times and see if it does better. How much space will the Fedora Full Install take?<br>So far its > 4GB http://wiki.sugarlabs.org/go/VMware#Full_Install_with_F11_Net_install_CD_to_USB_Stick

# Create an Open Suse USB Stick, restart it multiple times and see if it fails. How much space does it use?

# Create an Open Suse USB Stick, restart it multiple times and see if it fails. How much space does it use?[http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux/openSUSE] Note the second partition for persistence

# Create Alternate ex3 File Structured, non-live, blueberry USB [http://people.sugarlabs.org/bernie/soas-2-blueberry-direct-2GB.img.xz] (The resulting partition size on the USB can be resized with gparted if more storage is needed)[http://people.sugarlabs.org/Tgillard/soas-2-blueberry-direct-cleared-3GB.txt]

''Background Links''

Line 33:

Line 36:

''Theories that have evidence against them''

*ext4 and data loss:http://lwn.net/Articles/322823/ (It looks like ext3 formatting may be more robust in a USB)

Dave Bauer was able to replicate the failure easily by restarting a Sugar stick. This means its probably not:

Line 45:

Line 50:

There was a detailed discussion thread back in February at: http://lists.laptop.org/pipermail/devel/2009-February/022987.html

If we understood how to win and we had our own stick creation activity perhaps we would have less failures.

*Look at How To Sugarize liveusb-creator:[http://wiki.sugarlabs.org/go/Category_talk:Live_USB] for a working method to do this.

====Sticks are of poor quality====

Line 54:

Line 60:

Yes they are, but its not at all clear to me that that correlates with the sticks that are failing.

'''Current experements on delayed writes from cache in live usb's '''[http://wiki.sugarlabs.org/index.php?title=Talk:Sugar_on_a_Stick/Stick_Layout&action=edit&redlink=1]

====There is a bug around restarting====

It is very common to fail after a restart, the system forgets its supposed to go to Sugar. See ticket {{bug|1069]]

It is very common to fail after a restart, the system forgets its supposed to go to Sugar. See ticket {{bug|1069}}

@@ Line 17: / Line 17: @@
 It has been shown that if you take a stick that is stuck at login and you copy over a fedora-overlay file from a working stick, the stick will boot again. Thus we are confident that the problem is corruption of the overlay file.
+: It may also be exhaustion of the overlay.  See [[LiveOS image]]. --[[User:FGrose|FGrose]] 22:31, 26 September 2010 (EDT)
 ''Next Steps'' - Try some alternate file structures.
 # Create a Fedora Full Install USB Stick, restart it a bunch of times and see if it does better.  How much space will the Fedora Full Install take?<br>So far its > 4GB http://wiki.sugarlabs.org/go/VMware#Full_Install_with_F11_Net_install_CD_to_USB_Stick
-# Create an Open Suse USB Stick, restart it multiple times and see if it fails. How much space does it use?
+# Create an Open Suse USB Stick, restart it multiple times and see if it fails. How much space does it use?[http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux/openSUSE] Note the second partition for persistence
+# Create Alternate ex3 File Structured, non-live, blueberry USB [http://people.sugarlabs.org/bernie/soas-2-blueberry-direct-2GB.img.xz] (The resulting partition size on the USB can be resized with gparted if more storage is needed)[http://people.sugarlabs.org/Tgillard/soas-2-blueberry-direct-cleared-3GB.txt]
 ''Background Links''
@@ Line 33: / Line 36: @@
 ''Theories that have evidence against them''
+*ext4 and data loss:http://lwn.net/Articles/322823/ (It looks like ext3 formatting may be more robust in a USB)
 Dave Bauer was able to replicate the failure easily by restarting a Sugar stick. This means its probably not:
@@ Line 45: / Line 50: @@
 There was a detailed discussion thread back in February at: http://lists.laptop.org/pipermail/devel/2009-February/022987.html
 If we understood how to win and we had our own stick creation activity perhaps we would have less failures.
+*Look at How To Sugarize liveusb-creator:[http://wiki.sugarlabs.org/go/Category_talk:Live_USB] for a working method to do this.
 ====Sticks are of poor quality====
@@ Line 54: / Line 60: @@
 Yes they are, but its not at all clear to me that that correlates with the sticks that are failing.
+'''Current experements on delayed writes from cache in live usb's '''[http://wiki.sugarlabs.org/index.php?title=Talk:Sugar_on_a_Stick/Stick_Layout&action=edit&redlink=1]
 ====There is a bug around restarting====
-It is very common to fail after a restart, the system forgets its supposed to go to Sugar.  See ticket {{bug|1069]]
+It is very common to fail after a restart, the system forgets its supposed to go to Sugar.  See ticket {{bug|1069}}