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

 
 

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

Submitter:  Jonas <sanoj>
Submitted:  Wed 27 Feb 2013 01:07:56 PM UTC
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Invalid
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment (Rich Markup)
   

Comment Type & Canned Response:
       No canned response available

 

( 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 Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

     

     

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-09-30 hjclaes StatusNone Invalid
    2013-02-27 sanoj Carbon-Copy- Added sanoj

    Back to the top


    Powered by Savane 3.9