LINUX.ORG.RU
решено Форум — General  

Два изначально идентичных файла отличаются одним битом

 , ,


3

7

Столкнулся с сабжем, неправильный файл (JPEG-картинка) лежит на одном компьютере, правильный в нескольких экземплярах, скопированных с тогда ещё правильного файла, в архивах на другом. Между операциями копирования файла и сравнения происходило выравнивание разделов на первом компьютере, но, учитывая что файлы отличаются всего одним битом, думаю это лишь косвенная причина. Где-то в интернетах проскакивала мысль что такое могло произойти из-за физических свойств жёсткого диска, когда в одно место всё время пишутся единички, а потом внезапно нолики — при чтении всё равно могут получиться единички из-за того что жестяк не может размагнитить эту область. Возможно ли такое и какие ещё причины могут вызывать такое отличие?

★☆

Последнее исправление: CYB3R (всего исправлений: 1)

 ← 1 2 →
Ответ на: комментарий от Harald

memtest прогонял на этом компе?

Давненько уже, тогда всё было хорошо. Сегодня ночью сделаю несколько проходов.

h578b1bde ★☆
() автор топика
Ответ на: комментарий от Harald

Похоже проблема действительно с памятью, memtest показывает ошибку на этом и на другом компьютере с тем же модулем.

h578b1bde ★☆
() автор топика

Мораль: перед тем как двигать разделы — проверяйте жёсткий диск и память.

h578b1bde ★☆
() автор топика
Ответ на: комментарий от Harald

Похоже глючный был не только модуль памяти, но слот на материнке, в который он был воткнут, т.к. мемтест на этом компьютере давал ошибку даже на заведомо рабочей памяти в этом слоте. Переставил модули с непарных слотов в парные, проблема исчезла.

h578b1bde ★☆
() автор топика
Ответ на: комментарий от Harald

может не слот, а контроллер памяти

Возможно, но на модуль в другом слоте на том же канале мемтест не ругался.

h578b1bde ★☆
() автор топика
Ответ на: комментарий от anonymous

много, финально разных файлов, совпадают нулями

Не распарсил.

h578b1bde ★☆
() автор топика

dd if=/dev/zero of=1byte bs=1 count=1 && cat picture.jpg 1byte > picture+1.jpg && ls -l 1byte picture*.jpg

rm -v 1byte picture+1.jpg

Но это разница в байт, очевидно.

Причем картинка все равно может смотреться, как ни в чем не бывало.

record ★★★★★
()
Последнее исправление: record (всего исправлений: 1)
Ответ на: комментарий от record

Но это разница в байт, очевидно.

И в размере файла.

Причем картинка все равно может смотреться, как ни в чем не бывало.

Так и что поинтереснее можно дописать, например, rarjpeg сделать.

h578b1bde ★☆
() автор топика
Ответ на: комментарий от Deleted

При передаче по сети, например, зачастую вообще отсутствует контроль ошибок. Побиться может любой файл, иногда это и происходит.

если предаёшь файл через Hyper Terminal — то советую тебе использовать протокол «Zmodem» . там ошибки корректируются..

:)

user_id_68054 ★★★★★
()
Ответ на: комментарий от Deleted

для этого виндузятники используют rar

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
 ← 1 2 →
General