(→Accessing the Maemo eMMC MyDocs partition) |
|||
| Line 132: | Line 132: | ||
http://maemo.org/packages/package_instance/view/fremantle_ssu_pr1-2_armel/osso-backup/1.8.20-1+0m5/ | http://maemo.org/packages/package_instance/view/fremantle_ssu_pr1-2_armel/osso-backup/1.8.20-1+0m5/ | ||
| + | |||
| + | ---- | ||
| + | |||
| + | == Scripts for Importing on firstboot == | ||
| + | |||
| + | * <lcuk> Sage, do you know any current meego packages which do scriptwork after bootup? ie where would the best place to put * this contacts import code? | ||
| + | * <Sage> lcuk: like during every boot or first boot? | ||
| + | * <lcuk> during bootup, but late enough in the sqequence that qtmobility and qcoreapplication type things will work | ||
| + | * <lcuk> we can determine firstboot or not based on a file somewhere that is written by the script | ||
| + | * <Sage> ok | ||
| + | * <lcuk> (similar to how maemo boot time optification scripts worked) | ||
| + | * <Sage> I would say that if you want Xorg be there and if you want to run those as user then /etc/xdg/autostart/ | ||
| + | * <Sage> if you want to execute as root then /etc/init.d/ | ||
| + | * <lamikr> lcuk Sage /etc/xdg/autostart/sample-media-install.desktop is an example from script that checks whether script is already run... | ||
| + | * <lcuk> ok thanks Sage, lamikr :) I will investigate both areas and see how to proceed. Adding these notes to the datamanagement page in the meantime | ||
| + | * <lamikr> lcuk Sage Don't though much like from this approach but don't know anything better atm. | ||
| + | |||
| + | |||
---- | ---- | ||
One of the most important aspects of a working system is Data Management. During the lifetime of a running system, data and configuration details are setup with the expectation that they are secure.
Ensuring that the data you create and configure on your device is sustained is a high priority. The notes on this page are a starting point to ensuring the various aspects of this are catered for.
The scope of this document is currently aimed towards the N900-DE, however the principles are expected for MeeGo globally.
Please help to expand upon this document
Maemo device installation consists of 2 parts:
MeeGo Installation consists of 1 part:
With Maemo, it is possible for the Backup tool to store User data onto the eMMC and ensure that between installations the data is safe and can be restored from.
MeeGo however has no such ability. Even the Netbook is an all-in-one installation. This causes serious problems for data during updates or reinstallations. The following application requests and points are based around having this problem solved.
The N900 device is *lucky* to have the eMMC available (even if not used at present) Other MeeGo devices may not have such a device/data storage area available.
Now we can get on networks and get past initialisation issues, a mechanism to Backup/Restore data between reflashing is necessary. Added complexity for N900-de is that the whole "image" is on one partition which is overwritten by each image flashed.
A suggestion from IRC:
Similar to the Backup/Restore application.
This would require the Maemo Sharing to be functional first.
Now that we are doing more and filling in data, a mechanism to update is required.
To access realtime and safely the data stored on the eMMC live and direct.
mkdir /media/maemoMyDocs mount -t vfat /dev/mmcblk1p1 /media/maemoMyDocs ls /media/maemoMyDocs/Exported\ contacts echo "Smile :)"
Quick discussions in IRC asking how to proceed:
merlin1991 highlighted this thread: http://forum.meego.com/showthread.php?t=3511
http://maemo.org/packages/package_instance/view/fremantle_ssu_pr1-2_armel/osso-backup/1.8.20-1+0m5/
The summer release wishes to have contact import, so this is a specific import side but will need to have access to data exported from maemo http://wiki.meego.com/ARM/N900/Summer_Release