[linux-l] mbox/Maildir/tar

[Steffen Dettmer]

* Ralf Baerwaldt wrote on Thu, Nov 29, 2007 at 15:18 +0100:
> > Theoretisch. Hab ich aber noch nie gemacht. Baue immer lieber grössere
> > Platten ein. Nee, quatsch, lösche da nach mtime und Gefühl :)
> > 
> > > Ich hatte mal die Idee mein incremental Backup durch die atime
> > > steuern zu lassen. Bis ich feststellte, dass im Backup immer
> > > alle Files waren. Die Ursache war "find", welches wohl die atime
> > > setzt. 
> > 
> > Was hast Du denn für ein find?
> 
> also Ursache war updatedb. Und das geht über die meisten
> Dateiverzeichnisse. Wenn das täglich einmal geschieht,
> ist imho atime einfach sinnlos. Möglicherweise war
> auch das find, welches von updatedb aufgerufen wird,
> buggy. 

Ja, was hast Du denn für ein updatedb? :)

steffen at link:~/tmp/2> ls -lu  /var/lib/locatedb
-rw-r--r--    1 root     root      3765022 2007-11-29 16:06
/var/lib/locatedb
steffen at link:~/tmp/2> ls -l  /var/lib/locatedb
-rw-r--r--    1 root     root      3765022 2007-11-29 00:15
/var/lib/locatedb
steffen at link:~/tmp/2> ls -lu `locate steffens.tgz`
-rw-r--r--    1 steffen  users        2915 2004-10-03 20:19
/disk2/Datenklo/home/steffen/tmp/2/steffens.tgz

geht bei mir alles, obwohl updatedb täglich läuft.

> Jedenfalls korrelierte die atime aller files
> immer mit der Ausführungszeit von updatedb. Dann
> hatte ich ein "find" auf ein beliebiges Verzeichnis
> abgesetzt und siehe da, plötzlich war die atime aller
> Dateien neu. Was macht das für ein Sinn, wenn atime
> derartig empfindlich ist ?

Was ist das für ein find? Das GNU find? Geht bei mir alles. Komisch,
was? Gut, ich hab wohl recht alte Versionen (GNU find version 4.1.7 bzw
GNU updatedb version 4.1.7). Vielleicht geht das ja nicht /mehr/???

oki,

Steffen

-- 
Dieses Schreiben wurde maschinell erstellt,
es trägt daher weder Unterschrift noch Siegel.