Ошибка чтения/записи при копировании

[Джон]

Сначала проблема, подробности потом (сражу скажу - хард не причём).
Итак, имеется новенький (3-4 месяца) комп - Р4 3ГГц НТ 512Мб память.
При копировании больших объёмов данных - папки размером от 700МБ до 4Г возникает ошибка чтения (или записи?), которая выражается в след.
Один файл отличается от другого всего одним байтом, а точнее одним битом. Всегда меняестя 1 на 0. например
оригинал 1001 1110
копия      0001 1110
никогда небыло, чтобы 0 на 1 поменялся или чтобы 2 байта были разные всегда 1 бит/файл.

Стабильно одна! ошибка (один бит) в одном файле (при копировании например СД). Если в папке есть файлы размером 700М-2Г (iso images)
то каждый из них посде копирования содержит ошибку, но только одну! тот же пресловутый 0 вместо 1.

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

Если перекопировать "ошибочные" файлы поодиночке, то всё в порядке.

Повторяемость практически 100% (кажется один раз получилось скопировать без ошибок). Вероятность возникновения ошибки растёт с размером файлов. Файлы от 1М содержат ошибки спонтанно, но всегда! один файл (диск с цифровыми фотками файлы ~1-2M) из папки. Большие файлы - начиная с 500МБ всегда содержат ошибку.

условия тестов:
Систиемы 2000 и ХР,  98 ДОС дискета на FAT32
всё лицензионное из MSDN
Файловые системы NTFS и FAT32

Условия возникновения:

копирование в пределах одной партшин (NTFS и FAT32)
копирование в между разными партишн (все комбинации NTFS и FAT32)
копирование с СД на хард
копирование через сеть (причём не важно - со сбойного компа или на него)
копирование через сеть на сбойном компе, те когда в эксплорере "нормального"  копируешь папки на сбойном из одного места в другое

Ошибки не происходит:
при копировании под ДОС (вин98 дискета на FAT32)
при копировании через сеть под эксплорером сбойного на нормальном компе

Теперь про хард, сначала на него думал. При установки его на нормальный комп работает как часы. А другой хард установленный на "сбойном" ведёт себя точно так же с повторяемостью 100%.

Вот, вроде всё подробно описал. Время возникновения ошибки неизвестно, может была с самого начала (была предустановлена домашняя хрюша, но была сразу же (при первом же включении) убита и заменена на профессиональную).
Заметил, после того как начал сохранять данные на DVD - в файлах были ошибки. Сначала боролся с проблемой DVD writer-а. А потом сравнил неровский имадж с оригиналом (через ImageDrive) и в нём уже были ошибки. Так и установил, что проблема с чтением/записью.
Кстати даже если использоавать в неро другой сетевой комп как цель и не делать кэширование, всё-равно имадж получается с ошибками.

Может кто спотыкался об такое?

[Sla]

Круто
имя матери!
Судя по всему проблемы с контроллером HDD
Ради эксперимента, CD и HD на один шлейф посадить.

[Джон]

Sla,  Спасибо, тоже попробую. тех данные принесу завтра. Сегодня попробую повесить на второй контроллер. Ещё тут идейку подкинули - с PIO поиграться.

[Джон]

Мамка - MSI PT8 Neo чипсет VIA PT800
FSB800
DDR400

есть двухканальный контроллер SATA (не используется)
и двухканальный IDE:  0-master HDD;   1-master DVD-Writer, 1-slave DVD ROM

Есть ещё чип на мамке MSI CoreCell с DOT (Dynamic Overclocking Technology)
- раньше с таким не сталкивался. В ручную процы тоже не разгонял, может это побочный эфект какой-нить разгонки?

Смена IDE каналов ничего не дала.    Вчера проковырялся с хардом, смотрел может какие джамреры или свичи на мамке есть - ничего подозрительного.

Драйвер RAIDа говорит что никаких дисков в массиве нет, и я думаю не должен как-то влиять.

[Sla]

Это не совсем ручной разгон проца.
MSI CoreCell определяется степень загрузки центрального процессора и в соответствии с полученными данными оптимизируется рабочая частота процессора.
Его можно и отключить, и естественно испытать.

к этой матери еще должна быть утилитка MSI CoreCell

Его можно и отключить, и естественно испытать.
Но если чесно, мне б было жалко тратить на это время.

[Джон]

В общем всё просто оказалось. Один единственный (старший) бит младшего байта в одном DIMMе оказался дефектным.  :new_shot:

[Sla]

Хочется сказать: "Верю!"
Но почему на больших файлах?
Чтобы записать большую инфу, нужно больше памяти?
Напридумывают же такое

[Джон]

Можешь не верить, но факт на лице.  
С одним "рабочим" DIMMом всё хокей
Отсюда и объяснение почему под ДОС ошибок небыло..

А чё там происходит не знаю. Во всяком случае вероятность задействования "больной" ячейки при копировании больших файлов растёт.

А подробности у БГ.  

[sss]

Мда, реинкарнация блин. Есть MSI P45 Neo, HDD SATA-2 WD 500 ГБ. Система XP SP3. Тема примерно та же. При установке игры Fallout 3 (потом выяснилось что не только) с DVD, при копировании более или менее больших (при больших всегда) файлов, иногда разных, возникает ошибка -  исходный файл поврежден. Значит, после долгих ковыряний, я вышел в режим защиты от сбоев и на тебе - все ОК. Это точно не случайность. Начал анализировать - что происходит. Запустил filemon и вот что увидел:

Код:

12	0:14:51	is-8HCP5.tmp:1400	FASTIO_READ	D:\setup-2.bin	SUCCESS	Offset: 508695399 Length: 65536	
13	0:14:51	is-8HCP5.tmp:1400	IRP_MJ_WRITE 	C:\Program Files\Bethesda Softworks\Fallout 3\Data\Fallout - Textures.bsa.dir\textures\weapons\2handrifle\is-K75HH.tmp	SUCCESS	Offset: 0 Length: 65536	
14	0:14:51	is-8HCP5.tmp:1400	FASTIO_READ	D:\setup-2.bin	SUCCESS	Offset: 508760935 Length: 65536	
15	0:14:51	is-8HCP5.tmp:1400	FASTIO_WRITE	C:\Program Files\Bethesda Softworks\Fallout 3\Data\Fallout - Textures.bsa.dir\textures\weapons\2handrifle\is-K75HH.tmp	SUCCESS	Offset: 65536 Length: 65536	
16	0:14:51	is-8HCP5.tmp:1400	FASTIO_READ	D:\setup-2.bin	SUCCESS	Offset: 508826471 Length: 65536	
17	0:14:51	is-8HCP5.tmp:1400	FASTIO_WRITE	C:\Program Files\Bethesda Softworks\Fallout 3\Data\Fallout - Textures.bsa.dir\textures\weapons\2handrifle\is-K75HH.tmp	SUCCESS	Offset: 131072 Length: 65536	
18	0:14:51	is-8HCP5.tmp:1400	FASTIO_READ	D:\setup-2.bin	SUCCESS	Offset: 508892007 Length: 65536	
19	0:14:51	is-8HCP5.tmp:1400	FASTIO_WRITE	C:\Program Files\Bethesda Softworks\Fallout 3\Data\Fallout - Textures.bsa.dir\textures\weapons\2handrifle\is-K75HH.tmp	SUCCESS	Offset: 196608 Length: 65536	
20	0:14:51	is-8HCP5.tmp:1400	FASTIO_WRITE	C:\Program Files\Bethesda Softworks\Fallout 3\Data\Fallout - Textures.bsa.dir\textures\weapons\2handrifle\is-K75HH.tmp	SUCCESS	Offset: 262144 Length: 65536	
21	0:14:51	is-8HCP5.tmp:1400	FASTIO_READ	D:\setup-2.bin	SUCCESS	Offset: 508957543 Length: 65536	
22	0:14:51	is-8HCP5.tmp:1400	FASTIO_WRITE	C:\Program Files\Bethesda Softworks\Fallout 3\Data\Fallout - Textures.bsa.dir\textures\weapons\2handrifle\is-K75HH.tmp	SUCCESS	Offset: 327680 Length: 65536	
23	0:14:51	is-8HCP5.tmp:1400	FASTIO_READ	D:\setup-2.bin	SUCCESS	Offset: 509023079 Length: 65536	
24	0:14:51	is-8HCP5.tmp:1400	FASTIO_WRITE	C:\Program Files\Bethesda Softworks\Fallout 3\Data\Fallout - Textures.bsa.dir\textures\weapons\2handrifle\is-K75HH.tmp	SUCCESS	Offset: 393216 Length: 65536	

Видите. В строке 18 после чтения очередной гранулы две операции записи. Дальше в логах установщик проверяет атрибут файла (размер), стирает его и выводит сообщение - "Исходный файл поврежден." Я в тупике, не знаю что делать. Поиск по инету выводит на кучу похожих ситуаций, однако ничего не дает.

[Джон]

sss, а память протестил? С другими дисками пробовал?

[sss]

Джон, сегодня протестировал. Нашел ошибку... Сижу слушаю БГ

[Джон]

Могу только фантазировать, что при перекачке больших объёмов память используется как буфер, те большой кусок спихивается в память, а из неё один в один на диск. Так привносится ошибка. Причём самое страшное, что валидирование в этом случае похоже не производится. Иначе элементарный CRC сразу бы это обнаружил.

Сижу слушаю БГ

Эмммм... не понял?

[sss]

McZim, ага "Сестра хаос - Нога судьбы"
Джон, не знаю. Я думаю, что более извращенно. Так как две записи на одно чтение, возможно, происходит ложное срабатывание (допустим сигнал) и повторно вызывается callback...

[Джон]

sss, я под БГ имел ввиду Била Гейтса. Поэтому и удивился, что ты ЕГО слушаешь.

зы Флуд поубиваю нафиг.

[sss]

Джон, для меня БГ всегда БГ. А насчет поубиваю... Я был зарегистрирован раньше тебя и никто мне никогда не угрожал, тем более за флуд. Хочется - убивай...

[Алексей++]

sss, он написал "зы", а не ЗА )))

[Джон]

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

Я был зарегистрирован раньше тебя

А это ты к чему? Надеюсь пиписьками не будем меряться?

и никто мне никогда не угрожал, тем более за флуд. Хочется - убивай...

Я тебе не угрожал. Стесняюсь спросить, это ты с чего взял-то? Музыкальный флуд будет удалён, а не перенесён во "флуд", как это обычно делается. Убить проще. Нажал на кнопочку и нет сообщения. Поэтому я и предупредил. Если люди заинтересованы в его сохранении, могут сами перенести во "флуд". И они даже знают, кого я имею ввиду. Правда, Лёш?

[Алексей++]

ну конечно, Лёш тут во главные флудеры записан Лёш не заинтерисован в сохранении своих сообщений.

[Jonny Raven]

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

[sss]

Jonny Raven, качай memtest (memtest86-3.4a.iso), прожигай загрузочный CD, грузись с него на проблемном компьютере и смотри результаты тестов памяти.