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 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. | | ''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 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] | | # 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] |
| | | |
Line 49: |
Line 50: |
| There was a detailed discussion thread back in February at: http://lists.laptop.org/pipermail/devel/2009-February/022987.html | | 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. | + | 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==== | | ====Sticks are of poor quality==== |
Line 58: |
Line 60: |
| | | |
| Yes they are, but its not at all clear to me that that correlates with the sticks that are failing. | | 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==== | | ====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}} |