Bugzilla – Bug 256
Adding session persistance to Indiana LiveUSB
Last modified: 2009-04-21 11:31:56 UTC
You need to log in before you can comment on or make changes to this bug.
This RFE will add Session persistance to the Indiana LiveUSB. This will be implemented such that: * A specified list of directories will be writable on the USB, and the dtaa will be available across reboots. * A specified list of files will be saved back on every shutdown and recreated on bootup. This has been implemented in my scripts for Belenix, and should be easy to port. Once done we should add maximum support for adding of additional packages (like codecs, apps, etc) to the LiveUSB
Created an attachment (id=243) [details] Session persistance scripts Draft of the scripts. Untar the attached file in live enviornment (Indiana RC2), and run ./usbdump . It currently patched the miniroot files and adds live-fs-root and live-sysidtool-system and scripts session-shutdown.sh to sbin that needs to be called by the user when he wants to save session and poweroff. TODO ---- * Requires a minimum of 1gb flash drive. the size of the saveback file is hardcoded to 100m. To be changed to all available freespace. * Figure out a way to obtain the keyboard layout (eeprom keyboard-layout shows Unknown rather than US-English that I selected) * Add a mountpoints 'file' that lists the directories that need to be mounted over writable area. Currently only /jack/Documents is mounted and this is hardcoded * Improve the profiler.list file with entries that make sense for a normal use. * Investigate package installation methods with 'pkg image-create' in the writable area
There's been no clamoring for this, and the person who filed and claimed the bug has apparently not had time to work on it. So how important is it? Lowering priority.
*** Bug 238 has been marked as a duplicate of this bug. ***
It appears that the cause and fix for this enhancement are known and understood so I'm marking this as fix understood.
Removing "bite-size" from the keywords field, since this is not a trivial to just take the script and integrate it into our gate. As the submitter of the bug indicated, there are quiet a few to-do items, before this becomes "production quality".
The fact this isn't a priority for Sun to expend resources on isn't sufficient justification for closing. Community is welcome to work on this if they're interested. Reopening.