Přihlásit
: 1 [2]
   |   
: MD5SUM blbě funguje  ( 11408 )
LenardoIV
Newbie
*

Karma: 0
: 6


« #15 : December 26, 2010, 12:17:45 »

a navíc všude na netu píší, že dd dává ISO soubor
Ano dd skutečně vytváří iso soubory pomocí koncovky .iso, asi takto
:
dd if=/dev/cdrom of=/home/user/cd.iso
viz zde: http://linuxtuts.webnode.com/news/vytvoreni-iso-z-cd/ nebo zde:http://wiki.linuxquestions.org/wiki/Dd. Otázkou zde je, co je to iso soubor?
Peťoš
Global Moderator
Hero Member
*****

Karma: 188
: 6 712



« #16 : December 26, 2010, 12:19:51 »

Otázkou zde je, co je to iso soubor?
Ne, toto otázkou není. My víme, co je to ISO soubor. Otázkou je, proč
:
dd /dev/sr0 /tmp/cd.iso
nefunguje...

Do it or do not. There is no "try".

Peťošův repozitář je na adrese: http://petos.cz/rpms
Fotoblog: http://vzducholode.blogspot.com a http://petos.cz/category/fotky
lukas.v
Full Member
***

Karma: 2
: 145


« #17 : December 26, 2010, 16:51:57 »

Ahoj. Všechny zdravím a přeju pěkné svátky.

Vyzkoušel jsem udělat iso obraz z již vypálené instalačky Mandrivy pomocí aplikace dd. Podařilo se mi jej připojit do virtuální mechaniky pomocí cdemu. A normálně to fungovalo. Je to docela obyčejný iso obraz.

Tento obraz byl však asi o 23.7MiB větší než původní obraz stažený z netu. Četl jsem, že vypalovací programy na cd/dvd přidávají nějaká data. Ale o co jde, to nevím.

Nyní je však jisté, že přímo porovnávat kontrolní součet obrazu iso s kontrolním součtem vypálených dat asi nepůjde.
Tak by mě zajímalo, jak kontrolují data vypalovací programy.

PC: 1.6GHz, 2GB RAM, 250GB HDD; Mageia 1 - 64bit; KDE 4.6.5
Netbook - Asus Eee 1000H: 1.6 GHz, 2GB RAM, 160 GB HDD; Debian Squeeze 32bit, KDE 4.4.5; Windows XP SP3
alda81
Hero Member
*****

Karma: 43
: 2 621


alda81@jabber.cz


« #18 : December 26, 2010, 18:05:06 »

oba dva příkazy na kontrolu kontrolního součtu vypáleného média uvedené na wiki mě fungují v Mandrivě 2010.0 naprosto spolehlivě a dávají správné výsledky, k novější Mandrivě jsem se ještě nepropracoval, takže tam nemůžu sloužit

Na zmrdy, wohnouty a ichtyly nereaguju - někdy se ale neudržím a udělám vyjímku.

Na každé prase se vaří voda a čím větší prase, tím větší kotel. (lidová moudrost)
debil DVD
Full Member
***

Karma: -539
: 198


_________


« #19 : December 26, 2010, 18:25:18 »

A ještě jsem zapoměl říct, že od doby, kdy mi kontrola řetězů fungovala dobře, až do teď, jsem neměnil operační systém, mám stále Mandriva Linux 2008.0, a ani jsem nic neaktualizoval. Takže problém nemohly způsobit ani aktualizace, ani změna operačního systému.

Jsem kretén, který má nulové znalosti o Linuchu a počítačích vůbec.
debil DVD
Full Member
***

Karma: -539
: 198


_________


« #20 : December 26, 2010, 18:42:41 »

Celý problém s kontrolou řetězů jsem ještě řešil ještě na http://www.abclinuxu.cz/poradna/linux/show/323436 , kde mi napsali, že háček je v tom, jak se data z vypáleného media načtou, jestli se načte celý blok i s prázdným místem, nebo jenom konec dat. Nevím ale, jak to můžu ovlivnit.

Jsem kretén, který má nulové znalosti o Linuchu a počítačích vůbec.
lukas.v
Full Member
***

Karma: 2
: 145


« #21 : December 26, 2010, 18:56:14 »

Mám to! Našel jsem tuto stránku http://sandbox.cz/~covex/Linux/isoimage.html.

Podle uvedených příkazů jsem zadal tento příkaz:
:
dd if=/dev/sr0 bs=4096 count=1141504 | md5sum > md5_vypalena_data

Výsledný kontrolní součet z tohoto příkazu se shoduje s kontrolním součtem původního ISO obrazu ještě před vypálením.

Vypalovací programy tedy data navíc přidávají a nakonec. V mém případě to bylo asi 23.7 MiB. Nejspíš nějaká kontrolní data.
Edit: Uplně jsem zapomněl popsat to číslo za count=:
To podivné číslo je počet bloků ke kontrole. Ten vynásobte velikostí bloku 4096 a máte velikost původního ISO obrazu v bajtech.
« : December 26, 2010, 19:06:28 lukas.v »

PC: 1.6GHz, 2GB RAM, 250GB HDD; Mageia 1 - 64bit; KDE 4.6.5
Netbook - Asus Eee 1000H: 1.6 GHz, 2GB RAM, 160 GB HDD; Debian Squeeze 32bit, KDE 4.4.5; Windows XP SP3
Ivan Bibr
Administrator
Hero Member
*****

Karma: 52
: 3 298



« #22 : December 26, 2010, 18:56:38 »

No podle toho, kolik mi dd načetl dat (4,6 GB místo 4,4 GB) bych řekl, že stahuje i nějaká ta kontrolní data, která jsou na DVD navíc. Totéž dělá, když pustím md5sum přímo na zařízení nebo udělám cat /dev/sr0. Dělá to i Ubuntu 10.10, není to tedy jen záležitost Mandriva Linuxu.

lukas.v
Full Member
***

Karma: 2
: 145


« #23 : December 26, 2010, 19:16:31 »

Takže to ještě shrnu:
Abyste dostali správný kontrolní součet je nutné znát velikost původního ISO obrazu. Tu podělíte Vámi zadanou velikosti bloku. A výsledné číslo je počet bloků ke kontrole. To se musí zadat v uvedeném příkazu výše do parametru count=.

PC: 1.6GHz, 2GB RAM, 250GB HDD; Mageia 1 - 64bit; KDE 4.6.5
Netbook - Asus Eee 1000H: 1.6 GHz, 2GB RAM, 160 GB HDD; Debian Squeeze 32bit, KDE 4.4.5; Windows XP SP3
Peťoš
Global Moderator
Hero Member
*****

Karma: 188
: 6 712



« #24 : December 26, 2010, 19:22:34 »

To je proboha nějak šíleně obskurní, ne? Bože, křišťálová koule a netopýří nožičky... Celkem masakr...

Do it or do not. There is no "try".

Peťošův repozitář je na adrese: http://petos.cz/rpms
Fotoblog: http://vzducholode.blogspot.com a http://petos.cz/category/fotky
debil DVD
Full Member
***

Karma: -539
: 198


_________


« #25 : December 26, 2010, 20:15:28 »

U vypáleného media u kterého vypálení i kontrola v K3b dopadla dobře a u uloženého ISO obrazu jsem si prohlédl vlastnosti a počet bajtů se tam liší. Obrázky v příloze.


* ubuntu-studio10-1-i386dvd.png (24.69 , 406x312 - 406 .)

* ubuntu-studio10-1-i386iso.png (25.93 , 407x339 - 414 .)

Jsem kretén, který má nulové znalosti o Linuchu a počítačích vůbec.
lukas.v
Full Member
***

Karma: 2
: 145


« #26 : December 27, 2010, 12:11:08 »

Zkoušel jsem si taky vypálit a zkontrolovat zmíněné Ubuntu Studio. A jak se zdá, tato záležitost není tak jednoduchá. Prvně musíme zjistit, jestli je velikost souboru původního obrazu ISO dělitelná naší zadanou velikostí bloku. Aplikace dd v parametru count nebude počítat s půlkou bloku. Proto jsem v tomto případě zmenšil velikost bloku na 2048.

Pro ty, co by snad chtěli kontrolovat pomocí md5sum, jsem trochu zautomatizoval příkazy ke kontrole:
:
ZARIZENI="/dev/ZARIZENI MEDIA"
OBRAZ_ISO="soubor obrazu ISO"
VELIKOST_BLOKU=2048
VELIKOST_ISO=`du -b $OBRAZ_ISO | sed -r s/\\\s.*//g`
POCET_BLOKU=`expr $VELIKOST_ISO / $VELIKOST_BLOKU`
dd if=$ZARIZENI bs=$VELIKOST_BLOKU count=$POCET_BLOKU | md5sum > md5_vypalena_data
Avšak tyto příkazy jsou vhodné spíš do nějakého skriptu, ale funguje. Stačí zadat správné zařízení, soubor původního obrazu ISO a velikost bloku.
A nakonec provést kontrolní součet samotného obrazu, který jste vypalovali.
:
md5sum "soubor obrazu ISO" > md5_iso
« : December 27, 2010, 12:25:19 lukas.v »

PC: 1.6GHz, 2GB RAM, 250GB HDD; Mageia 1 - 64bit; KDE 4.6.5
Netbook - Asus Eee 1000H: 1.6 GHz, 2GB RAM, 160 GB HDD; Debian Squeeze 32bit, KDE 4.4.5; Windows XP SP3
Ivan Bibr
Administrator
Hero Member
*****

Karma: 52
: 3 298



« #27 : December 31, 2010, 11:30:50 »

Vypadá to, že při vypalování se k ISO opravdu něco připisuje (např. se uzavírá session) - našel jsem několik odkazů, které pracují s velikostí ISO a tvrdí, že md5sum na /dev/dvd není správně: 1, 2, 3. Dává to celkem smysl, nicméně ...

oba dva příkazy na kontrolu kontrolního součtu vypáleného média uvedené na wiki mě fungují v Mandrivě 2010.0 naprosto spolehlivě a dávají správné výsledky, k novější Mandrivě jsem se ještě nepropracoval, takže tam nemůžu sloužit

... mám stejně zkušenosti jako Alda, tzn. mám na 100 % vyzkoušeno, že v některých případech není bezpodmínečně nutné zadávat programu dd množství bloků k přečtení.

Nemám čas to hlouběji zkoumat, moje domněnka je, že to dělá hardware, přesněji mechanika, která posílá data pro dd. Oba mé počítače, na kterých jsem testoval, jsou stejné mašiny a mají tudíž stejné chování - nemám tu však nic jiného, čím bych to vyzkoušel, případně potvrdil/vyvrátil. Jestli někdo najde nějaké další informace, napište je sem, prosím (stačí i odkaz).

: 1 [2]
   |   
 
: