Форум iHDD.RU

[VUl]

Есть старый винт Quantum ST6.4
На нем много замещенных секторов (942/не помню из скольки). Бэдов еще нет.
При копировании с него файлов из DOS в разных режимах (и PIO и с исп DMA33 tridma.sys на 430TX) в них искажается часть информации. Каждый раз в разных местах.
Например, если файл больше 20 мб, то наверняка перепишется искаженно. А при повторном копировании может и пронесет.
Что это может быть.

[dmitrypostrigan]

убрать разгон, поменять шлейф.

[Archive_OLiMP]

Возможно ещё пометять память в компе.

[Archive_Dmitriy]

У меня аналогичная ситуация на QUANTUM FIREBALL TM1080A. Было много бедов, но инфа не портилась (!), если считывалась.Теперь же после ремапа 1225 секторов в бедлисте, на винте бедов нет. Тесты поверхности ошибок не дают! Но информация стала портится как и у VUl... Для ремапа использовал HDDUtil 2.3.
Что это может быть?

[Archive_Dmitriy]

У меня аналогичная ситуация на QUANTUM FIREBALL TM1080A. Было много бедов, но инфа не портилась (!), если считывалась.Теперь же после ремапа 1225 секторов в бедлисте, на винте бедов нет. Тесты поверхности ошибок не дают! Но информация стала портится как и у VUl... Для ремапа использовал HDDUtil 2.3.
Что это может быть?

P.S. Шлейфы менял и комп не разогнанный, да и на разных компах пробовал.

[VUl]

Комп не разогнанный, шлейфы менял.
Раньше винт спокойно работал c шиной 83Mhz.

[Archive_Dmitriy]

адский орб
Member

Откуда: Moscow


Данные дохнут где-то на пути к интерфейсу (в самом винте и на пластинах их целостность надежно защищена ECC-кодом). Поэтому смотри качество пайки IDE разъема, резисторов, микросхемы и ее выводов

http://forum.ixbt.com/0011/021807.html

[Archive_Dmitriy]

С помощью программы HddUtil2.5r удалил бедлист и заново отформатировал винт.
Пробовал его переключать в разные режимы, выключить кеш, даже PIO0, но информацию всеравно портит...

Дефектов платы не нашел , да и тогда бы деформация платы как-то влияла. Самое интересное, что ни одна тестовая прога не показывает наличия проблем с винтом...

Что еще можно проверить? И чем?

[nope]

Был как-то пару раз похожий трабл:

1. Подробностей, типа какой винт, какая мама - не помню, помню ток что 486. Каждый раз читал по-разному, т.е. FC/B file_on_good_hdd file_on_bad_hdd выдавала при повторном запуске ошибки по другим адресам. Оказался битым канал IDE-контроллера (на маме). Вылечилось установкой мультикарты ).

2. Винт Maxtor кажись 2Гб. Вел себя еще хуже, вероятность неправильно считанных данных >80%, даже на коротких файлах. Все тесты - ОК, за исключением Drive Buffer<->Host Channel в HDD_util 2.3 Тест этот идет _охрененно_ долго, но хорошо бы дождаться конца. Заподозрена RAM на электронике винта. Перепаяна, полет нормальный.

3. Винт не помню какой (кажись квант треха, а может фудж), мама пеньковая нонэйм чайна на VIA. Обкуренные китайцы напаяли то ли не тех резаков, то ли кондеров - стабильность работы винта зависела от длины шлейфа 8-]. Чем короче, тем надежнее. Типа, вешаешь на дальний конец шлейфа - глючит, а на ближний того же шлейфа - раб.ОК. Как выяснилось потом, все мамки из этой партии вели себя так (но не со всеми винтами).

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

[Archive_Dmitriy]

Уф-фф нашел вчем дело!
Оказывается все эти несравнения файлов начались после установки опции Read continuous в Internal drive configuration:

HddSpeed v2.1
-------------------------------------
Internal drive configuration

Drive parameters
(+) Reallocate uncorrectable errors
(+) Write cache enable

Error recovery
(-) Disable correction
(+) Early correction enable
(-) Read continuous
(+) Automatic read reallocation
(+) Automatic write reallocation

Disk cache
(+) Cache enable
(+) Prefetch enable

В HDDUrtil2.3r эта (?) опция называется Read Look Ahead Feature в разделе Performance Config?

А в HDDUtil25r Internal drive configuration
Fast Read
(-) Enable (No delays for error recovery)
(+) Disable (Adding delays for error recovery)

Включение этой опции однозначно приводит к не сравнению файлов после копирования на винтах QUANTUM FIREBALL TM1080A и QUANTUM FIREBALL_TM3200A.

А на моем QUANTUM FIREBALLP KA9.1 эта опция никак не влияет на правильность записи.

Это глюк винтов QFB серии ТМ?
Может внесет кто ясность по этому вопросу?
Да, и что это за опция такая вредная?