seems to be solved ???

Kannst Du den Problemfall in ein tar file packen und mir so schicken, dass ich das reproduzieren kann? (Vorher ausprobieren.)

Es müssen nicht die Orignaldateien sein, die Struktur / Dateinamen und die Rechte sind entscheident. Wenn es z.B. eine Datei 'xxx' gibt, die privat oder zu groß ist, dann kann man beispielsweise mit:

cp /bin/ls xxx

die Datei überschreiben. Dabei bleiben aber die Rechte, User (und sogar die) Inode-Nummer erhalten.

Das dürfte daran liegen, dass der Prozess keine Rechte hat, die betreffende Datei (oder das betreffende Verzeichnis) zu lesen.

exceptRule bezieht sich immer auf Dateien. Es werden alle Dateinamen im gewählten Bereich gelesen und je nach Regel ggf. ausgefiltert.

Was passiert, wenn storeBackup.pl als root gestartet wird?

Hallo,

ich versuche eine NTFS-Partition mit Windows drauf die ich unter Ubuntu gemountet habe auf eine externe Festplatte zu sichern.

ich habe folgende exceptRule (alle anderen Möglichkeiten Dateien auszuschließen sind abgeschaltet):

exceptRule= '$file =~ m#/[Tt]mp/#' or '$file =~ m#/[Tt]emp/#' or '$file =~ m#\.[Tt]rash-1000#' or '$file =~ m#~$#' or '$file =~ m#\.[Cc]ache#' or '$file =~ m#.[Tt]humbtail#' or '$file =~ m#\.gvfs#' or '$file =~ m#\.dropbox#' or '$file =~ m#Recycle\.Bin#' or '$file =~ m#/desktop.ini$#'

Trotzdem versucht storeBackup die Ordner .Trash-1000 und $Recycle.Bin zu sichern. An sich scheinen die Regeln zu stimmen (ich habe mit der gleichen Config ein Backup meiner Linux-Daten gemacht und da wurden tmp, cache und sonstiges ausgeschlossen.).

Hat storeBackup evtl ein Problem mit dem $ in einem Dateinamen?

Das Problem ist auch, dass später immer ein Error kommt der sagt "no permissions to read </mnt/windows/$Recycle.Bin/S-1-5-21-1409499973-1744825514-376081150-...."

Wie kann ich $Recycla.Bin wirklich ausschließen?