[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: MD5SUM de un CD de debian ya existente



El día 13 de octubre de 2011 16:10, alexander villalba
<alexvillalb159@gmail.com> escribió:
>
>
> El 13 de octubre de 2011 05:58, fernando sainz
> <fernandojose.sainz@gmail.com> escribió:
>>
>> 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 :-)
>>
>
> no hable de la probabilidad de que con los bytes espurios de igual, me
> refería  a la misma probabilidad de que se den, ocurran los bytes espurios.
> Es muy distinto.
>
>

Vale, pero yo contesté a camaleón que decía que el que diera el md5sum
correcto era casualidad, y estarás conmigo en que si le da el md5sum
correcto con ese tamaño, ese dvd tiene una imagen buena.

S2


>>
>> 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
>> >>
>> >
>> >
>>
>>
>> --
>> 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/CAGwrHjJDhoJSBzTqwdd1g+o4t+dYE6OrNGF1bUsa053XCbB-Q@mail.gmail.com
>>
>
>


Reply to: