|
Korruption
|
 Geschrieben von Beat Rubischon (Link) am
Dienstag, 4. Juli 2006, 18:36
aus dem jammer dept.
Kaum bin ich nicht mehr Bundesangestellter, mehrt sich bei mir die Korruption. Gerade heute fand ich wieder zwei .tar.bz2, die sich nicht mehr auspacken liessen.
Ich hatte jetzt exakt 4 Files, die ich nicht mehr lesen konnte. Alles .bz2, alle irgendwann einmal auf der melone und später auf dem max. Wo sie kaputtgingen? Ich weiss es nicht. Aber es passiert immer wieder!
Gerade zwei Files - je ein .iso.bz2 - von der einen auf die andere Maschine ge'rsync't und prompt andere MD5 Summe. Dieselben Files ge'scp't - alles OK. Sobald rsync nicht einfach das File kopiert, sondern Block für Block vergleicht, scheint etwas schief zu laufen.
Machen wir doch einfach einen Testlauf. Wir haben ein File auf dem einen System:
beat@foo:/data/Software$ md5sum Software.iso.bz2
a8f35a0c15c3e64e7a2e7bd6db56bd14 Software.iso.bz2
Und eine Kopie davon auf einem anderen System, das irgendwann einmal kaputt
ging:
beat@bar:/data$ md5sum Software.iso.bz2
6fc8f4857843af9bd09b4452e004e4c2 Software.iso.bz2
Nun syncen wir das Original auf die Kopie:
beat@bar:/data$ rsync -ave ssh \
foo:/data/Software/Software.iso.bz2 \
/data/Software.iso.bz2
receiving file list ... done
Software.iso.bz2
sent 166558 bytes received 400581 bytes 13037.68 bytes/sec
total size is 565579701 speedup is 997.25
Und machen eine erneute MD5-Summe:
beat@bar:/data$ md5sum Software.iso.bz2
0040276cfdeb7ef9f69251b4635fc3e0 Software.iso.bz2
*Tadaa* Die MD5 Summe stimmt nicht!
Google liefert einige Hits zu dem Thema, interessant sind vor allem zwei Postings aus der rsync Mailingliste. Es besteht die theoretische Chance, dass rsync danebenhaut - und wie üblich stolperte ich in dieses Mausloch im Fussballfeld und brach mir gleich das Bein...
Permalink
|
|
|