Lookbehind
Anmeldungsdatum: 28. Januar 2010
Beiträge: 1070
|
Hi, ich habe ein kleines Problem mit den Zugriffsrechten auf ein Verzeichnis in meinem Home-Verzeichnis:
| 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
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
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
Anmeldungsdatum: 26. Oktober 2013
Beiträge: 25
Wohnort: Westerwald
|
Dann hab ich ja nochmal Glück gehabt 😀
|
Lookbehind
(Themenstarter)
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)
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
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)
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
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
|