[Coutty]

Удалите драйвер этого IDE-канала и выполните поиск нового оборудования. После переустановки драйвера всё должно работать нормально.
Хотя после удаления может понадобиться и перезагрузка.

[Ment69]

ТатьянаИ,

Код:

постоянно сбрасывается в PIO режим, и не хочет выставляться обратно в UDMA.
Это происходит если XP обнаруживает, что устройство не стабильно работает в выбранном для него режиме. Определяется это по количеству ошибок чтения, получаемых с привода. Обычно это означает что привод находится в плохом состоянии, и про правде ему надо бы на покой. Но выбрасывать вроде бы работающий привод жалко. Благодаря механизмам контроля ошибок, многие такие приводы могут работать долго, счастливо и беспроблемно, несмотря на мнение XP о них. Единственное, что портит кровь их владельцам, это постоянные тормоза системы, из за PIO режима. У меня нет полной уверенности, как работает и чем управляется система контроля ошибок в XP, поэтому я не могу гарантировать что этот совет сработает во всех случаях. Но попробовать можно.

Для отключения режима отслеживания ошибок можно попробовать выставить в 0 ключ ErrorControl расположенный по адресу HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdfs\

Для того чтобы вернуть режим UDMA, лучше всего удалить и поставить заново IDE контролёр из Device Manager. Но можно вновь обратится к реестру. Параметры контролёра определяются в реестре, по адресу

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96A-E325-11CE-BFC1-08002BE10318}

Внутри этой ветки находится 4 папки. В том числе и

0000 – отвечает за сам контролёр.
0001 – отвечает за Secondary IDE Chanell.
0002 – отвечает за Primary IDE Chanell.

Выбираем папку которая отвечает за нужный нам канал, и заходим в неё. Каждому из установленных устройств, соответствуют по два ключа, MasteDeviceTimingModeAllowed и SlaveDeviceTimingModeAllowed (или UserMasteDeviceTimingModeAllowed и UserSlaveDeviceTimingModeAllowed, если режимы выбирались вручную), определяющие в каком максимальном режиме разрешается работать Master и Slave устройства, установленные на контролёре, и MasterDeviceTimingMode и SlaveDeviceTimingMode, которые определяют в каком режиме реально работают Slave и Master устройства. Для того чтобы разрешить использовать устройство в UDMA режиме, MasterDeviceTimingModeAllowed (или Slave..., зависит от того к чему диск подключен) должно иметь значение 0хffffffff. Если оно будет 0х0000001f, то устройство сможет работать только в PIO режиме. Убедившись что этот ключ стоит правильно, выставляем MasterDeviceTimingMode, определяя в каком режиме должен работать привод. Возможны следующие варианты (цифры в HEX):

0x10010 режим UDMA Mode 5 (ATA100).
0x8010 режим UDMA Mode 4 (ATA66).
0x2010 режимы UDMA Mode 2 (ATA33).
0x0410 режим Multi-Word DMA Mode 2 и PIO 4.

Кроме этого, UDMA Mode 4 можно включить 0xffff, а UDMA Mode 5 – 0xfffff. Выставляйте нужное, и перезагружайтесь, диск должен перейти в требуемый режим

[Severny]

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

[ТатьянаИ]

Coutty, к сожалению, это не помогло.
Ment69, я видела подобное Ваше сообщение, но поняла мало... ))) Будем разбираться с кодом...
Severny, так и случилось...Может ли проблема быть в шлейфе? Когда переустанавливали материнку, то остались старые. Сама лезть в чрево не рискну, но , боюсь, что там что-то неправильно подсоединено, от того и все проблемы (?).

В похожих темах - http://forum.oszone.net/thread-125135.html - нашла скрипт - http://winhlp.com/tools/resetdma.vbs-

как им воспользоваться? Вдруг поможет...

[ТатьянаИ]

Ment69, у меня картина такая... (скрин) Честно говоря, пока поняла далеко не всё...)))

[ТатьянаИ]

Всем спасибо и с праздником! ))
Помог скрипт , прикреплённый к теме - http://forum.oszone.net/thread-125135.html