Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  

Показать сообщение отдельно

Аватара для Erekle

Ветеран


Сообщения: 637
Благодарности: 105

Профиль | Отправить PM | Цитировать


Цитата Ligon:
Возможные решения
Цитата:
в статье "DMA reverts to PIO" http://winhlp.com/node/10
Раздел "Re-enable DMA using the Registry Editor"
Решение состояло в удалении(!) параметра "MasterIdDataChecksum" в разделе "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96A-E325-11CE-BFC1-08002BE10318}\0001"

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

Сейчас, вот - режим перешёл в PIO, это примерно совпало с тем, что Vit Registry Fix попытался обойти PAE, в чем ему было отказано. Поэтому сначала подумал насчёт Vit. Загрузился с "лайва", чтобы сделать образ до решительных действий - в лайв-системе тоже PIO и прерывания.

Ладно, переподключил шлейф - в "лайве" режим встал в UDMA. Выходит, шлейф (разогрев или сдвиг корпуса). Делаю образ, после этого только, к сожалению, перехожу в параллельную "Семёрку", там тоже UDMA. Но возвращаюсь в основной ХР - PIO.

Удаление "MasterIdDataChecksum" подействовало только таким образом, что система отказалась выключиться или перезагрузиться. А вот
Цитата:
Помогло удаление в диспетчере устройств контроллеров IDE, после перезагрузки они само собой восстановились, а проблема с загруженостью Hardware Interrupts пропала.
- привело всё в норму.

Вот интересно, почему ХР не восстанавливает нужный режим, как 7.

-------
Здесь вся мудрость [14.6]


Отправлено: 17:17, 25-12-2013 | #138