Re: MD5SUM de un CD de debian ya existente
El día 13 de octubre de 2011 15:44, alexander villalba
<alexvillalb159@gmail.com> escribió:
>
>
> El 13 de octubre de 2011 04:30, fernando sainz
> <fernandojose.sainz@gmail.com> escribió:
>>
>> El día 13 de octubre de 2011 13:34, Camaleón <noelamac@gmail.com>
>> escribió:
>> > El Wed, 12 Oct 2011 13:01:03 -0430, Juan Lavieri escribió:
>> >
>> >> El día 12 de octubre de 2011 04:53, Camaleón <noelamac@gmail.com>
>> >> escribió:
>> >>
>> >>
>> >>> Es por lo que explicaba ayer (y que está muy bien detallado en el
>> >>> enlace que puse), el proceso de grabación influye igualmente en el
>> >>> resultado, así que tampoco es un sistema fiable al 100%.
>> >>>
>> >>
>> >> Por un momento me hiciste dudar (que raro que una mujer pueda crear en
>> >> nosotros esas cosas*), por lo que bajé la imagen business card de
>> >> debian
>> >> y procedí a quemarla en un CD.
>> >>
>> >> He aquí los resultados:
>> >
>> > (...)
>> >
>> > Ya, pero que coincida es por mera casualidad.
>>
>>
>> Si hay algo que no es, es casualidad. ;-)
>> la probabilidad de que salga ese número al azar es tan pequeña como de
>> uno entre todas las estrellas del universo.
>>
>>
>
>
> creo que la discusión es porque insistes en que el md5 lo calculas así:
>
> md5sum /dev/sr0
>
> aunque veo que en el ejemplo lo calculaste con el típico dd... así que estoy
> algo confundido.
>
> Asumiendo que sea como en el primer caso, entiendo cualquier recelo que
> puedas sentir hacia las respuestas de Camaleon, pero te has equivocado,
> terriblemente, en ese cálculo de probabilidades. Para realmente hacer ese
> cálculo habría que conocer más en detalle como es el proceso de escritura en
> el cd y cual es el factor de aleatoriedad de esos bytes espurios. Me atrevo
> a especular que la probabilidad debe ser menor a 1/2048, porque como se sabe
> el proceso de escritura es en bloques de 2048. Siendo así tampoco resulta,
> pues, muy claro como se pueden leer bytes espurios, es decir tendría que
> pasarsele el lector un bloque 2048 bytes espurios!!!. Más aun si con el
> comando isoinfo se pueden tener, como aparentemente parece todos los
> bloques, así que le concedo el beneficio de la duda a eso de si depende del
> programa de escritura o habrá algunos programas de estos que tendrán bugs.
>
>
A ver, yo solo comenté lo de "la casualidad"....
Y te digo por como están concebidos estos cálculos de hash, que con
cualquier combinación de bytes que añadas para completar el dvd tras
la imagen iso, la probabilidad de que te de el mismo md5sum es
infinitamente pequeña. Algún matemático te lo podrá demostrar, yo no,
lo siento :-)
S2
>
>
>>
>> S2.
>>
>>
>> >
>> > (¿no leíste el artículo que enlacé? Está muy bien explicado)
>> >
>> >> No se por qué a ti no te coinciden pero a mi nunca me ha fallado este
>> >> método; tal vez tenga que ver con el programa que usas para quemar el
>> >> CD.
>> >
>> > Pues por eso mismo, porque el programa de grabación y las opciones que
>> > se
>> > le pasan, afectan al proceso de verificación de la suma por lo que ese
>> > sistema NO es infalible (necesitas saber el número de bytes exacto de la
>> > ISO porque el del CD grabado puede no coincidir).
>> >
>> > (...)
>> >
>> >> Por todo lo dicho, la única explicación posible es que estás contando
>> >> los bytes espúreos de OpenSuse; déjate de eso, utiliza solo CD's de
>> >> Debian y te irá bien.
>> >
>> > Qué tonterías dices, hay que ver :-)
>> >
>> > Saludos,
>> >
>> > --
>> > Camaleón
>> >
>> >
>> > --
>> > To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>> > with a subject of "unsubscribe". Trouble? Contact
>> > listmaster@lists.debian.org
>> > Archive: [🔎] pan.2011.10.13.11.34.06@gmail.com">http://lists.debian.org/[🔎] pan.2011.10.13.11.34.06@gmail.com
>> >
>> >
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact
>> listmaster@lists.debian.org
>> Archive:
>> http://lists.debian.org/CAGwrHg+s8x3shpQW8D_wgorKnVc8vemYDe8uhHGnmg_gXs7A@mail.gmail.com
>>
>
>
Reply to: