[LINUX] Probleme mit Dateigröße (Rsync, Debian)

[Thomas P. (tommy2002)]

Hallo,

ich habe eine Problem bei der Synchronisation von zwei Verzeichnissen 
unter Debian mit Rsync.
Im Grunde werden zwei Festplatten gemountet. Eine unter /mnt/fileserver 
und die Andere unter /mnt/backup.
Komischerweise haben die beiden Verzeichnisse nach dem Synchronisieren 
mit Rsync unterschiedliche Größen.

Block sizes sind bei beiden Platten 4096. Die Größe wurde folgendermaßen 
ermittelt:

du -b /mnt/fileserver
...
...
...
375271918103    /mnt/fileserver

du -b /mnt/backup
...
...
...
375271995927    /mnt/backup

Wie zu sehen, sind beide unterschiedlich.


Ich bin der ganzen Sache auf den Grund gegangen und habe bei gewissen 
Ordnern so etwas festgestellt:

root@fileserver:/mnt/fileserver/EinOrdner# ls -las
insgesamt 1700
32 drwxr-xr-x 2 anwender anwender 32768 Mai  6 14:18 .     <-- Sollte hier nicht statt 32768, 4096 (Block size) stehen?
 4 drwxr-xr-x 7 anwender anwender  4096 Mai  6 14:19 ..
24 -rwxr--r-- 1 anwender anwender 22186 Jan  4  2014 dat1.dat
20 -rwxr--r-- 1 anwender anwender 19901 Jan  4  2014 dat2.dat
 8 -rwxr--r-- 1 anwender anwender  4735 Jan  4  2014 dat3.dat
...
...
...

root@fileserver:/mnt/backup/EinOrdner# ls -las
insgesamt 1704
36 drwxr-xr-x 2 anwender anwender 36864 Mai  6 14:18 .    <-- Warum habe ich auf der anderen Festplatte einen komplett anderen Wert?
 4 drwxr-xr-x 7 anwender anwender  4096 Mai  6 14:19 ..
24 -rwxr--r-- 1 anwender anwender 22186 Jan  4  2014 dat1.dat
20 -rwxr--r-- 1 anwender anwender 19901 Jan  4  2014 dat2.dat
 8 -rwxr--r-- 1 anwender anwender  4735 Jan  4  2014 dat3.dat

Hatte jemand ein ähnliches Problem? Ich kann das ganze nicht ganz 
nachvollziehen, warum ich nach der Synchronisierung zwei verschiedene 
Speicherbelegungen bekomme.

Liebe Grüße
Thomas

[Gerd E. (robberknight)]

Wieviel Platz durch den Ordner selbst (und nicht die darin enthaltenen 
Dateien) belegt wird, hängt nicht nur von der Anzahl der Dateien, 
sondern auch von Dingen wie extended attributes, dem Dateisystem, den 
Dateisystemoptionen und der Reihenfolge, in der die Dateien in diesem 
Ordner angelegt, umbenannt etc. wurden, ab.

Daher kann ein mit rsync synchronisierter Ordner eine andere Größe haben 
als der Quellordner.

[Sven B. (scummos)]

Warum sind in dem zweiten Ordner 4 Dateien mehr als im ersten? Aus dem 
Grund wird auch das Listing größer sein ...

[(º°)·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.· (Gast)]

Mann sollte das "du" nur auf die Dateien laufen lassen.
Wer dem dann nicht traut, koennte noch ein digest/md5sum ueber
den Dateibaum laufen lassen.

Der von einem Verzeichnis belegte Platz kann aus vielfaeltigen
Gruenden (s.o.) abweichen.
Manche Filesysteme sind z.B. nicht in der Lage, Bloecke die
zu einem Verzeichnis gehoeren, aber nicht genutzt werden,
wieder als "frei" zu kennzeichnen.

Zum Test einfach mal 10000 Dateien in einem Verzeichnis erzeugen
und wieder loeschen...

[Eric (Gast)]

Hast Du den rsync Befehl mal mittendrin abgebrochen? Rsync legt im 
Zielordner naemlich dann versteckte Dateien an die uebrig bleiben. 
Ueberpruefe das mal, dann leere den Zielordner und versuche es nochmal. 
(Ich geh jetzt mal davon aus, dass Du kein Backup von einem Ordner 
machst, der sich ohnehin in der Groesse veraendert, e.g. Browser Cache, 
partielle Downloads usw)

[R. M. (Gast)]

Habe den Eindruck, wenn in einem Verzeichnis Dateien gelöscht werden, 
wird das Verzeichnis nicht sofort kleiner (anscheinend wird der Eintrag 
der gelöschten Datei erstmal nur markiert, und nicht das ganze 
Verzeichnis zusammengeschoben, ext4). Würde mir daher erstmal keine 
Sorgen machen.
mfG

[c.m. (Gast)]

vergleiche doch mal den inhalt von quell und zielverzeichnis, z.b. mit…

find -type f -exec md5sum {} \; | awk '{print $1}' | sort | md5sum