ubuntuusers.de

rsync hat Problem mit .gvfs-Verzeichnis

Status: Gelöst | Ubuntu-Version: Ubuntu
Antworten |

Zippo

Anmeldungsdatum:
14. November 2005

Beiträge: 726

Wohnort: Erlangen

Hallo zusammen,

ich mache meine Datensicherung mit einem rsync-script seit Dapper.
Unter Hardy stolpert rsync nun über das Verzeichnis .gvfs obwohl --excluded und führt keine notwendigen Löschungen mehr auf dem Zielverzeichnis mehr aus.
Hier meine rsync-Parametrierung :

Protokollierung der verwendeten rsync-Optionen für die Daten-Spiegelung

--archive
--itemize-changes
--recursive
--verbose
--delete
--exclude=lost+found/
--exclude=Cache/
--exclude=Cache.Trash
--exclude=Trash*
--exclude=Trash.sbd/
--exclude=.Trash*
--exclude=.Trash-root/
--exclude=.thumbnails/
--exclude=Recycled/
--exclude=.ssh/
--exclude=.gvfs/
--exclude=dina/
--exclude=images/
--exclude=siro*/
--exclude=software/
--exclude=dasi/
--exclude=*sync-bak3_vom_2008-05-21_18:33:43.log

Quellverzeichnis(se)  = /home/
Spiegelverzeichnis    = siro-ulx:/home
Protokolldatei        = /home/gemdat/Spiegelungsprotokolle/binos-pc/Ulx/Userdata/sync-bak3_vom_2008-05-21_18:33:43.log
------------------------------------------------------------------------------------
*****Start der Daten-Spiegelung mit sync-bak3*****

root@siro-ulx's password:
rsync: readlink "/home/bino/.gvfs" failed: Permission denied (13)
building file list ... done
IO error encountered -- skipping file deletion
.d..t...... ./
.d..t...... bino/
<f.st...... bino/.ICEauthority
<f.st...... bino/.bash_history
<f..t...... bino/.dmrc
<.... usw.

Es macht auch keine Unterschied für rsync ob das Verzeichnis .gvfs aktiv genutzt wird (Benutzer eingeloggt) oder passiv ist (Benutzer ausgeloggt)
Hat jemand eine Idee wie man das Problem lösen kann??
Besten Dank für Eure Hilfe!
Zippo

RvD Team-Icon

Avatar von RvD

Anmeldungsdatum:
26. Mai 2006

Beiträge: 2870

IIRC indem man als root vollzugriff für den Benutzer setzt.

Zippo

(Themenstarter)

Anmeldungsdatum:
14. November 2005

Beiträge: 726

Wohnort: Erlangen

verstehe ich das richtig, Du meinst man soll als root dem Verzeichnis .gvfs die Schreibrechte setzen also von dr-x\––– auf drwx\––– ?
Wenn ich das im eingeloggten Zustand versuche erhalte ich folgendes Ergebnis:

bino@bino-ulx:~$ sudo chmod 700 .gvfs
[sudo] password for bino: 
chmod: Zugriff auf „.gvfs“ nicht möglich: Permission denied

Offensichtlich kann ich an einem Einhängeverzeichnis für ein gemountet Dateisystem nichts mehr drehen!
Denn das Verzeichnis .gvfs wird als Einhängepunkt für den gvfs-fuse-daemon verwendet siehe

bino@bino-ulx:~$ mount
/dev/sdc3 on / type ext3 (rw,relatime,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.24-16-generic/volatile type tmpfs (rw)
/dev/sdb5 on /home type ext3 (rw,relatime)
/dev/sdc1 on /opt type ext3 (rw,relatime)
securityfs on /sys/kernel/security type securityfs (rw)
gvfs-fuse-daemon on /home/bino/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=bino)
bino@bino-ulx:~$ 

RvD Team-Icon

Avatar von RvD

Anmeldungsdatum:
26. Mai 2006

Beiträge: 2870

Richtig, das war das Problem... beinflussen kann man das Verzeichniss nur, wenn man den Recovery-Modus nutzt, also nur bis zu einem ini-level geht dass Gnome nicht geladen wird.

Ansonsten habe ich das Verzeichnis auch einfach mal gelöscht, seit meiner Neuinstallation hatte ich keine Probleme mehr.

Zippo

(Themenstarter)

Anmeldungsdatum:
14. November 2005

Beiträge: 726

Wohnort: Erlangen

Hi,
habe Hardy auch neu installiert und habe das Problem trotzdem.
Das Verzeichnis .gvfs wird nach meiner Beobachtung nämlich nach jeder Anmeldung neu gemounted.
Habe für mich jetzt folgenden WORKAROUND für die Datensicherung mit rsync gefunden:
Vor der Datensicherung mit rsync mache ich ein

sudo umount /home/<name>/.gvfs

für alle Benutzer die gesichert werden sollen!
Dann läuft die Sicherung mit rsync wieder ohne Probleme durch!!!!!
Hier noch mein script zum Aushängen der .gvfs-Verzeichnisse:

#!/bin/bash
#
#	Test .gvfs-umount lokal
#
for mpoint in  `mount | grep .gvfs | awk '{print $3}'` ; do
  umount $mpoint
  echo "Einhängepunkt $mpoint wurde auf `cat /etc/hostname` ausgehängt"
done

Was ich dabei nicht überblicke ist welche Auswirkung es hat, wenn ich den Mount-Point des FUSE-daemons aushänge.
Bis jetzt habe ich nichts Negatives bemerkt.
Die Frage ist ob das wirklich so schlau ist den Mount-Point .gvfs für den FUSE-deamon in das home-Verzeichnis der Benutzers zu legen??
Den könnte man doch sicher mit entsprechenden Rechten auch unter /tmp oder /<sonstwo> hinlegen oder ??
Zippo

Vambuh

Anmeldungsdatum:
24. Oktober 2007

Beiträge: 10

Hi Zippo,
bei rsync gibt es noch --ignore-errors. Der IO-Error kommt dann nicht mehr und Dateien auf dem Zielverzeichnis werden gelöscht. rsync gibt den Fehler-Code 23 zurück. Ist zwar auch nicht das Gelbe vom Ei, aber zumindestens läuft es durch. Ich mache meine Sicherung auch per Script und lasse mir die die Fehlermeldungen von rsync nach dem Durchlaufen sicherheitshalber anzeigen, falls mehr als .gvfs nicht ok war.

if rsync -r -t -p -o -g -x -v --progress --exclude=/home/bernd/.gvfs --delete -l --ignore-errors /home/user/ /media/sdb7/rsync/home/ 2>$Backup_Fehler

Ausgabe des Scripts

/etc ok.

Fehler bei /home!!!
/home Exit-Code: 23
rsync: readlink "/home/bernd/.gvfs" failed: Permission denied (13)
rsync error: some files could not be transferred (code 23) at main.c(977) [sender=2.6.9]

/usr/local ok.
/var ok.

lsof (list open files) macht auch Probleme mit gvfs...
Ist wohl noch nicht ganz ausgereift.

Vambuh

Zippo

(Themenstarter)

Anmeldungsdatum:
14. November 2005

Beiträge: 726

Wohnort: Erlangen

Hallo Vambuh,

danke für den Tip mit der rsync-Option --ignore-errors ! Die Option habe ich zwar auch schon gesehen aber da hat's noch nicht im Hirn gefunkt.
Hat sicher weniger Auswirkungen als meine Abhilfe mit dem Aushängen von .gvfs.

Zippo

tschaboo

Anmeldungsdatum:
25. Dezember 2007

Beiträge: 15

Hallo,

ich bin auf diesen Thread gestoßen, weil ich rsnapshot verwende und ich auch Probleme mit dem .gvfs-Verzeichnis habe. Auf http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-lists-3/rsnapshot-24/deleted-files-still-present-in-backup-89739/ habe ich die Lösung für mich gefunden:

If you're using a version of rsync before 3.0.0, then the problem is that the trailing slash limits the rule to excluding a directory, which means that rsync has to check that .gvfs is a directory before skipping it, but the nature of .gvfs is such that rsync can't even make that check. [...] To avoid the problem, remove the trailing slash from the exclude rule.

Tatsächlich bekomme ich jetzt keine Fehlermeldung mehr und .gvfs ist auch nicht im Backup.

tschaboo

cabby79

Anmeldungsdatum:
11. August 2007

Beiträge: 239

Hallo, ich bin nun auch auf dieses Problem gestossen, und wollte wissen ob es eine gute Lösung gibt? Das mit dem Trailing Slash habe ich schon getestet, aber leider ohne Erfolg. mfg cabby79

Edith: Ich habe es nun so hinbekommen:

sudo rsync -anrv --exclude .gvfs /home/ /media/disk/Laptop-Backup-home/

Ich dachte man sollte nur den einen Slash weg lassen, wenn man alle weg lässt läuft es.

V_for_Vortex Team-Icon

Avatar von V_for_Vortex

Anmeldungsdatum:
1. Februar 2007

Beiträge: 12091

Wohnort: Berlin

cabby79 schrieb:

sudo rsync -anrv --exclude .gvfs /home/ /media/disk/Laptop-Backup-home/

Es muss "--exclude=.gvfs" heißen!

Und Du solltest Terminalbefehle in Code-Tags setzen. Siehe Forum/Syntax.

firmian

Avatar von firmian

Anmeldungsdatum:
14. August 2005

Beiträge: 102

Wohnort: Bergisch Gladbach

cabby79 schrieb:

sudo rsync -anrv --exclude .gvfs /home/ /media/disk/Laptop-Backup-home/

Die Option -r ist in -a schon enthalten, also überflüssig.

Antworten |