Příčina "různého výsledku" při stahování stejného souboru.
Stahoval jsem zaheslovaný *zip archív. Po rozbalování se několik souborů nerozbalí s hláškou typu
D:\Download\archiv.zip: Nesouhlasí CRC v šifrovaném souboru soubor.txt (nesprávné heslo?)
Dnes jsem stejný archív stáhnul znova. Velikost je stejná. Při porovnání archívů je ale několik znaků jiných. Dnešní soubor jsem rozbalil bez problémů...
Dotaz: čím to může být?
(...dlouho jsem váhal nad kategorií dotazu)
Když stahuji z nějaké italské stránky (adresu si přesně nevzpomenu) ta třeba album (stažené jen pro informativní poslech, poté jsou soubory smazány!) sestává ze čtyřech - pěti archívů po 10MB... Některý se mi povede celý v pohodě stáhnout až na třetí pokus. Takže se připojuji k dotazu!
neviem naco sa vlastne pytas. ak nesuhlasi crc tak rarko ti proste nic nerozbali. ak znie otazke preco nesuhlasi crc tak odpoved je ze z roznych pricin. od poskodeneho povondeho balicka, cez chybu pri stahovani az po problemy s diakritikou...atd.
Balíček "na internetu" je pořád stejný, nebyl měněn. Jde mi o to, že napoprvé se mi stáhnul špatně (několik souborů nešlo z archivu rozbalit), napodruhé dobře (rozbalit šel celý). A hledám viníka - proč se to stáhlo/uložilo pokaždé jinak.
to ze je balicek rovnaky za to das ruku do ohna? mas jeho md5? samozrejme chyba mohla nastat aj pri stahovani
Dám ruku do ohně na 99,99%
Napriklad pri prerusenem stahovani muze dojit k takoveto chybe, nebo pri soucasnem stahovani ruznych casti taktez. Pokud to nastaveni dovoluje, pri preruseni vzdy 1-10KB zpetne zahodit a stahovat dal.
Ne vsechny stahovaci programy pracuji 100% korektne, vcetne IE i FF.
Chyby mozu vznikat napr.
a) chybou RAM na serveri
b) chybou RAM u teba (skontroluj cez goldmemory.cz)
c) chybou RAM na proxy serveri poskytovatela
d) pouzitim nejakeho download managera ktory to nie je schopny stiahnut poriadne...
e) dalsie priciny ktore ma momentalne nenapadaju
Pri prenose by chyby vznikat nemali, kazdy packet obsahuje CRC a ked nesuhlasi ma sa packet vyziadat znova.
P.S. na urovni TCP je len checksum (nie CRC) co nie je uplne 100% ochrana proti chybam prenosu, takze neda sa vylucit ani chyba pri prenose, ale pravdepodobnost prenosu s chybou nie je velka.
RAMku jsem taky tipoval (bál se).
S jejím testováním mám opravdu velmi zajímavé zkušenosti už z dřívější doby: http://4um.ocguru.cz/showthread.php?t=17946&highlig ht=memtest (dlouhé čtení, pro mě s docela překvapivým průběhem)
Sestava je až na GK stejná. GoldMemory a jiné podobné bez chyb, Memtest se mezi 6 a 7 testem kousne. Nevypíše chybu, pouze přestane PC reagovat.
Kromě onoho problému s "dvojí" verzí souboru problémy nepozoruju.
Treba rozlisovat memtest a memtest86 (to nie je to iste), a aj ich rozne verzie (niektore verzie na niektorych masinach blbli). BTW. ja som ti neporadil memtest86 ale goldmemory.cz
) cez TCP checksum (je tam len obycajny checksum a to nie je 100% spolahliva ochrana). RAM u teba len preistotu otestovat, aby si vedel ci ju mas OK alebo nie.
P.S. skor to tipujem na problem na serveri, alebo ze nahodou presiel chybny packet (tiez musel vzniknut nejakou chybou nad fyzickou vrstvou ptz fyzicka vrstva ma CRC - takze zas len chyba na serveri alebo proxy alebo u teba
P.S.2. to 434MHz RAMky to si myslel ako? Je to pretaktovane alebo to tak nastavila doska automaticky?
Jde o paměti, které mají umět (z výroby) 434MHz (myslím PC3500). Deska je indikuje a nastaví samozřejmě jako 400MHz. Přetaktované není nic.
Memtest i memtest86 selhává na stejném místě (zatuhne). Goldmemory, Windows Memory Diagnostic (i Prime95) probíhá bez problémů a bez chyb.
Tak to mas ok.
Mohol by byt problem v casovani ake nastavi BIOS, ked to je 433 modul (to je teda divna frekvencia som myslel ze sa robia len 400 a potom 466), ale to by goldmemory IMHO nasiel ak by robilo problem casovanie - kedze goldmemory nenasiel nic tak mas RAM IMHO vporiadku.
Bud vznikla ta chyba na serveri alebo pri prenose vznikla taka chyba ktora presla aj cez checksum. Vylucit sa to neda.
Podle mých zkušeností, pokud memtest86 zatuhne, je vadný MB, schválně, zkus vypnout v memtestu86 cache.
to s chybou přenosu bych zas moc nepodceňoval. Takové wifi připojení dokáže "splašit" lecjaké kontrolní mechanismy..
Aha wifi to je ine kafe
Vseobecne ako pisem na nizkych (fyzickej?) vrstve je CRC a na TCP vrstve je este k tomu 16bit checksum, splasit sa to da ale pravdepodobnost chyby ktora by vytvorila rovnake CRC aj checksum na vyssej vrstve je podla mna hodne mala, ale mohlo sa to stat, jasne.
Tato příčina by mě celkem uspokojila
Bolo opravdu škaredě mlhavo, i když k AP to nemám daleko, cca 350m - a výkon antény je (parafráze s Rolls Royce) dostatečný