Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Obecná podpora => Téma založeno: Dr Fuss 28 Dubna 2010, 10:08:30
-
Vždyť všude existují různé CRC kontrolní součty, kontroly parity a bůhví co jiného. Jak je vůbec možné že některý soubor tedy může být nějak poškozený. Kde je pak tedy spolehlivost a důvěryhodnost přenášených dat? Tento stav by přece vůbec neměl nastat....
Není to jev zas až tak zřídkavý. Zamysleli jste se někdy nad tím? Pochopitelně že se to dá snadno zařídit, detaily zde nebudu zmińovat aby si to zde teenageři nevzali za své a nezačali ničit jako třebas sprejeři... Ale jak je možné že se mi po internetu dopraví poškozený soubor ???
-
nechci být otravný ale
1) tvé neustálé blbé dotazy a poznámky tu většinu účastníků fóra iritují
2) toto je forum pro podporu OS Ubuntu, tento dotaz směruj jinam - viz. např. bych ti poradil poradnu na Živě
3) ne vše je na světě dokonalé...Proč je naše republika tak v řiti když máme tolik zákonů, které by zamezovaly tomu a tomu? Atd...
-
Moje zkušenost:
Instalaci ISO tahám z Firefoxu i torrentem na desetkrát (Transmission v U9.10 je nejméně spolehlivý).
Získám většinou 3-4 kompletní iso obrazy s trochu odlišným obsahem.
Vypálím na CD či DVD. Některý součet souhlasí.
V půlce případů se přeruší už vypalování (různé programy mají různou úspěšnost).
Test integrity po vypálení (vypalovacím programem, například K3B) většinou nefunguje vůbec.
Každý cca třetí dokončený nosič vypadá v pohodě.
Některé nevyhovují však při kontrole po bootu.
Výsledek je, že mám plný koš zničených nosičů, mnoho verzí iso souborů na disku a dvě tři CD či DVD, které bůtují, ale někde při instalaci nahlásí jednu dvě chybky.
Nechápu proč se to v roce 2010 děje, ale zvykl jsem si.
Je to vždy podobné.
Vím o čem mluvím, naposledy včera jsem to zažil u Suse 11.3.
-
Dr Fuss: Upřesni dotaz. Je tu určitě mnoho lidí, kteří rozumí filesystémům a technologii oprav souborů, ale nikdo ti zde nebude přepisovat knihy.
Otázka je spíš opačná: jak to udělat, aby se zapisovaný soubor nemohl poškodit, když se během operace vypne proud nebo odpojí zařízení?
-
@Compaq: Možná máš poškozenou poslední míli, protože taková chybovost je vzkutku neobvyklá...
-
@Compaq: Možná máš poškozenou poslední míli, protože taková chybovost je vzkutku neobvyklá...
Kdybych neměl 2 notebooky a 3 stolní a nedělo by se to vždy, myslel bych si, že je to hardwarem... :-)
Teď jsem spustil Transmission a výsledek po 10 s vidíte níže. Transmission se nedá ani zabít. Změní se na Zombie žere výkon. Je to na restart.
[attachment deleted by admin]
-
Instalaci ISO tahám z Firefoxu i torrentem na desetkrát
U firefoxu se mi to občas stávalo když byly zastaralé či nekompatibilní rozšíření, zkus se na to zaměřit. Popř. zkus změnit prohlížeč a stáhnout to např. přes chromium, osobně si myslím, že FF nemá zrovna dobře vyřešen download manažer.
-
osobně si myslím, že FF nemá zrovna dobře vyřešen download manažer.
Díky, zkusím.
Já si osobně myslím, že na stáhnutí blbého souboru z webu nemusí být dobře vyřešen download manager, ale měl by to v třetím tisíciletí dělat každej spolehlivě. Nemluvím o dalších fičůrách...
-
Mě transmission problém nikdy nedělal, u FF jsem měl problémy se stahováním větších souborů, ale za to mohla prastará sítovka která se občas rozhodla že přenos utne. Po novém HW FF problémy nedělá.
Zkusil bych vyměnit kabel/jít do jiné sítě (s notasem neni problém), protože bych to tipoval na HW závadu někde na cestě.
-
protože bych to tipoval na HW závadu někde na cestě.
Díky. Kvůli špatnému kabelu zmrzne Transmission? Tak to je blbě udělanej... :-)
-
protože bych to tipoval na HW závadu někde na cestě.
Díky. Kvůli špatnému kabelu zmrzne Transmission? Tak to je blbě udělanej... :-)
Ehm, zdrojáky neznám, možná se pokouší komunikovat ve whilu dokud CRC nesedí, a pokud ti blbne připojení tak je ten while téměř nekonečný... ale to je jen teorie.
-
@Compaq: Možná máš poškozenou poslední míli, protože taková chybovost je vzkutku neobvyklá...
Kdybych neměl 2 notebooky a 3 stolní a nedělo by se to vždy, myslel bych si, že je to hardwarem... :-)
Teď jsem spustil Transmission a výsledek po 10 s vidíte níže. Transmission se nedá ani zabít. Změní se na Zombie žere výkon. Je to na restart.
Ahoj, sice ti nijak nepomozem... ale mne to transmission robi uz dve vydania ubuntu... proste zatazi disk a ztuhne a cely system sa serie az kym transmission nevypnem..a to mam ssd disk cize napriklad rychlostou zapisu to nie (ako som predpokladal pred tym ked som mal obycajny pomaly disk od hitachi).. jednoducho vzdy odstranim transmission a pouzivam qbittorrent a ten facha normalne. co sa tyka manipulovania so subormi tak to sa mi hadam stalo tak par krat za zivot a aj to iba prevazne na windowsoch ked zmrzol abo tak... to ze sa ti tak zle vypaluju na cdcka alebo ze vznikaju chyby pocas stiahnutia alebo nejakeho ineho transferu to musi byt nejaka velmi vzacna chyba... to ze si to skusal na viacerych kompoch podla mna znamena ze na kazdom si urobil nieco zle.. velmni zvlastne
-
Vždyť všude existují různé CRC kontrolní součty, kontroly parity a bůhví co jiného. Jak je vůbec možné že některý soubor tedy může být nějak poškozený. Kde je pak tedy spolehlivost a důvěryhodnost přenášených dat? Tento stav by přece vůbec neměl nastat....
Není to jev zas až tak zřídkavý. Zamysleli jste se někdy nad tím? Pochopitelně že se to dá snadno zařídit, detaily zde nebudu zmińovat aby si to zde teenageři nevzali za své a nezačali ničit jako třebas sprejeři... Ale jak je možné že se mi po internetu dopraví poškozený soubor ???
velmi jednoduše:
Sice existuje spousty ochran a kontrolních součtů ale taky existuje mnohem mnohem víc faktoru co dada na cestě ohrožuji. Představ si, že jeden soubor se muže skládat z milionů bitů a na jeho cestě každej bit ohrožují miliardy a miliardy různých rušivých signálů. Žijeme ve světě spousty frekvencí a vzruchů. Každej elektrickej kmitočet vyzařuje do okolí nějaké pole takže například když ti datový kabel vede hned vedle sítového kabelu kde je 50Hz tak se ti těch 50Hz naindukuje do toho datového kabelu a muže data znehodnotit. I samotný počítač je zdrojem spousty signálu ale protože je většinou velmi dobře odstíněný, nedochází k žádnému rušení.
je toho taková spousta až se člověk muže jen divit, že ty data zustávaji pohromadě ::) :P
-
Ale kvůli těm rušivým signálům jsou tam ty ochrany, a osobně taky nechápu jak to že se s tím něco může stát, vždyť už samotné TCP/IP má nějakou ochranu pro ztracené a poškozené pakety...
-
Ale kvůli těm rušivým signálům jsou tam ty ochrany, a osobně taky nechápu jak to že se s tím něco může stát, vždyť už samotné TCP/IP má nějakou ochranu pro ztracené a poškozené pakety...
je to nevývažený boj.
budeme-li uvažovat že bit "0" bude mít hodnotu 2V a bit "1" bude mít hodnotu 5V.
Na cestě do počítače (například v příkladu co jsem uvedl) se do datového signálu naindukuje parazitní signál o stejné frekvenci ve fázy.
Hodnota bitu "1" se zvedne třeba na 7,5V a bude to vyhodnoceno stále jako bit "1" ale bit "0" zvednutý na hodnotu 4,5V bude vyhodnocen na bit "1" můžem dostat uplně jinou nesmyslnou informaci a nikdo to už do kupy nedá.
Jsou vypočty které také dokáží dopočítat chybějící data ale všemocné nejsou! jsou to jen matematické operace které vycházejí ze známých a neznámých a když je neznámých příliš....?
-
U TCP spojení nemůže ke ztrátě dat dojít, protože naopak od UDP se paket doručit musí a doručuje se s obsahovým/hashovým součtem v hlavičce, který jasně řekne, jestli obsah paketu odpovídá, nebo s ním bylo jakýmkoliv způsobem manipulováno.
Pokud dojde k zarušení ať už z důvodu indukce napětí, nebo přestřiženého kabelu od souseda, přijde se na to.
A soft, který si TCP spojení vytvoří by na to měl adekvátně reagovat.
Pokud tedy jak řikáš naindukuješ jiné bity přijde se na to.
-
Neříkám ochranu typu dopočítání, ale zjistí se to a pošle se to znovu, a i kdyby to znovu nastalo tak by se to mělo posílat do té doby než se to pošle správně, ne?
afterpost: snouman: jo, tak nějak :)
-
no něcom natom asi bude...:-)
tak nevím ;D
v něčem zakopanej pes bude
-
Mna by zaujimalo ze ak stiahnes 2,3...50x to iste co ti doslo poskodene, ci to bude poskodene stale, alebo len obcas.
Inak skontroloval by som RAM, resp v pripade notebooku vymenil prostredie.
-
Aha ? pane macu Takže tak blbé téma to zase nebylo, protože se k němu vyjádřila spousta lidí, a zdá se že to v roce 2010 nechápe ledaskdo.
Pro ty kteří se tu zeširoka rozepisují viz. pepéé o log. "1" 2V a log. "1" 4,95V chci jen podotknout že log. "1" 2V je už pro TTL neurčitá úroveň a žádná log. "1" . Ale o tom to vůbec není.
Otázka je o tom, proč když se mi něco stáhne - pustí mi to ty data, musím potom přijmout tu trpkou skutečnost, že soubor je poškozený.
Není to pouze problém Linuxu ale všeobecný, platící na všech platformách. Přeci když je soubor poškozený CRC, parity a ostatní další udělátka by ho neměly jako soubor vůbec pustit dále a měly by zahlásit něco jako File failed -acess denied. Ale ony ho pustí a v jiném programu se pak dozvíte že soubor je poškozený.... Proč ???
-
Pane Lucius Mare vyjímečně s vámi souhlasím. .... a i kdyby to znovu nastalo, tak by se to mělo posílat do té doby, než se to pošle správně, ne?
-
Otázka je o tom, proč když se mi něco stáhne - pustí mi to ty data, musím potom přijmout tu trpkou skutečnost, že soubor je poškozený.
Není to pouze problém Linuxu ale všeobecný, platící na všech platformách. Přeci když je soubor poškozený CRC, parity a ostatní další udělátka by ho neměly jako soubor vůbec pustit dále a měly by zahlásit něco jako File failed -acess denied. Ale ony ho pustí a v jiném programu se pak dozvíte že soubor je poškozený.... Proč ???
Do dat na disku systému není vůbec nic - to je jako kdybyste na větu ve španělštině (jpeg) zahlásil Access denied jenom proto, že nemáte poruce španělský slovník (prohlížeč obrázků). Pokud ovšem slovník (prohlížeč) máte, můžete ho použít a pokud ve slovníku to slovo není (algoritmus má špatný vstup), až potom vyhlásíte neznámé/poškozené slovo (fotku).
-
Asi si nerozumíme. Prostě při každém stěhování datového bloku - souboru od někud někam, by měla být sledována správnost dat, CRC, atd.
Buďto by se soubor, či blok dat měl přenést O.K. a nebo by se přenést vůbec neměl. Sw by se měl pokusit třebas 30x blok přenést a pokud nedojde k jeho správnému přenesení, měl by to zahlásit nepustit ho dále a skončit s chybovým hlášením. Pak už je jenom ten problém, kde je problém. /Hezky řečeno./
-
Aha ? pane macu Takže tak blbé téma to zase nebylo, protože se k němu vyjádřila spousta lidí, a zdá se že to v roce 2010 nechápe ledaskdo.
Pro ty kteří se tu zeširoka rozepisují viz. pepéé o log. "1" 2V a log. "1" 4,95V chci jen podotknout že log. "1" 2V je už pro TTL neurčitá úroveň a žádná log. "1" . Ale o tom to vůbec není.
Otázka je o tom, proč když se mi něco stáhne - pustí mi to ty data, musím potom přijmout tu trpkou skutečnost, že soubor je poškozený.
Není to pouze problém Linuxu ale všeobecný, platící na všech platformách. Přeci když je soubor poškozený CRC, parity a ostatní další udělátka by ho neměly jako soubor vůbec pustit dále a měly by zahlásit něco jako File failed -acess denied. Ale ony ho pustí a v jiném programu se pak dozvíte že soubor je poškozený.... Proč ???
Ach jaj to je zasa debata.
K CRC, parite a ostatnym kontrolnym suctom: kazdy z nich ma svoju uroven zabezpecenia, raz vyssiu a raz nizsiu, nik nezabezpeci 100% uspesnost, ale v dnesnej dobe je uz na dost vysokej urovni, ze ak sa udaje nedaju obnovit z kontrolnych bitov, tak aspon je mala pravdepodobnost, ze sa chyba neodhali, cize system/program moze aspon vyhlasit ze data su chybne.
Ako casto sa Vam stava, ze mate nieco chybne stiahnute, alebo chybne vypalene?
U mna je to teda velmi mala cast kedy vypalovanie zlyha - na 100% pripadoch som sa zhodol, ze medium bolo fyzicky poskodene(u niektorych ludi je napr. nekompatibilita vypalovacky a media). Co sa tyka stahovania, tak sa mi myslim nikdy nestalo, ze by nieco sa zle stiahlo, jedine, ze sa to stiahlo dobre ale uz zdroj bol poskodeny, takze bol potom problem s tym, ze to neslo spustit, prehrat ...
Tolko moj prispevok, ajked uz dvakrat som tu pisal a nakoniec som to neposlal, lebo debata sa mi zda dost odveci.
-
Aha ? pane macu Takže tak blbé téma to zase nebylo, protože se k němu vyjádřila spousta lidí, a zdá se že to v roce 2010 nechápe ledaskdo.
Pro ty kteří se tu zeširoka rozepisují viz. pepéé o log. "1" 2V a log. "1" 4,95V chci jen podotknout že log. "1" 2V je už pro TTL neurčitá úroveň a žádná log. "1" . Ale o tom to vůbec není.
byl to jen hrubej příklad. Ono ani TTL logika se vtomhle případě nepoužívá ale je to jedno...
-
Pravidelně se mi stává (u iso CD či DVD instalací Linuxů), že kontrola integrity po vypálení a kontrola média po nabootování označí jiná media jako vadná a jiná jako dobrá. Jaké kontrole věříte vy?
P.S. Kontrola integrity v K3B v Gnome u mě ještě nikdy neskončila úspěchem. Vám funguje?
-
Pravidelně se mi stává (u iso CD či DVD instalací Linuxů), že kontrola integrity po vypálení a kontrola média po nabootování označí jiná media jako vadná a jiná jako dobrá. Jaké kontrole věříte vy?
P.S. Kontrola integrity v K3B v Gnome u mě ještě nikdy neskončila úspěchem. Vám funguje?
Můžu vědět proč používáš K3B v Gnome? Zkus Brasero - mám ho defaultně nainstalované.
("Hjůstne stříhal jsem si nehty hydraulickejma nůžkama a ustříhl jsem si prst, co stím?)
-
Brasero nekontroluje integritu s pomocí souboru *iso.sha256. :-(
-
Brasero nekontroluje integritu s pomocí souboru *iso.sha256. :-(
Ale za to mi nikdy nevypálilo špatně CD.
Jak jsi s ním dopadl?
-
Můžu vědět proč používáš K3B v Gnome?
No já ho taky používám v Gnome, a přoč taky ne? S Braserem byly dřív (nevím jak teď) problémy, např. mi nechtělo formátovat jeden z typů DVD-RW či DVD+RW, s K3B nejsou problémy. Navíc je to jeden z nejpropracovanějších programů na vypalování, které nám i Windowsáci závidí.
-
Navíc je to jeden z nejpropracovanějších programů na vypalování, které nám i Windowsáci závidí.
Škoda, že neumí zkontrolovat disk po vypálení. :-(
-
Navíc je to jeden z nejpropracovanějších programů na vypalování, které nám i Windowsáci závidí.
Škoda, že neumí zkontrolovat disk po vypálení. :-(
Ak si si tym taky isty, skusal si to nahlasit ako Bug?
-
Ak si si tym taky isty, skusal si to nahlasit ako Bug?
Vím to určitě, protože už dva roky vypaluju pomocí K3b a vždy zatrhnu kontrolu a nikdy ještě neskončila úspěchem.
Jak bug jsem to nehlásil.
-
Vím to určitě, protože už dva roky vypaluju pomocí K3b a vždy zatrhnu kontrolu a nikdy ještě neskončila úspěchem.
Jak bug jsem to nehlásil.
A zkoušel jsi kontrolu nezatrhnout?
-
A zkoušel jsi kontrolu nezatrhnout?
Zkoušel. Potom to kontrolu neprovádí. Jinak se mi K3B líbí, vypaluje spolehlivě a používám ho.
-
A zkoušel jsi kontrolu nezatrhnout?
Zkoušel. Potom to kontrolu neprovádí. Jinak se mi K3B líbí, vypaluje spolehlivě a používám ho.
Jistě že neprovádí, ale možná právě kontrola przní vypalování...
-
Jistě že neprovádí, ale možná právě kontrola przní vypalování...
Tak to je potom kontrola na dvě věci. :-)
Kdepák, myslím, že úspěšnost vypálení je stejná.
-
Možná je problém ve vypalovačce...
-
Nechci vás rušit, ale neříkal compaq taky něco o tom že to má pokaždé jiný md5sum? :)
-
Možná je problém ve vypalovačce...
To mě taky napadlo, ale od toho má být tak kontrola po vypálení, ne?
Nechci, aby vypalovačka vypalovala se spolehlivostí 100%, ale aby se dala poznat zmrskaná CD nebo DVD.