Показать полную графическую версию : Как включить UDMA?
Подключил IDE ATA HDD. Установился режим PIO-4. Тормоза. Как включить UDMA-5? (диск поддерживает). ОС - Windows-7 32-bit
Драйвер на чипсет установлен, с сайта производителя материнки.
nrgz, покажите-ка SMART винчестера.
А также ответьте: как подключён шлейф?
По стандарту, длинным плечом он должен быть воткнут в материнку, второй конец его (короткое плечо) подключается к винчестеру режима Master, середина — к устройству (винчестеру или HDD) режима Slave.
Шлейф подключен правильно - второй конец (короткое плечо) подключен к винчестеру, режим Master, середина - свободная, ничего не подключено.
SMART на скрине.
В диспетчере устройств, в настройке контроллера режим на DMA сменить невозможно.
Petya V4sechkin
02-01-2018, 21:26
nrgz, в S.M.A.R.T есть ошибки Ultra DMA CRC errors.
Но неизвестно, появились ли они сейчас или накопились за всё время эксплуатации.
На всякий случай можете заменить шлейф.
А также удалить этот ATA Channel в "Диспетчере устройств" и перезагрузиться (он автоматически установится снова).
nrgz, в настройках BIOS задаётся режим работы HDD - там должен быть разрешён DMA. И при загрузке POST пишет в каком режиме HDD работает.
там должен быть разрешён DMA »
Угу. И если это есть, а режим всё равно PIO — то следуем совету На всякий случай можете заменить шлейф.
А также удалить этот ATA Channel в "Диспетчере устройств ......" »
nrgz, подсказка:
Если по каналу обмена данными появляются ошибки, то контроллер сбрасывает скорость обмена на одну ступень. Если ошибки продолжаются — то ещё на одну, и так пока не будет получено отсутствие ошибок. А ошибки могли возникать как раз из-за проблем с шлейфом.
Понижать-то он понижает — но вот инструмента для повышения хоть раз пониженной скорости обмена нету. И только удаление контроллера в Диспетчере устройств заставляет систему забыть всю эту историю и начать (после перезагрузки и переопределении этого контроллера) с чистого листа: с максимально возможной скорости обмена по данному каналу на данном контроллере, того который виден в Свойствах контроллера (см. реплику Busla).
Black_Eagle
03-01-2018, 12:16
Если по каналу обмена данными появляются ошибки, то контроллер сбрасывает скорость обмена на одну ступень. Если ошибки продолжаются — то ещё на одну, и так пока не будет получено отсутствие ошибок. А ошибки могли возникать как раз из-за проблем с шлейфом. »
Блестящий ответ. :up Прям отсюда (https://support.microsoft.com/en-us/help/817472/ide-ata-and-atapi-disks-use-pio-mode-after-multiple-time-out-or-crc-er)? :wink:
с максимально возможной скорости обмена по данному каналу на данном контроллере, »
если ошибок CRC больше нет.
Прям отсюда? »
Не помню: слишком давно это было, когда узнал. :search:
если ошибок CRC больше нет. »
После переопределения контроллера он пытается начать обмен на максимально возможной скорости, и понижает её если винчестер не отвечает как требуется. Ну а если есть ошибки — то, разумеется, тоже сбросит (впрочем, это частный случай того, что "винчестер не отвечает как требуется").
Кстати, напомню, что в стандарте "EIDE (ATA-ATAPI)" скорость двух устройств на одном шлейфе не зависит друг от друга — в отличие от более старого стандарта IDE, в котором скорость на шлейфе однозначно определялась самым медленным устройством (откуда и пошёл миф, что винчестеры и CD/DVD на один шлейф лучше не сажать).
Black_Eagle
04-01-2018, 18:26
После переопределения контроллера он пытается начать обмен на максимально возможной скорости, и понижает её если винчестер не отвечает как требуется. »
Так это не только от винчестера зависит, но и от шлейфа.
Кстати, напомню, что в стандарте "EIDE (ATA-ATAPI)" скорость двух устройств на одном шлейфе не зависит друг от друга »
Возможно и так. Но я всегда предпочитал разделять быстрые(ATA) и медленные(ATAPI) устройства по разным шлейфам.
В этом отношении с SATA проще стало.
откуда и пошёл миф, что винчестеры и CD/DVD на один шлейф лучше не сажать). »
можно посадить, но не забыть правильно сконфигурировать джамперы на накопителях.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.