ubuntuusers.de

~/.gvfs/ User darf, root nicht

Status: Gelöst | Ubuntu-Version: Xubuntu 12.04 (Precise Pangolin)
Antworten |

Lookbehind

Avatar von Lookbehind

Anmeldungsdatum:
28. Januar 2010

Beiträge: 1070

Hi, ich habe ein kleines Problem mit den Zugriffsrechten auf ein Verzeichnis in meinem Home-Verzeichnis:

1
2
3
4
5
6
7
8
9
lookbehind@Fossil:~$ ls -la /home/lookbehind/.gvfs
insgesamt 40
dr-x------  2 lookbehind lookbehind     0 Nov  5 13:17 .
drwxr-xr-x 80 lookbehind lookbehind 36864 Nov  5 13:17 ..
lookbehind@Fossil:~$ sudo -i
[sudo] password for lookbehind: 
root@Fossil:~# ls -la /home/lookbehind/.gvfs 
ls: Zugriff auf /home/lookbehind/.gvfs nicht möglich: Keine Berechtigung
root@Fossil:~#

Als User darf ich auf das Verzeichnis zugreifen, aber als root nicht? Warum? Versteh ich nicht. Ich kenne das sonst immer so, das root auf einem System sowas wie Gott ist. Root kann alles, root darf alles, für root gibt es keine Beschränkungen. Dem scheint aber nicht so zu sein. Kann mich jemand aufklären was da los ist?

Auf einem anderen Rechner mit einem Debian Wheezy hab ich den gleichen Ordner in meinem Home-Verzeichnis, allerdings kann dort root problemlos darauf zugreifen.

Das eigentliche Problem ist, dass ich gerne mit StoreBackup den kompletten Rechner sichern möchte. Also inklusive Root-Verzeichnis und den Verzeichnissen anderer User. Das ganze scheitert aber immer daran, dass er dieses eine Verzeichnis nicht lesen kann. Es von den Backups aus zu nehmen bringt leider auch keine Besserung, weil er dann wenigstens das Verzeichnis ohne Inhalt sichern möchte. Helfen würde es, wenn ich das Übergeordnete Verzeichnis ausschließe. Das ist aber mein Home-Verzeichnis und mit das wichtigste was es da zu sichern gibt. Also keine gangbare Lösung.

Eine andere Lösung wäre gvfs zu deinstallieren. Bloß kann ich dann leider im Thunar keine FTPs und ähnliches mehr öffnen. Auch nicht im Sinne des Erfinders.

Auf der Debian Kiste macht dieses Verzeichnis keinerlei Mucken und wird einfach mit gesichert, wie jedes andere Verzeichnis auch. Dateirechte sind dort die selben.

TIA

Look

presatt

Avatar von presatt

Anmeldungsdatum:
26. Oktober 2013

Beiträge: Zähle...

Wohnort: Westerwald

Hallo Lookbehind, ich weiß zwar nich genau, ob es dir hilft, aber probier es mal damit dem Artikel Rechte ( http://wiki.ubuntuusers.de/Rechte ). Vielleicht bringt es ja was, die Rechte des Users root zu ändern.

mfg, presatt

Noch eine Frage: Wie verlinke ich eine URL an ein Wort? (In diesem Fall Rechte mit http://wiki.ubuntuusers.de/Rechte )

Benno-007

Anmeldungsdatum:
28. August 2007

Beiträge: 29240

Wohnort: Germany

root darf nicht immer alles, z.B. hat er keinen Zugriff auf alle Arbeitsspeicherbereiche aller Programme. Da gvfs ein virtuelles Verzeichnis ist, nimmt das vermutlich auch eine Sonderrolle ein.

Es von den Backups aus zu nehmen bringt leider auch keine Besserung, weil er dann wenigstens das Verzeichnis ohne Inhalt sichern möchte.

Zeig mal die entsprechende Befehlszeile oder was du da eingetippt hattest. Es kann einen Unterschied machen, ob du "Verzeichnis/" oder "Verzeichnis" angegeben hast.

Helfen würde es, wenn ich das Übergeordnete Verzeichnis ausschließe. Das ist aber mein Home-Verzeichnis und mit das wichtigste was es da zu sichern gibt. Also keine gangbare Lösung.

Oder du schließt erst das Home aus - und danach inkludierst du alle Verzeichnisse außer gvfs manuell. Dann würde ich aber lieber gleich zu rsync wechseln.

presatt schrieb:

Noch eine Frage: Wie verlinke ich eine URL an ein Wort? (In diesem Fall Rechte mit http://wiki.ubuntuusers.de/Rechte )

[Link Wort] bzw. für Wikiartikel von hier schlicht z.B. [:Rechte:].

Oben rechts ist ein Link zur "Hilfe zur Syntax", über dem Antwortfenster, was du zuvor aufrufen musst.

Grüße, Benno

Edit:

Beiträge: 13370

Ui. Ich bin ja sooo leet. 😊

seahawk1986

Anmeldungsdatum:
27. Oktober 2006

Beiträge: 11261

Wohnort: München

Hallo,

Lookbehind schrieb:

Kann mich jemand aufklären was da los ist?

in .gvfs werden ja fuse-Dateisysteme gemountet, für die einige Besonderheiten gelten - siehe Manpage: http://manpages.ubuntu.com/manpages/precise/man8/mount.fuse.8.html Wenn andere User als derjenige der das Dateisystem mountet darauf zugreifen dürfen soll, muss in der /etc/fuse.conf folgendes gesetzt werden:

user_allow_other

Und der mount selbst muss dann mit -o allow_other bzw. -o allow_root erfolgen. Ich vermute da unterscheidet sich die Konfiguration von deinem Debian-System von dem mit Xubuntu. Wie genau xfce den Automount umsetzt weiß ich nicht, aber eigentlich müsste man an der Stelle ansetzen können.

presatt

Avatar von presatt

Anmeldungsdatum:
26. Oktober 2013

Beiträge: 25

Wohnort: Westerwald

Benno-007 schrieb:

presatt schrieb:

Noch eine Frage: Wie verlinke ich eine URL an ein Wort? (In diesem Fall Rechte mit http://wiki.ubuntuusers.de/Rechte )

[Link Wort] bzw. für Wikiartikel von hier schlicht z.B. [:Rechte:].

Oben rechts ist ein Link zur "Hilfe zur Syntax", über dem Antwortfenster, was du zuvor aufrufen musst.

Oh Super, Vielen Dank. Aber, ich glaub, ich muss noch einiges lernen.... Nicht nur über den Syntax, auch über Ubuntu 😉

Und ich liege richtig in der Annahme, dass das was ich vorgeschlagen hatte, vollkommener Quark war?!?^^

Benno-007

Anmeldungsdatum:
28. August 2007

Beiträge: 29240

Wohnort: Germany

Laut seahawk1986 lagst du da nicht ganz falsch, nur der Link wäre der falsche dazu. Die Rechte von Nutzern kann man nicht anpassen, nur von den Dateien, die bestimmten Nutzern gehören oder bestimmten Nutzern gehören sollen. Man kann aber Nutzer in Gruppen stecken, z.B. admin, damit sie sudo für root benutzen dürfen.

presatt

Avatar von presatt

Anmeldungsdatum:
26. Oktober 2013

Beiträge: 25

Wohnort: Westerwald

Dann hab ich ja nochmal Glück gehabt 😀

Lookbehind

(Themenstarter)
Avatar von Lookbehind

Anmeldungsdatum:
28. Januar 2010

Beiträge: 1070

Benno-007 schrieb:

root darf nicht immer alles, z.B. hat er keinen Zugriff auf alle Arbeitsspeicherbereiche aller Programme. Da gvfs ein virtuelles Verzeichnis ist, nimmt das vermutlich auch eine Sonderrolle ein.

Du meinst ein virtuelles Verzeichnis wie z.B. /dev, das nur zur Laufzeit existiert? Muss dich enttäuschen. ~/.gvfs ist auch da, wenn ich mit na Live-CD auf die Platte schaue. Oder ist was anderes gemeint?

Benno-007 schrieb:

Zeig mal die entsprechende Befehlszeile oder was du da eingetippt hattest. Es kann einen Unterschied machen, ob du "Verzeichnis/" oder "Verzeichnis" angegeben hast.

Auszug Config-File:

# Directories to exclude from the backup (relative path inside of the backup).
# You can use shell type wildcards.
# These directories have to be separated by space or newline.
exceptDirs= tmp var/tmp proc sys media mnt dev home/lookbehind/Work/Crypt run 'home/lookbehind/.gvfs/' 

Habs bereits mit und ohne ' bzw / am Ende und \ vorm Punkt (Sonderzeichen das evtl Escapet werden muss, darum auch die ') versucht, in allen möglichen und unmöglichen Kombinationen. Immer das selbe Ergebnis.

ERROR     2013.11.05 18:38:59  3179 no permissions to read <//home/lookbehind/.gvfs>
ERROR     2013.11.05 18:38:59  3179 caught signal 1, terminating

Mit dem Verzeichnis home/lookbehind/Work/Crypt funktioniert das auf dem Debian-System übrigens Wunderbar! Im Backup ist das Verzeichnis Crypt vorhanden, aber der Inhalt nicht.

Benno-007 schrieb:

Helfen würde es, wenn ich das Übergeordnete Verzeichnis ausschließe. Das ist aber mein Home-Verzeichnis und mit das wichtigste was es da zu sichern gibt. Also keine gangbare Lösung.

Oder du schließt erst das Home aus - und danach inkludierst du alle Verzeichnisse außer gvfs manuell. Dann würde ich aber lieber gleich zu rsync wechseln.

Ja ne, is klar... 😉

seahawk1986 schrieb:

Hallo,

Lookbehind schrieb:

Kann mich jemand aufklären was da los ist?

in .gvfs werden ja fuse-Dateisysteme gemountet, für die einige Besonderheiten gelten - siehe Manpage: http://manpages.ubuntu.com/manpages/precise/man8/mount.fuse.8.html Wenn andere User als derjenige der das Dateisystem mountet darauf zugreifen dürfen soll, muss in der /etc/fuse.conf folgendes gesetzt werden:

user_allow_other

Und der mount selbst muss dann mit -o allow_other bzw. -o allow_root erfolgen. Ich vermute da unterscheidet sich die Konfiguration von deinem Debian-System von dem mit Xubuntu. Wie genau xfce den Automount umsetzt weiß ich nicht, aber eigentlich müsste man an der Stelle ansetzen können.

Das klang zunächst sehr Vielversprechend. Lediglich:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
lookbehind@Fossil:~$ sudo cat /etc/fuse.conf
# Set the maximum number of FUSE mounts allowed to non-root users.
# The default is 1000.
#
#mount_max = 1000

# Allow non-root users to specify the 'allow_other' or 'allow_root'
# mount options.
#
#user_allow_other

lookbehind@Debian:~$  cat /etc/fuse.conf 
# /etc/fuse.conf - Configuration file for Filesystem in Userspace (FUSE)

# Set the maximum number of FUSE mounts allowed to non-root users.
# The default is 1000.
#mount_max = 1000

# Allow non-root users to specify the allow_other or allow_root mount options.
#user_allow_other

Da sehe ich keinen entscheidenden Unterschied. Aber laut Wiki-Artikel gibt es einen Unterschied zwischen Ubuntu 12.04 und 12.10. Seit 12.10 werden diese Sachen nicht mehr in ~/.gvfs sondern in /run/user/BENUTZERNAME/gvfs eingehängt. Da Debian Wheezy generell die etwas neueren Pakete hat, als 12.04, könnte es sein, dass das dort schon genauso ist, und das Verzeichnis ~/.gvfs nurnoch ein Überbleibsel aus alten Tagen darstellt. Da ich auf der Debian-Kiste das komplette /run Verzeichnis vom Backup ausgeschlossen habe, könnte es sein, dass dadurch das Problem in Debian nicht auftritt. Fragt sich nur, wie stell ich das in Ubuntu um.

TIA

Look

Edit: Wenn ich folgenden Prozess "/usr/lib/gvfs//gvfs-fuse-daemon -f /home/lookbehind/.gvfs" gewaltsam abschieße, läuft das Backup problemlos durch, und gvfs im Thunar funktioniert auch immernoch. Scheinbar wird dieser Prozess also nicht gebraucht. Fragt sich, wie ich verhindere, dass er gestartet wird. (Er läuft übrigens als User lookbehind)

Lookbehind

(Themenstarter)
Avatar von Lookbehind

Anmeldungsdatum:
28. Januar 2010

Beiträge: 1070

Noch kurz als Vervollständigung: Ich habe das eigentliche Problem durch die Deinstallation des Paketes gvfs-fuse lösen können. Der gvfs-fuse-daemon taucht nirgends mehr auf, root kann ganz normal das fragliche Verzeichnis lesen, und ich hab noch keinen Nachteil entdecken können. Thunar kann nach wie vor mittels smb://Adresse oder ftp://Adresse einen Login auf ein entferntes Dateisystem machen. Auto-Mount von USB-Sticks funktioniert auch noch. Ich scheine also keinerlei Nachteile durch die Installation zu haben.

Ich setze damit als Gelöst!

Benno-007

Anmeldungsdatum:
28. August 2007

Beiträge: 29240

Wohnort: Germany

gvfs = gnome virtual file system. Ob der Ordner einen Reboot überlebt, kann ich nicht sagen. Bei ~ ist es sowieso das Home desjenigen (ggf. root), der es aufruft - und bei der Live DVD entsprechend dann das Verzeichnis der gebooteten DVD.

Vielleicht kann man es mit einer Art Mountpoint ansatzweise vergleichen. Es ist auf jeden Fall kein stinknormaler Ordner. Deswegen kommen ja bei einigen Befehlen auch Meldungen, dass gvfs nicht gefunden bzw. nicht drauf zugegriffen werden konnte.

Zu deiner Konfigurationsdatei: Du musst schon auch konfigurieren, was dir jemand sagt. Wenn Debian im Kernel usw. andere Standardwerte gesetzt hat, Ubuntu keine bzw. andere, dann MUSST du die entsprechenden bei Ubuntu setzen...die sind bei dir ja auskommentiert (#).

ixo

Avatar von ixo

Anmeldungsdatum:
6. April 2009

Beiträge: 316

Auszug Config-File:

# Directories to exclude from the backup (relative path inside of the backup).
# You can use shell type wildcards.
# These directories have to be separated by space or newline.
exceptDirs= tmp var/tmp proc sys media mnt dev home/lookbehind/Work/Crypt run 'home/lookbehind/.gvfs/' 

Habs bereits mit und ohne ' bzw / am Ende und \ vorm Punkt (Sonderzeichen das evtl Escapet werden muss, darum auch die ') versucht, in allen möglichen und unmöglichen Kombinationen. Immer das selbe Ergebnis.

ERROR     2013.11.05 18:38:59  3179 no permissions to read <//home/lookbehind/.gvfs>
ERROR     2013.11.05 18:38:59  3179 caught signal 1, terminating

Hallo,

ab Version 3.4.1 sollte das Problem laut ChangeLog nicht mehr auftreten:

	- when excluding a non-readable directory with exceptDirs no
	  warning or error message is generated any more
	  (before this correction it was necessary to set ignoreReadError)

Grüße, ixo

Lookbehind

(Themenstarter)
Avatar von Lookbehind

Anmeldungsdatum:
28. Januar 2010

Beiträge: 1070

ixo schrieb:

Auszug Config-File:

# Directories to exclude from the backup (relative path inside of the backup).
# You can use shell type wildcards.
# These directories have to be separated by space or newline.
exceptDirs= tmp var/tmp proc sys media mnt dev home/lookbehind/Work/Crypt run 'home/lookbehind/.gvfs/' 

Habs bereits mit und ohne ' bzw / am Ende und \ vorm Punkt (Sonderzeichen das evtl Escapet werden muss, darum auch die ') versucht, in allen möglichen und unmöglichen Kombinationen. Immer das selbe Ergebnis.

ERROR     2013.11.05 18:38:59  3179 no permissions to read <//home/lookbehind/.gvfs>
ERROR     2013.11.05 18:38:59  3179 caught signal 1, terminating

Hallo,

ab Version 3.4.1 sollte das Problem laut ChangeLog nicht mehr auftreten:

	- when excluding a non-readable directory with exceptDirs no
	  warning or error message is generated any more
	  (before this correction it was necessary to set ignoreReadError)

Grüße, ixo

Hallo,

entweder ich bin zu doof dafür, oder in Version 3.4.2 ist der Bug wieder drin ☺

Gruß

Look

ixo

Avatar von ixo

Anmeldungsdatum:
6. April 2009

Beiträge: 316

Hi,

also bei mir scheint es zu klappen. Scheint deshalb, weil ich mich schon lange von Gnome verabschieded habe und .gvfs bei mir keinerlei Probleme macht (ich nutze die Funktionalität auch nicht.)

Da ich es nicht direkt nachvollziehen kann, habe ich mal folgendes zu sicherndes Verzeichnis (s) angelegt:

$ ls -la s
insgesamt 32
drwxrwxr-x 3 test test    80 Nov  8 09:23 .
drwxrwxr-x 4 test test    80 Nov  8 09:23 ..
drwx------ 2 root root    40 Nov  8 09:23 .keineRechte
-rwxr-xr-x 1 test test 31400 Nov  8 09:23 pwd

Der User test darf also .keineRechte nicht lesen.

Wenn ich das als User 'test' sichern will, passiert folgendes:

$ /tmp/storeBackup/bin/storeBackup.pl -s s -b b
WARNING   2013.11.08 09:26:20  9882 created directory <b/default>
BEGIN     2013.11.08 09:26:20  9882 backing up directory </tmp/a/s> to </tmp/a/b/default>
VERSION   2013.11.08 09:26:20  9882 storeBackup.pl, 3.4.2
INFO      2013.11.08 09:26:20  9882 setting ARG_MAX to 63488 (Linux)
INFO      2013.11.08 09:26:20  9882 comprRule = $size > 1024 and not $file =~ /\.zip\Z|\.bz2\Z|\.gz\Z|\.tgz\Z|\.jpg\Z|\.gif\Z|\.tiff?\Z|\.mpe?g\Z|\.mp[34]\Z|\.mpe?[34]\Z|\.ogg\Z|\.gpg\Z|\.png\Z|\.lzma\Z|\.xz\Z|\.mov\Z/i
INFO      2013.11.08 09:26:20  9882 scanning directory </tmp/a/b> for existing backups
INFO      2013.11.08 09:26:20  9882 scanning directory </tmp/a/b/default> for existing backups
STATISTIC 2013.11.08 09:26:20  9882 found 1 backup series, 0 backups, 0 renamed backups
INFO      2013.11.08 09:26:20  9882 consistency check finished successfully
INFO      2013.11.08 09:26:20  9882 found no references to backups from lateLinks that need storeBackupUpdateBackup run
INFO      2013.11.08 09:26:20  9882 creating lock file </tmp/storeBackup.lock>
INFO      2013.11.08 09:26:20  9882 analysis of old Backups in </tmp/a/b/default>:
INFO      2013.11.08 09:26:20  9882    Fri 2013.11.08_09.26.20 (0d0h): keepMinNumber1, keepWeekDays(30d)
INFO      2013.11.08 09:26:20  9882 0 entries in dbm files
INFO      2013.11.08 09:26:20  9882 0 entries in dbm block files
ERROR     2013.11.08 09:26:20  9882 no permissions to read </tmp/a/s/.keineRechte>
ERROR     2013.11.08 09:26:20  9882 caught signal 1, terminating
END       2013.11.08 09:26:20  9882 backing up directory </tmp/a/s>

Das geht erwartungsgemäß nicht "no permissions ...." .

.

Wenn ich das Verzeichnis ausnehme, geht's (auch User 'test'):

$ /tmp/storeBackup/bin/storeBackup.pl -s s -b b -e .keineRechte
BEGIN     2013.11.08 09:26:29  9903 backing up directory </tmp/a/s> to </tmp/a/b/default>
VERSION   2013.11.08 09:26:29  9903 storeBackup.pl, 3.4.2
INFO      2013.11.08 09:26:29  9903 setting ARG_MAX to 63488 (Linux)
INFO      2013.11.08 09:26:29  9903 comprRule = $size > 1024 and not $file =~ /\.zip\Z|\.bz2\Z|\.gz\Z|\.tgz\Z|\.jpg\Z|\.gif\Z|\.tiff?\Z|\.mpe?g\Z|\.mp[34]\Z|\.mpe?[34]\Z|\.ogg\Z|\.gpg\Z|\.png\Z|\.lzma\Z|\.xz\Z|\.mov\Z/i
INFO      2013.11.08 09:26:29  9903 scanning directory </tmp/a/b> for existing backups
INFO      2013.11.08 09:26:29  9903 scanning directory </tmp/a/b/default> for existing backups
STATISTIC 2013.11.08 09:26:29  9903 found 1 backup series, 0 backups, 0 renamed backups
INFO      2013.11.08 09:26:29  9903 consistency check finished successfully
INFO      2013.11.08 09:26:29  9903 found no references to backups from lateLinks that need storeBackupUpdateBackup run
INFO      2013.11.08 09:26:29  9903 excluding <.keineRechte>:
INFO      2013.11.08 09:26:29  9903     excluding </tmp/a/s/.keineRechte>
INFO      2013.11.08 09:26:29  9903 creating lock file </tmp/storeBackup.lock>
WARNING   2013.11.08 09:26:29  9903 /tmp/a/b/default/2013.11.08_09.26.20 not finished, skipping
WARNING   2013.11.08 09:26:29  9903 backup </tmp/a/b/default/2013.11.08_09.26.20> not finished
INFO      2013.11.08 09:26:29  9903 analysis of old Backups in </tmp/a/b/default>:
INFO      2013.11.08 09:26:29  9903    Fri 2013.11.08_09.26.29 (0d0h): keepMinNumber1, keepWeekDays(30d)
INFO      2013.11.08 09:26:29  9903 0 entries in dbm files
INFO      2013.11.08 09:26:29  9903 0 entries in dbm block files
STATISTIC 2013.11.08 09:26:29  9903  [sec] |      user|    system
STATISTIC 2013.11.08 09:26:29  9903 -------+----------+----------
STATISTIC 2013.11.08 09:26:29  9903 process|      0.11|      0.01
STATISTIC 2013.11.08 09:26:29  9903 childs |      0.09|      0.00
STATISTIC 2013.11.08 09:26:29  9903 -------+----------+----------
STATISTIC 2013.11.08 09:26:29  9903 sum    |      0.20|      0.01 => 0.21 (0s)
STATISTIC 2013.11.08 09:26:29  9903                    directories = 0
STATISTIC 2013.11.08 09:26:29  9903                          files = 1
STATISTIC 2013.11.08 09:26:29  9903                 symbolic links = 0
STATISTIC 2013.11.08 09:26:29  9903                     late links = 0
STATISTIC 2013.11.08 09:26:29  9903                    named pipes = 0
STATISTIC 2013.11.08 09:26:29  9903                        sockets = 0
STATISTIC 2013.11.08 09:26:29  9903                  block devices = 0
STATISTIC 2013.11.08 09:26:29  9903              character devices = 0
STATISTIC 2013.11.08 09:26:29  9903      new internal linked files = 0
STATISTIC 2013.11.08 09:26:29  9903               old linked files = 0
STATISTIC 2013.11.08 09:26:29  9903                unchanged files = 0
STATISTIC 2013.11.08 09:26:29  9903                   copied files = 0
STATISTIC 2013.11.08 09:26:29  9903               compressed files = 1
STATISTIC 2013.11.08 09:26:29  9903                  blocked files = 0
STATISTIC 2013.11.08 09:26:29  9903    excluded files because rule = 0 (0.0 )
STATISTIC 2013.11.08 09:26:29  9903    included files because rule = 0 (0.0 )
STATISTIC 2013.11.08 09:26:29  9903         max size of copy queue = 0
STATISTIC 2013.11.08 09:26:29  9903  max size of compression queue = 1
STATISTIC 2013.11.08 09:26:29  9903            calculated md5 sums = 2
STATISTIC 2013.11.08 09:26:29  9903                    forks total = 2
STATISTIC 2013.11.08 09:26:29  9903                      forks md5 = 1
STATISTIC 2013.11.08 09:26:29  9903                     forks copy = 0
STATISTIC 2013.11.08 09:26:29  9903                    forks bzip2 = 1
STATISTIC 2013.11.08 09:26:29  9903                  sum of source =  31k (31400)
STATISTIC 2013.11.08 09:26:29  9903              sum of target all =  13k (13395)
STATISTIC 2013.11.08 09:26:29  9903              sum of target all = 42.66%
STATISTIC 2013.11.08 09:26:29  9903              sum of target new =  13k (13395)
STATISTIC 2013.11.08 09:26:29  9903              sum of target new = 42.66%
STATISTIC 2013.11.08 09:26:29  9903             sum of md5ed files =  31k (31400)
STATISTIC 2013.11.08 09:26:29  9903             sum of md5ed files = 100.00%
STATISTIC 2013.11.08 09:26:29  9903     sum internal linked (copy) = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903    sum internal linked (compr) = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903          sum old linked (copy) = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903         sum old linked (compr) = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903           sum unchanged (copy) = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903          sum unchanged (compr) = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903                 sum new (copy) = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903                sum new (compr) =  13k (13395)
STATISTIC 2013.11.08 09:26:29  9903     sum new (compr), orig size =  31k (31400)
STATISTIC 2013.11.08 09:26:29  9903                 sum new / orig = 42.66%
STATISTIC 2013.11.08 09:26:29  9903       size of md5CheckSum file = 174  (174)
STATISTIC 2013.11.08 09:26:29  9903     size of temporary db files = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903            deleted old backups = 0
STATISTIC 2013.11.08 09:26:29  9903            deleted directories = 0
STATISTIC 2013.11.08 09:26:29  9903                  deleted files = 0
STATISTIC 2013.11.08 09:26:29  9903           (only) removed links = 0
STATISTIC 2013.11.08 09:26:29  9903 freed space in old directories = 0.0  (0)
STATISTIC 2013.11.08 09:26:29  9903       add. used space in files =  13k (13569)
STATISTIC 2013.11.08 09:26:29  9903                backup duration = 1s
STATISTIC 2013.11.08 09:26:29  9903 over all files/sec (real time) = 1.00
STATISTIC 2013.11.08 09:26:29  9903  over all files/sec (CPU time) = 4.76
STATISTIC 2013.11.08 09:26:29  9903                      CPU usage = 21.00%
INFO      2013.11.08 09:26:29  9903 removing lock file </tmp/storeBackup.lock>
WARNING   2013.11.08 09:26:29  9903 -- 2 WARNINGS OCCURRED DURING THE BACKUP! --
INFO      2013.11.08 09:26:29  9903 syncing ...
END       2013.11.08 09:26:29  9903 backing up directory </tmp/a/s> to </tmp/a/b/default/2013.11.08_09.26.29>

Verhält sich das bei .gvfs und root anders!?

Grüße, ixo

Antworten |