12-25-2017
Settings for Déjà Dup are stored in dconf - you use dconf-edit to change or view it. I assume you are on ubuntu.
If you run the program as root, it will store all it work on the root / directory as you found out. You may want to create a user that has a different home directory, and allow advanced permissions for that user.
This User Gave Thanks to jim mcnamara For This Post:
7 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
Hello,
Here is what I am trying to do.
We have an old Enterprise 250 which we want to phase out. So plan is to move everything running on the 250 to an unused Sun Fire V280R.
Here is what I decided to do:
1. Fresh Solaris 8 install on Sun 280R (disk0). Configure network and install... (1 Reply)
Discussion started by: mshafi
1 Replies
2. Solaris
Dear All ;
first how are you every body I'm just subscribed in your forum and i hope i found what i searched for along time .
I'm not a Solaris specialist but i read more to build a Network Management Station depends on Solaris as OS and it is working good now .
my problem is how to perform... (16 Replies)
Discussion started by: Basha
16 Replies
3. Shell Programming and Scripting
Hi Buddies,
my pc has two CPU, so CPU1 and CPU2.
I have a perl "a.pl", when i "./a.pl", i can see the CPU1 is full or CPU2 is full, mean only one is full, another one is idle.
Wonderring what shall i do in order to let both CPU to process this a.pl.:(
Thanks (1 Reply)
Discussion started by: jimmy_y
1 Replies
4. Solaris
Hi all,
I have a problem, when I use script with 'expect', accidentally I was deleted root account by "userdel root". Unfortunately, it works, because no other root user login on it. Solaris document said that root cannot delete root, but in my case it works because it deleted by script, not... (7 Replies)
Discussion started by: joash
7 Replies
5. Shell Programming and Scripting
hi guys linux noob here wanting to learn linux scripting, i need help with a backup script that not only allows me to back up my files but restore them to my own personal directory, had a look at some of the coding from the scripts section on this site but still lost.
any help is much appreciated (8 Replies)
Discussion started by: burnie35
8 Replies
6. Solaris
Hi men,
I'm testing for my backup&restore job with ZFS.
My server have two disks. I wanna do backup&restore job like ufsdump utility:
Disk0 is rpool(root zpool) and disk1 (backup zpool) will be stored full backup replicates. When rpool zpool have problem, i can "boot cdrom -s" and use my... (5 Replies)
Discussion started by: tien86
5 Replies
7. What is on Your Mind?
Retro Games has announced that the C64 is back, this time full-sized with a working keyboard for the dedicated retro home-computer fan, available December 2019.
See also:
CNN:
Iconic 80s computer The Commodore 64 to return with fully-functional keyboard
YouTube:
The C64 | Trailer
... (2 Replies)
Discussion started by: Neo
2 Replies
DCONF(7) Conventions and miscellaneous DCONF(7)
NAME
dconf - A configuration systen
DESCRIPTION
dconf is a simple key/value storage system that is heavily optimised for reading. This makes it an ideal system for storing user
preferences (which are read 1000s of times for each time the user changes one). It was created with this usecase in mind.
All preferences are stored in a single large binary file. Layering of preferences is possible using multiple files (ie: for site defaults).
Lock-down is also supported. The binary file for the defaults can optionally be compiled from a set of plain text keyfiles.
dconf has a partial client/server architecture. It uses D-Bus. The server is only involved in writes (and is not activated in the user
session until the user modifies a preference). The service is stateless and can exit freely at any time (and is therefore robust against
crashes). The list of paths that each process is watching is stored within the D-Bus daemon itself (as D-Bus signal match rules).
Reads are performed by direct access (via mmap) to the on-disk database which is essentially a hashtable. For this reason, dconf reads
typically involve zero system calls and are comparable to a hashtable lookup in terms of speed. Practically speaking, in simple non-layered
setups, dconf is less than 10 times slower than GHashTable.
Writes are assumed only to happen in response to explicit user interaction (like clicking on a checkbox in a preferences dialog) and are
therefore not optimised at all. On some file systems, dconf-service will call fsync() for every write, which can introduce a latency of up
to 100ms. This latency is hidden by the client libraries through a clever "fast" mechanism that records the outstanding changes locally (so
they can be read back immediately) until the service signals that a write has completed.
PORTABILITY
dconf mostly targets Free Software operating systems. It will theoretically run on Mac OS but there isn't much point to that (since Mac OS
applications want to store preferences in plist files). It is not possible to use dconf on Windows because of the inability to rename over
a file that's still in use (which is what the dconf-service does on every write).
API STABILITY
The dconf API is not particularly friendly, and is not guaranteed to be stable. Because of this and the lack of portability, you almost
certainly want to use some sort of wrapper API around it. The wrapper API used by GTK+ and GNOME applications is GSettings[1], which is
included as part of GLib. GSettings has backends for Windows (using the registry) and Mac OS (using property lists) as well as its dconf
backend and is the proper API to use for graphical applications.
SEE ALSO
dconf-service(1), dconf-editor(1), dconf(1), GSettings[1]
NOTES
1. GSettings
http://developer.gnome.org/gio/stable/GSettings.html
dconf DCONF(7)