rsync z ftp.linux.cz

[Pavel Kankovsky]

On 3 Feb 2003, Pavel Lisy wrote:

> rsync -av --progress
> rsync://odysseus.linux.cz/pub/linux/redhat/linux/beta/phoebe/en/iso/i386/phoebe-i386-disc2.iso ./phoebe-i386-disc2.iso
> receiving file list ... 
> 1 files to consider
> wrote 128 bytes  read 92 bytes  440.00 bytes/sec
> total size is 676823040  speedup is 3076468.36
> 
> Ale md5sum je stale stenje spatne. Mel jsem dojem, ze by tohle rsync
> nemel pripustit. 

Jak se ukazalo, chyba nebyla na vasem prijimaci, ale na okraj se hodi
poznamenat, ze rsync neporovnava cele soubory, ale jen jejich hasovaci
hodnoty. Je-li pouzita dobra hasovaci funkce, pak pro drtivou vetsinu
prvku jejiho (konecneho) oboru hodnot existuje nekonecne mnoho souboru,
cili konecnych posloupnosti bajtu, majicich zadanou hasovaci hodnotu.

Jinak receno, kdyz nastane pri prvnim prenosu nahodna chyba a budete mit
sulu a strefi se to zrovna do varianty s pravdepodobnosti v radu 2^-128,
pak se muze stat, ze rsync stahne spatny soubor a bude ho odmitat opravit.
Protoze rsync pouziva MD4, pak se hodnoty jineho algoritmu, napr. MD5,
mohou v takove situaci lisit.

Utechou nam budiz fakt, ze pravdepodobnost 2^-128 cili zhruba 10^-38 je
tak mala, ze pri rozumne nizke frekvenci opakovani teto operace (napr.
ne vice nez milionkrat za rok) je podstatne pravdepodobnejsi, ze do Zeme
narazi obrovsky meteorit (optimisticky rekneme odhad jeden meteorit za
10^9 let) nebo se stane neco podobneho kataklyzmatickeho, co ucini
problemy s vadnym ISO imidzem zcela irelevantni. :)

(Jinak je take s rsyncem dobry chytak -u (--update) v pripade nedobre
synchronizovanych hodin na zucastnenych pocitacich. To vsak zjevne neni
tento pripad.)

--Pavel Kankovsky aka Peak  [ Boycott Microsoft--http://www.vcnet.com/bms ]
"Resistance is futile. Open your source code and prepare for assimilation."