bugstoreBackup - Bugs: bug #38425, Dateien Ausschließen geht nicht?!

 
 

bug #38425: Dateien Ausschließen geht nicht?!

Submitted by:  Jonas <sanoj>
Submitted on:  Wed 27 Feb 2013 01:07:56 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Invalid
Privacy: PublicAssigned to: None
Open/Closed: Open

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission Jump to the original submission)

Mon 30 Sep 2013 12:36:33 PM UTC, comment #6:

seems to be solved ???

Heinz-Josef Claes <hjclaes>
Project Administrator
Mon 04 Mar 2013 10:12:10 AM UTC, comment #5:

ich schau mal ob ich heute abend oder morgen abend dazu komme...

PS: es scheint da wohl auch ein Problem mit dem NTFS-Treiber zu geben. Für die "normalen" Dateien auf der NTFS-Partition wird mit ls ganz normal das Datum und der Besitzer und die Rechte angezeigt (wie in der fstab definiert), während für bestimmte Dateien in Recycle.Bin nur xxxxx xxx xxx ... für Benutzer und datum angegeben wird....

Jonas <sanoj>
Thu 28 Feb 2013 02:54:58 PM UTC, comment #4:

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.

Heinz-Josef Claes <hjclaes>
Project Administrator
Thu 28 Feb 2013 02:48:31 PM UTC, comment #3:

es läuft als root.
Rechte sollten also nicht das problem sein...

Jonas <sanoj>
Thu 28 Feb 2013 02:39:53 PM UTC, comment #2:

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?

Heinz-Josef Claes <hjclaes>
Project Administrator
Wed 27 Feb 2013 01:13:42 PM UTC, comment #1:

Update:

ich lag wohl falsch: das exclude-log zeigt:

Documents and Settings/desktop.ini
Programme/desktop.ini
Dokumente und Einstellungen/desktop.ini
Program Files/desktop.ini
Program Files (x86)/desktop.ini
Users/desktop.ini
$Recycle.Bin/S-1-5-20/desktop.ini

also kann storebackup wohl auch $Recycle.Bin excluden. Bloß wieso wird dann der Ordner erstellt und wieso tritt der Fehler "no permissions to read </mnt/windows/$Recycle.Bin/S-1-5-21-1409499973-1744825514-376081150-...." auf?

Jonas <sanoj>
Wed 27 Feb 2013 01:07:56 PM UTC, original submission:

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?

Jonas <sanoj>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by hjclaes (Posted a comment)
  • -unavailable- added by sanoj (Submitted the item)
  • -unavailable- added by sanoj
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 2 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Mon 30 Sep 2013 12:36:33 PM UTChjclaesStatusNone=>Invalid
    Wed 27 Feb 2013 01:07:56 PM UTCsanojCarbon-Copy-=>Added sanoj

    Back to the top


    Powered by Savane 3.1-cleanup1