Manual backup and restore

(Email (modest))
(Added an alternative to save installed packages with dpkg --get-selections)
 
(12 intermediate revisions not shown)
Line 1: Line 1:
-
=Manual Backup And Restore=
+
There are several scenarios where you might want to manually backup and restore your [[Nokia N900|N900]]. Using manual methods (as opposed to using osso-backup) is convenient for advanced users (to have more control over their phone), scheduling backups with fcron and the like, starting from scratch (if you want to wipe the phone and restore file-by-file) - because osso-backup can also backup problematic files.
-
This process was discussed [http://talk.maemo.org/showthread.php?t=35037 at talk.maemo.org]
+
This was discussed at [http://talk.maemo.org/showthread.php?t=35037] and [http://talk.maemo.org/showthread.php?t=48488&page=2].
-
There are several scenarios where you might want to backup and manually restore your tablet.
+
== Background ==
-
'''accidental damage to configurations'''
+
=== Connectivity ===
-
you accidentally deleted something, or you loaned it to someone who does.
+
As the USB mass storage mode on the phone does not provide access to the root file system, some other way of transferring backups is required. Therefore, the first prerequisite is a working TCP/IP network between the phone and the target machine. Alternatively, a microSD card could be used.
-
'''fresh start from scratch'''
+
=== Power ===
-
You've hacked around your tablet so much you want to back it up, wipe it clean and restore bit by bit, rather than use the standard whole-system backup/restore which could revert the problems too! You want to back up the entire tablet, excluding only things you definitely don't need rather than try and cherry pick things, and then restore specific files and directories.  
+
We do not want our backups to drain the phone's battery, so we should only consider running the backup if we are connected to external power.
-
==Backing up the entire tablet==
+
=== Automation ===
-
The best program to use is "rsync" - this program is in the maemo extras repository. A suitable backup script is shown below, save it to /usr/local/bin/backup as a plain text file. You can then "chmod ugo+x /usr/local/bin/backup" and run it (as root please). Change "mypc.example.com" to the hostname (or IP address) of your computer, and the target directory from /home/archive/blahblah to /whatever. Note the "dpkg -l" to get a list of installed packages, this will help you remember what you had installed! The "gconf" bit lists out all the wifi access points defined so that you can copy/paste the details back in later.
+
Once set up, the backups should happen automatically without intervention from the user, BUT complain loudly if they fail. This implies a script that we can schedule from cron that should perform whatever combination of tests and operations we may need. It also implies key-based access to our backup host.
-
<pre>
+
=== Snapshots ===
 +
 
 +
At any given time we want a decent ability to backtrack, which means storing regular snapshots using something like rdiff-backup or rsnapshot.
 +
 
 +
So, what we've got so far is that we want to run a script on the N900 that tests whether we have external power (or dies), then tries to get a wireless connection to the backup server (or dies), then performs an incremental backup of the entire phone.
 +
 
 +
==Backup methods==
 +
 
 +
===Copying===
 +
 
 +
This script backs up contacts (database and also exports them with osso-addressbook-backup for safety), conversations, calendar, bookmarks, repository and packages list to external memory card's directory Backup which then contains subdirectories named with date and time when the backup was performed. The path is also definable. For example: "Memory_card/Backup/2010-03-03_00-00". It also displays notification during backup, because it was made to be used with [[fcron]].
 +
 
 +
====Script====
 +
 
 +
<source lang="bash">
#!/bin/sh
#!/bin/sh
-
dpkg -l > /root/dpkg-l.txt
+
path=/media/mmc1/Backup/`date +"%F_%H-%M"`
-
gconftool -R /system/osso/connectivity/IAP > /root/wifi-list.txt
+
run-standalone.sh dbus-send --type=method_call --dest=org.freedesktop.Notifications /org/freedesktop/Notifications org.freedesktop.Notifications.SystemNoteInfoprint string:"Making backup..."
-
rsync  -avz                    \
+
mkdir -p "$path"/home/user/.bookmarks
-
        --exclude=/dev          \
+
mkdir    "$path"/home/user/.calendar
-
        --exclude=/media        \
+
mkdir    "$path"/home/user/.osso-abook
-
        --exclude=/mnt/initfs  \
+
mkdir    "$path"/home/user/.osso-abook-backup
-
        --exclude=/proc        \
+
mkdir    "$path"/home/user/MyDocs
-
        --exclude=/sys          \
+
mkdir -p "$path"/var/lib/hildon-application-manager
-
        /                       \
+
-
        mypc.example.com:/home/archive/mytablet/
+
-
</pre>
+
-
==Wiping Clean==
+
cp    /home/user/.bookmarks/MyBookmarks.xml*                "$path"/home/user/.bookmarks
 +
cp    /home/user/.calendar/calendardb                      "$path"/home/user/.calendar
 +
cp -r /home/user/.osso-abook/db                            "$path"/home/user/.osso-abook
 +
cp -r /home/user/.osso-abook-backup/db                      "$path"/home/user/.osso-abook-backup
 +
cp -r /home/user/.rtcom-eventlogger                        "$path"/home/user
 +
cp -r /home/user/MyDocs/.documents                          "$path"/home/user/MyDocs
 +
cp    /var/lib/hildon-application-manager/catalogues*      "$path"/var/lib/hildon-application-manager
 +
cp    /var/lib/hildon-application-manager/packages.backup  "$path"/var/lib/hildon-application-manager
-
Wiping your table clean is achieved by reflashing. If you upgraded to your current version of maemo rather than flashing the latest version, you'll get a small performance boost by doing this. Flash according to [[Updating_the_tablet_firmware]].
+
echo "osso-addressbook-backup -e "$path"/osso-addressbook-backup" | su - user
 +
run-standalone.sh dbus-send --type=method_call --dest=org.freedesktop.Notifications /org/freedesktop/Notifications org.freedesktop.Notifications.SystemNoteInfoprint string:"Backup created"
 +
</source>
-
==Restoring==
+
===osso-backup (what is backed up by it)===
-
Backing up and reflashing were the easy parts, restoring takes a bit longer, and is a bit more tedious. This is where you should only restore things that were definitely properly working before you started, restoring broken configuration files is a bad idea!
+
[[Documentation/Maemo 5 Developer Guide/Generic Platform Components/Using Backup Application|osso-backup]] is the default Backup application on the phone. You can use it for "manual" backup, because it produces standard .zip compressed files which can be opened on any system. The list of files that osso-backup backs up can be obtained by making a backup with it and opening these zip files (the list is too long for this wiki page).
-
As well as reinstalling all the applications you want, you'll need to install (dropbear) ssh & sshd in order to copy the files back on. Be sure to set a password for user "user" and also probably root!
+
===osso-addressbook-backup===
-
You might like to do a total backup of your tablet immediately after restoring all the applications in order to have a baseline comparison.
+
It is an executable which exports (or imports) address book to a vCard v3.0 format. It is used by osso-backup, but it can also be manually executed which is great for making a backup. You have to execute it as user "user".
-
BTW, be sure not to be running the application which uses the files being restored!
+
osso-addressbook-backup -e /path/file
 +
And if you're executing it from a root terminal:
-
===Bookmarks===
+
echo "osso-addressbook-backup -e /path/file" | su - user
-
Bookmarks are easy.
+
===rsync===
-
Close the browser first, then simply copy them from your archive to the tablet thus:
+
rsync is standard Linux/Unix file and directory synchronization tool. It is in extras repository. An example backup script is shown here:
-
<pre>
+
-
cd /home/archive/mytablet/home/user/.bookmarks
+
-
scp -pr * user@mytablet.example.com:/home/user/.bookmarks
+
-
</pre>
+
-
The bookmarks should appear straight away, either in the browser or in the home screen short-cut.
+
====Script====
 +
<source lang="bash">
 +
#!/bin/sh
-
===IM/Chat and SIP Accounts===
+
if [ `whoami` != "root" ]; then
 +
echo "Please run as root to preserve file ownership."
 +
exit 1
 +
fi
-
The various jabber and SIP accounts are stored in var/lib/gconf/apps/telepathy/mc/accounts. It's probably a good idea to set your presence to "off" before trying to restore, which you do as follows:
+
dpkg -l > /root/dpkg.txt
 +
dpkg --get-selections  > /root/dpkg-selections.txt
-
<pre>
+
gconftool-2 -R /system/osso/connectivity/IAP > /root/iap.txt
-
cd /home/archive/mytablet/var/lib/gconf/apps/telepathy/mc/accounts
+
-
scp -pr * user@mytablet.example.com:/var/lib/gconf/apps/telepathy/mc/accounts
+
-
</pre>
+
-
===Contacts===
+
rsync  -avz                    \
 +
        --numeric-ids          \
 +
        --exclude=/dev          \
 +
        --exclude=/media        \
 +
        --exclude=/mnt/initfs  \
 +
        --exclude=/proc        \
 +
        --exclude=/sys          \
 +
        /                      \
 +
        mypc.example.com:/home/archive/mytablet/
 +
</source>
-
Contacts are stored in /home/user/.osso-abook, however, you need to create a dummy entry BEFORE restoring the files.
+
Change <code>mypc.example.com</code> to the IP/hostname of your computer and the target directory to whatever suits you. Don't forget to make the script executable and it must be run as root of course.
-
So, run the accounts application and create a contact, any old rubbish will do.
+
The <code>dpkg -l</code> command makes a list of installed packages, <code>dpkg --get-selections</code> output can be passed directly to <code>--set-selections</code> to install/uninstall packages as they were on the device.
-
Then exit the contacts application and restore the files thus:
+
Finally, gconftool-2 lists all internet access points (Wi-Fi and GPRS), so you can copypaste details back later.
-
<pre>
+
==Automatic/periodic/scheduled backups==
-
cd /home/archive/mytablet/home/user/.osso-abook
+
-
scp -pr . user@mytablet:/home/user/.osso-abook
+
-
</pre>
+
 +
Maemo currently does not provide an option to schedule backups nor does the osso-backup have interface to be run from command line and thus be scheduled. So the backup scripts needs to be written manually. You get them here (or you write your own), but to schedule them periodically you need fcron or similar. The scheduling part is covered in detail on [[fcron]] wiki page. With combining these two wiki pages you can have fully working automatic backups.
-
===Email (modest)===
+
==Wipe methods==
-
I'm stuck on this one. Restoring /home/users/.modest and /var/lib/gconf/apps/modest didn't work properly; I had to create the email server settings, but at least the old email did come back.
+
Wiping the device clean is achieved with reflashing. This is covered in the [[updating the firmware]] article and similar.
-
Actually. I think it might have worked, but the mailbox didn't appear. I discovered that the old mailboxes were there when I looked for them in Menu->View and chose one of the mailboxes.
+
==Restore methods==
-
Maybe someone can confirm this by PM'ing me at http://talk.maemo.org/member.php?u=5686
+
Restoring is the hardest part in this process and you need to have a little knowledge about your system, otherwise backup and restore rather with osso-backup. It is a good choice to perform a full backup after a successful setup/reflash/restore.
-
The rabbit hole goes deeper. I didn't notice there was a problem after restoring, as I use a special email address for my tablet and it didn't get any email for a while, so I was quite happy accessing my recovered emails. When a new email arrived, it killed modest, and I was unable to restart it - the UI would show up briefly before modest died. The only way I could make modest run without crashing was to rename /home/user/.modest to /home/user/.modest.xxx
+
Restoring entries below were made by the author of the rsync backup script, but they are very similar to any restoring process. Also don't forget that the applications which use the files you are restoring need to be closed/stopped/killed.
-
This inability to backup and restore modest strikes me as a major problem and that modest should therefore not be trusted for pop3 email where you retrieve and delete emails off the server, if any email addresses are vitally important and losing them would be a disaster!
+
===Contacts===
-
===gPodder===
+
You need to create a dummy entry before restoring contacts. Run the contacts application first and create a contact, anything will do. Then exit the contacts application and restore the files in <code>/home/user/.osso-abook/db</code> and <code>/home/user/.osso-abook-backup/db</code>. The contacts will be restored after rebooting the device.
-
Close gpodder. Copy the gpodder config directory back thus:
+
===Bookmarks===
-
<pre>
+
Close the browser first, then simply copy the files from your archive to the phone to <code>/home/user/.bookmarks</code>. The bookmarks should appear immediately.
-
cd /home/archive/mytablet/home/user/.config/gpodder
+
-
scp -pr * user@mytablet.example.com:/home/user/.config/gpodder
+
-
</pre>
+
-
Since gpodder keeps the downloaded podcast audio files on a flash memory card, they should be available immediately.
+
The bookmarks are saved in <code>MyBookmarks.xml</code> file, so this is the one that you really need, other files are thumbnails and the like.
-
===OpenVPN===
+
===Calendar===
-
It might seem obvious, but if you used the openvpn applet and imported configurations, you might not know the configuration files live in /etc/openvpn
+
The calendar entries are in the file <code>/home/user/.calendar/calendardb</code>. A restart is required.
-
When you copy them over, be sure to have them owned by user root, group root, and protection u=rw,go=
+
===Conversations===
 +
The sqlite database containing SMS data is located at <code>/home/user/.rtcom-eventlogger/*</code>. Make sure rtcom-messaging-ui is closed. Conversations can be accessed as soon as the folder is restored.
-
Also, don't trample over the maemo-update-resolvconf script, keep the one that came with the fresh flash install; it probably won't matter as I don't think it's changed much if ever, but best to stick to the package maintainer's version.
+
===Repository and packages list===
 +
These are located in <code>/var/lib/hildon-application-manager</code>, files <code>catalogues.backup</code>, <code>catalogues2.backup</code> and <code>packages.backup</code>. These can't be just copied back, because osso-backup uses them in its own way (asks which applications should be reinstalled), but you can use them as list of what you had installed.
-
===RSS Feeds===
+
===IM/Chat/SIP accounts===
-
The RSS feeds are stored as a bunch of files, very easy to restore.
+
These accounts are stored in <code>/var/lib/gconf/apps/telepathy/mc/accounts</code>. It's probably a good idea to set your presence to "off" before trying to restore.
-
Close rss reader. Copy the files back thus:
+
===E-mail (Modest)===
-
<pre>
+
Restoring <code>/home/users/.modest</code> and <code>/var/lib/gconf/apps/modest</code> doesn't work properly. I had to create the email server settings, but at least the old email did come back. Actually, I think it might have worked, but the mailbox didn't appear. I discovered that the old mailboxes were there when I looked for them in Menu->View and chose one of the mailboxes.
-
cd /home/archive/mytablet/home/user/.osso_rss_feed_reader
+
-
scp -pr * user@mytablet.example.com:/home/user/.osso_rss_feed_reader
+
-
</pre>
+
-
When RSS reader is started, everything should be back the way it was before.
+
The rabbit hole goes deeper. I didn't notice there was a problem after restoring, as I use a special email address for my tablet and it didn't get any email for a while, so I was quite happy accessing my recovered emails. When a new email arrived, it killed modest, and I was unable to restart it - the UI would show up briefly before modest died. The only way I could make modest run without crashing was to rename <code>/home/user/.modest</code> to <code>/home/user/.modest.xxx</code>.
-
===wifi access points===
+
===RSS Feeds===
-
Although you'll have to manually re-enter the wifi access points, it's easier when you don't have to tediously type in WPA pass phrases as you can copy/paste then from the file created during the backup. Restore this file:
+
Close RSS application and copy files to <code>/home/user/.osso_rss_feed_reader</code>.
-
<pre>
+
===Wi-Fi and GPRS access points===
-
cd /home/archive/mytablet/root
+
-
scp -pr wifi-list.txt root@mytablet.example.com:
+
-
</pre>
+
-
Then view this file in a shell (install xterm, run it, "sudo becomeroot", "more wifi-list.txt" whilst setting up access to a wireless AP.
+
You'll have to manually re-enter them, but you can copypaste details from the file created with rsync backup script (iap.txt).
 +
===Other===
-
== Stability of end result ==
+
====gPodder====
-
I wish I could say that Ihad no problems after following any of these processes. However, perhaps it was a fluke, but all my accounts mysteriously disappeared one day, after the tablet had been working just fine for a couple of weeks; luckily I was able to restore my SIP and GTalk accounts in a few minutes from backup!
+
Close gPodder and copy its config directory to <code>/home/user/.config/gpodder</code>.
 +
====OpenVPN Applet====
 +
If you use the [[OpenVPN]] Applet the configuration files are stored in <code>/etc/openvpn</code>. After you copy them be sure to have them owned by user "root", group "root", and protected so that user (root) has rw privileges, and no one else has anything.
[[Category:Power users]]
[[Category:Power users]]
 +
[[Category:N900]]

Latest revision as of 11:31, 25 December 2014

There are several scenarios where you might want to manually backup and restore your N900. Using manual methods (as opposed to using osso-backup) is convenient for advanced users (to have more control over their phone), scheduling backups with fcron and the like, starting from scratch (if you want to wipe the phone and restore file-by-file) - because osso-backup can also backup problematic files.

This was discussed at [1] and [2].

Contents

[edit] Background

[edit] Connectivity

As the USB mass storage mode on the phone does not provide access to the root file system, some other way of transferring backups is required. Therefore, the first prerequisite is a working TCP/IP network between the phone and the target machine. Alternatively, a microSD card could be used.

[edit] Power

We do not want our backups to drain the phone's battery, so we should only consider running the backup if we are connected to external power.

[edit] Automation

Once set up, the backups should happen automatically without intervention from the user, BUT complain loudly if they fail. This implies a script that we can schedule from cron that should perform whatever combination of tests and operations we may need. It also implies key-based access to our backup host.

[edit] Snapshots

At any given time we want a decent ability to backtrack, which means storing regular snapshots using something like rdiff-backup or rsnapshot.

So, what we've got so far is that we want to run a script on the N900 that tests whether we have external power (or dies), then tries to get a wireless connection to the backup server (or dies), then performs an incremental backup of the entire phone.

[edit] Backup methods

[edit] Copying

This script backs up contacts (database and also exports them with osso-addressbook-backup for safety), conversations, calendar, bookmarks, repository and packages list to external memory card's directory Backup which then contains subdirectories named with date and time when the backup was performed. The path is also definable. For example: "Memory_card/Backup/2010-03-03_00-00". It also displays notification during backup, because it was made to be used with fcron.

[edit] Script

#!/bin/sh
 
path=/media/mmc1/Backup/`date +"%F_%H-%M"`
 
run-standalone.sh dbus-send --type=method_call --dest=org.freedesktop.Notifications /org/freedesktop/Notifications org.freedesktop.Notifications.SystemNoteInfoprint string:"Making backup..."
 
mkdir -p "$path"/home/user/.bookmarks
mkdir    "$path"/home/user/.calendar
mkdir    "$path"/home/user/.osso-abook
mkdir    "$path"/home/user/.osso-abook-backup
mkdir    "$path"/home/user/MyDocs
mkdir -p "$path"/var/lib/hildon-application-manager
 
cp    /home/user/.bookmarks/MyBookmarks.xml*                "$path"/home/user/.bookmarks
cp    /home/user/.calendar/calendardb                       "$path"/home/user/.calendar
cp -r /home/user/.osso-abook/db                             "$path"/home/user/.osso-abook
cp -r /home/user/.osso-abook-backup/db                      "$path"/home/user/.osso-abook-backup
cp -r /home/user/.rtcom-eventlogger                         "$path"/home/user
cp -r /home/user/MyDocs/.documents                          "$path"/home/user/MyDocs
cp    /var/lib/hildon-application-manager/catalogues*       "$path"/var/lib/hildon-application-manager
cp    /var/lib/hildon-application-manager/packages.backup   "$path"/var/lib/hildon-application-manager
 
echo "osso-addressbook-backup -e "$path"/osso-addressbook-backup" | su - user
 
run-standalone.sh dbus-send --type=method_call --dest=org.freedesktop.Notifications /org/freedesktop/Notifications org.freedesktop.Notifications.SystemNoteInfoprint string:"Backup created"

[edit] osso-backup (what is backed up by it)

osso-backup is the default Backup application on the phone. You can use it for "manual" backup, because it produces standard .zip compressed files which can be opened on any system. The list of files that osso-backup backs up can be obtained by making a backup with it and opening these zip files (the list is too long for this wiki page).

[edit] osso-addressbook-backup

It is an executable which exports (or imports) address book to a vCard v3.0 format. It is used by osso-backup, but it can also be manually executed which is great for making a backup. You have to execute it as user "user".

osso-addressbook-backup -e /path/file

And if you're executing it from a root terminal:

echo "osso-addressbook-backup -e /path/file" | su - user

[edit] rsync

rsync is standard Linux/Unix file and directory synchronization tool. It is in extras repository. An example backup script is shown here:

[edit] Script

#!/bin/sh
 
if [ `whoami` != "root" ]; then
 echo "Please run as root to preserve file ownership."
 exit 1
fi
 
dpkg -l > /root/dpkg.txt
dpkg --get-selections  > /root/dpkg-selections.txt
 
gconftool-2 -R /system/osso/connectivity/IAP > /root/iap.txt
 
rsync   -avz                    \
        --numeric-ids           \
        --exclude=/dev          \
        --exclude=/media        \
        --exclude=/mnt/initfs   \
        --exclude=/proc         \
        --exclude=/sys          \
        /                       \
        mypc.example.com:/home/archive/mytablet/

Change mypc.example.com to the IP/hostname of your computer and the target directory to whatever suits you. Don't forget to make the script executable and it must be run as root of course.

The dpkg -l command makes a list of installed packages, dpkg --get-selections output can be passed directly to --set-selections to install/uninstall packages as they were on the device.

Finally, gconftool-2 lists all internet access points (Wi-Fi and GPRS), so you can copypaste details back later.

[edit] Automatic/periodic/scheduled backups

Maemo currently does not provide an option to schedule backups nor does the osso-backup have interface to be run from command line and thus be scheduled. So the backup scripts needs to be written manually. You get them here (or you write your own), but to schedule them periodically you need fcron or similar. The scheduling part is covered in detail on fcron wiki page. With combining these two wiki pages you can have fully working automatic backups.

[edit] Wipe methods

Wiping the device clean is achieved with reflashing. This is covered in the updating the firmware article and similar.

[edit] Restore methods

Restoring is the hardest part in this process and you need to have a little knowledge about your system, otherwise backup and restore rather with osso-backup. It is a good choice to perform a full backup after a successful setup/reflash/restore.

Restoring entries below were made by the author of the rsync backup script, but they are very similar to any restoring process. Also don't forget that the applications which use the files you are restoring need to be closed/stopped/killed.

[edit] Contacts

You need to create a dummy entry before restoring contacts. Run the contacts application first and create a contact, anything will do. Then exit the contacts application and restore the files in /home/user/.osso-abook/db and /home/user/.osso-abook-backup/db. The contacts will be restored after rebooting the device.

[edit] Bookmarks

Close the browser first, then simply copy the files from your archive to the phone to /home/user/.bookmarks. The bookmarks should appear immediately.

The bookmarks are saved in MyBookmarks.xml file, so this is the one that you really need, other files are thumbnails and the like.

[edit] Calendar

The calendar entries are in the file /home/user/.calendar/calendardb. A restart is required.

[edit] Conversations

The sqlite database containing SMS data is located at /home/user/.rtcom-eventlogger/*. Make sure rtcom-messaging-ui is closed. Conversations can be accessed as soon as the folder is restored.

[edit] Repository and packages list

These are located in /var/lib/hildon-application-manager, files catalogues.backup, catalogues2.backup and packages.backup. These can't be just copied back, because osso-backup uses them in its own way (asks which applications should be reinstalled), but you can use them as list of what you had installed.

[edit] IM/Chat/SIP accounts

These accounts are stored in /var/lib/gconf/apps/telepathy/mc/accounts. It's probably a good idea to set your presence to "off" before trying to restore.

[edit] E-mail (Modest)

Restoring /home/users/.modest and /var/lib/gconf/apps/modest doesn't work properly. I had to create the email server settings, but at least the old email did come back. Actually, I think it might have worked, but the mailbox didn't appear. I discovered that the old mailboxes were there when I looked for them in Menu->View and chose one of the mailboxes.

The rabbit hole goes deeper. I didn't notice there was a problem after restoring, as I use a special email address for my tablet and it didn't get any email for a while, so I was quite happy accessing my recovered emails. When a new email arrived, it killed modest, and I was unable to restart it - the UI would show up briefly before modest died. The only way I could make modest run without crashing was to rename /home/user/.modest to /home/user/.modest.xxx.

[edit] RSS Feeds

Close RSS application and copy files to /home/user/.osso_rss_feed_reader.

[edit] Wi-Fi and GPRS access points

You'll have to manually re-enter them, but you can copypaste details from the file created with rsync backup script (iap.txt).

[edit] Other

[edit] gPodder

Close gPodder and copy its config directory to /home/user/.config/gpodder.

[edit] OpenVPN Applet

If you use the OpenVPN Applet the configuration files are stored in /etc/openvpn. After you copy them be sure to have them owned by user "root", group "root", and protected so that user (root) has rw privileges, and no one else has anything.