Повреждение файла после копирования файлов в 64-битной Windows 7 двумя способами

Question

У меня есть 5000 изображений и других файлов в каталоге, занимающем 35 ГБ. Я хочу продублировать этот каталог.

Способ 1: я делаю простое копирование и вставку каталога в проводнике. У меня есть привычка проверять контрольные суммы после копирования важных файлов. В этом случае я заметил, что около 2000 файлов не прошли тест MD5. При ближайшем рассмотрении случайно выбранного JPEG с различными контрольными суммами выясняется, что некоторые метаданные XMP изменились. В частности, тег

<MicrosoftPhoto:DateAcquired>

изменил дату с 2009 по сегодняшний день (возможно, примерно в то время, когда я копировал файлы). Я понятия не имею, что вызвало изменение этих данных XMP и когда именно они были изменены, и почему именно для этих конкретных файлов, но, по крайней мере, это объясняет расхождение контрольной суммы.

Способ 2: Поскольку я хочу, чтобы точные файлы были продублированы, я попробовал программу FreeFileSync, чтобы отразить каталог, надеясь, что никакие метаданные XMP не будут загадочно изменены. Проверка контрольной суммы в дополнение к тщательному сравнению файлов в FreeFileSync приводит к двум схожим, но все же различным результатам: 31 файл не проходит проверку контрольной суммы, 23 файла - проверку сравнения файлов. Меньший набор не полностью содержится в большем наборе, хотя многие файлы встречаются в обоих. Что вызывает здесь тревогу, так это то, что не только JPEG помечены как измененные, но также некоторые AVI, MPG и большой 7-zip файл. Более тщательная проверка JPEG указывает на то, что он действительно поврежден: нижняя половина изображения просто серого цвета. Из-за размера файла с 7 почтовыми индексами я не смог определить расхождение.

Обратите внимание, что в обоих методах каждый файл имеет свой правильный размер после копирования.

Вопрос: Есть мысли о том, что здесь происходит? У меня никогда не было этой проблемы раньше, и теперь я боюсь, что файлы будут повреждены после простых действий, таких как копирование / вставка и синхронизация файлов. Даже если мне удастся как-то успешно скопировать файлы, мне все равно хотелось бы объяснить это.

Answer 1

Помимо проверки вашего жесткого диска, как рекомендует ewanm89, вы должны проверить свою оперативную память. Перейдите в Панель управления, введите "память" в поле поиска и выберите "Диагностировать проблемы с памятью вашего компьютера".

Вы также можете попробовать другие инструменты, такие как MemTest86.

Также проверьте системный журнал в Event Viewer и найдите ошибки.

Копирование файлов действительно не должно их менять.

Answer 2

Прочитав много статей в Интернете, у меня есть пара знаний.

1. Повреждение данных обычно происходит из-за плохой оперативной памяти, за которой следуют плохие жесткие диски, отказ блока питания или неисправные материнские платы. 98% времени CPU не является причиной. Вот почему процессор обычно дорогое оборудование.

2. ECC Ram - это преимущество, позволяющее избежать программных ошибок, вызванных ОЗУ, но ОЗУ без ECC достаточно для всех целей. Мягкие ошибки случаются не часто.

3. Неисправный блок питания обычно приводит к повреждению материнской платы и оперативной памяти. В результате неисправный RAM или HDD обычно происходит из-за неисправного блока питания, который должен быть заменен немедленно. Плохой или неисправный блок питания будет иметь набухающий конденсатор и неприятный запах горения.

4. Отказ жесткого диска будет вызывать неудобный шум, который будет длиться некоторое время, и вы должны знать, что с ним что-то не так.

если что не так, пожалуйста, укажите.

Answer 3

Скорее всего, это проблема с оперативной памятью. У меня были похожие проблемы - перемещение файлов меняло свои контрольные суммы (очень редко, в основном в очень больших файлах размером 1 ГБ или выше и не всегда), и очень часто: архивы были повреждены при создании, в основном это 7zip архивы. Таким образом, создается впечатление, что создание архивов 7z с почти максимальным использованием оперативной памяти является довольно хорошим показателем проблем с оперативной памятью. Я запустил Memtest86 и нашел поврежденный бар, поменял его и с тех пор проблем не было.

Answer 4

Теоретически файлы могут быть испорчены, просто сидя на диске, поскольку магнитное поле Земли постоянно пытается выровнять маленькие магниты, и случайный всплеск фонового излучения сталкивается с пластинами ...

Как вы указали, окна могут изменять некоторые метаданные в первой копии.

Что касается второй попытки копирования, однако, в этом конкретном случае гораздо более вероятно, что Windows записала их в поврежденный сектор, я предлагаю запустить chkdsk с правильными параметрами, чтобы проверить диск и обновить список поврежденных секторов. Наконец, активируйте SMART-мониторинг ваших дисков и посмотрите, сообщает ли сам дисковый контроллер, что диск находится на выходе.

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