Драйвер обнаружил что для устройства device harddisk0 dr0 включен буфер записи
Как исправить ошибку «Неверный блок на устройстве Device Harddisk0 DR0»
При просмотре журнала событий иногда можно столкнуться с записями «неверный блок на устройстве device harddisk0 dr0». При их постоянном появлении также можем заметить снижение производительности системы.
Что вызывает ошибку в дисковом устройстве
Эта ошибка указывает на то, что в первом разделе жесткого диска система обнаружила бэд блоки. Нужно помнить, что из такого битого сектора информацию уже считать невозможно, нет никакого способа восстановить его. Но можно заставить операционную систему считать его непригодным для чтения/записи и не использовать в дальнейшем. Таким образом, можно избежать любых сценариев потери данных, когда будем их извлекать программой восстановления.
К сожалению, ошибка «неверный блок на дисковом устройстве device harddisk0 dr0» является одним из первых признаков того, что диск начинает сыпаться. Если наблюдаете такие сообщения, нужно сделать резервное копирование и, таким образом, защитить свои данные от потери.
Предлагаем несколько шагов по устранению этой неполадки.
Внимание! Приведенные ниже методу будут работать до тех пор, пока на диске в наличии рабочие неиспользуемые сектора, которые могут быть использованы для замены битых. В противном случае у вас не будет вариантов, кроме как приобрести новый диск и перенести туда свои данные.
Способ 1: Сканирования CHKDSK
Самый простой способ разрешить ошибку «неверный блок на дисковом устройстве device harddisk0 dr0» — выполнить сканирование CHKDSK. Это встроенная утилита проверяет жесткий диск на наличие битых блоков и переносит любые поврежденные вхождения на рабочие сектора.
Краткая инструкция по запуску утилиты для устранения ошибки:
Примечание. Не выключайте компьютер во время работы утилиты CHKDSK. Это может привести к необратимому повреждению накопителей HDD/SSD, следовательно, к сбою Windows.
Откройте журнал событий. Проверьте, появляются ли новые записи о неверных блоках на device harddisk0 dr0.
Способ 2: Проверка файловой системы
Если утилите CHKDSK не удалось найти битые сектора, попробуйте проверить системную область Windows утилитой SFC. Этот инструмент сканирует все защищенные системные файлы и заменяет поврежденные рабочими копиями, которые хранятся локально в сжатой папке System\dllcache.
Иногда после сканирования SFC записи с неверными блоками в журнале событий больше не появляются. Это, по-видимому, объясняется тем, что в некоторых случаях ошибка ложно срабатывает через повреждения системных файлов, а не вследствие появления битого сектора.
Нажмите совместно Windows + R, наберите в диалоговом окне «cmd». В результатах поиска кликните правой кнопкой мыши на найденную позицию и выберите запуск от имени администратора.
В командной строке наберите указанную команду и кликните Enter для запуска проверки:
После завершения процесса перезагрузите компьютер. Посмотрите, появляются ли неверные блоки на диске device harddisk0 dr0 в журнале.
Если наблюдаете новые события об ошибке устройства, перейдите к следующему шагу.
Способ 3: Сканирование утилитой DISM
Еще одна программа, которая может решить проблему. Система обслуживания образов развертывания и управления (DISM) использует Центр обновления WIndows для загрузки файлов, необходимых для исправления поврежденных копий. Для ее использование потребуется активное подключение к интернету.
Нажмите Win + R для открытия окна «Выполнить». Наберите в поле ввода команду «cmd». Затем сочетанием клавиш Ctrl + Shift + Enter запустите командную строку с правами администратора.
В консоли наберите указанную ниже команду и подтвердите ее запуск на Enter:
DISM.exe /Online /Cleanup-image /Restorehealth
После завершения перезагрузите компьютер. Проверьте, возникают ли в журнале событий новые уведомления о неверных блоках на первом устройстве \Device\Harddisk0\DR0.
Драйвер обнаружил что для устройства device harddisk0 dr0 включен буфер записи
Вопрос
Возникла следующая странная ситуация.
Есть у меня сервер. На сервере raid-контроллер с массивом raid 10. Кэширование на контроллере включено и батарейка есть.
На этот сервер я установил Windows Server 2012 R2, все драйверы и все последние обновления на текущий момент.
Поднял роль Hyper-V. Создал виртуальную машину второго поколения WS 2012 R2 и тоже накатил все обновления.
На этой виртуальной машине поднял роль ADDS и DNS. Указал расположение базы ntds, sysvol и логов на этом новом диске D.
После перезагрузки я получил 3 event`a, которые гласят:
«Драйвер обнаружил, что для устройства \Device\Harddisk1\DR1 включен буфер записи. В результате возможно повреждение данных.»
Не очень приятное сообщение. Других подобных сообщений нет.
Захожу в диспетчер устройств, открываю Дисковые устройства и вижу там два моих Виртуальных диска ( Microsoft ).
Открываю параметры каждого и вижу, что у обоих дисков почему-то включено кэширование записей!
И что самое интересное, что я не могу это самое кэширование отключить!
Когда я пытаюсь убрать галочку, то выскакивает окно, что «Не удалось изменить параметр кэширования записей для этого устройства. Возможно, для устройства не поддерживается эта функция или изменение этого параметра.»
Данная ситуация заводит меня в тупик. По идее ADDS при установке отключает кэширование, но тут это не сработало. И вручную отключить не могу.
Гугл упрямо заводит меня на одну и ту же статью. Но, во-первых, она для WS 2012 и 2008 R2 и таких обновлений под 2012 R2 нет. Ну и во-вторых, ясности она тоже не внесла.
Ещё пара статей на microsoft тоже не решили проблему:
Переустановка всего и вся меня вообще не радует и нет уверенности, что это поможет.
Вот такая вот ситуация. Может у кого будут какие-то мысли по этому поводу?
Драйвер обнаружил что для устройства device harddisk0 dr0 включен буфер записи
Вопрос
Добрый день. Достался в наследство физический сервер Win 2012 R2 выполняющий роль сервера Hyper-V. На нем имеется виртуальный контроллер домена Win Server 2008 R2. Были проблемы со сбоем в работе AD при перезагрузке сервера Hyper-V. В системном журнале фиксируются предупреждения:
-Драйвер обнаружил, что для устройства \Device\Harddisk0\DR0 включен буфер записи. В результате возможно повреждение данных.
-Драйвер обнаружил, что для устройства \Device\Harddisk1\DR1 включен буфер записи. В результате возможно повреждение данных.
И много предупреждений типа:
-Обнаружена ошибка на устройстве \Device\Harddisk2\DR3 во время выполнения операции страничного обмена.
Как настроено кеширование сейчас:
На сервере Hyper-V (Win server 2012 R2):
1. Включено кеширование в контроллере рейда.
2. Включено кеширование в политике диска. На этом диске имеется два тома. На одном установлена операционка самого сервера Hyper-V, на другом размещены файлы виртуальных машин.
На виртуальном контроллере домена (Win server 2008 R2):
Второй подключен через SCSI контроллер, имеет тип vhdx, размер задан жестко. На нем размещена база AD (папка NTDS).
На обоих дисках включен кеш и отключить его не получается (имеется предупреждение об отсутствии поддержки в изменении этого параметра).
1. Как правильно настроить кеширование дисков в данной ситуации, чтобы предотвратить повреждение AD при перезагрузке или внезапном отключении?
2 Как правильно гасить виртуальный контроллер домена, если надо выключить сервер Hyper-V? Делать завершение работы в самой виртуальной системе (пункт «Завершение работы. » в диспетчере Hyper-V делает тоже самое?) или в диспетчере Hyper-V выбирать пункт «Выключить. «?
Ответы
Вообще-то в данном случае речь идёт о кэше виртуального диска VM 😉
А так вы правильно написали, что RAID-контроллер управляет кэшем на подключенных к нему дисках и часто просто отключает его.
Все ответы
Отключать кэширование виртуальных дисков в VM бессмысленно и не нужно.
А вот с кэшированием на контроллере RAID хоста следует разобраться более подробно.
В частности, включать кэш в режиме отложенной записи (write back)на нём можно только при наличии и исправности резервного источника питания (батарейки). Иначе есть риск потери данных.
На нем имеется виртуальный контроллер домена Win Server 2008 R2. Были проблемы со сбоем в работе AD при перезагрузке сервера Hyper-V. В системном журнале фиксируются предупреждения
Добрый день. Обновления на машинах и гипервизоре стоят? Были патчи для этого поведения, что для 2012 что для 2008r2.
Ошибки во время операции страничного обмена фиксируются не на сервере Hyper-V, а на виртуальном сервере. Т.е. в данном случае Harddisk2 это файл типа vhdx подключенный к виртальному серверу через SCSI контроллер.
Читал про патчи, но они для сервера на котором развернут Hyper-V. У меня же сервер Hyper-V это Win 2012 R2. Я начал читать про виртуализацию и DC, но пока понимания, как лучше сделать нет. Вот что я нашел в одном из ответов здесь:
Главная мысль: «Причин для беспокойства нет, можете уверенно использовать ваш виртуальный контроллер домена дальше».
Краткое объяснение. Это включение/отключение кэширования имеет смысл только на реальном оборудовании и не имеет никакого смысла внутри виртуальной машины, просто потому что в ВМ нет никакого реального контроллера. Поэтому, если вы отключили кэширование на физическом RAID-контроллере, можете быть уверены в том, что ни физический хост, ни тем более виртуальная машина попросту не могут это самое кэширование использовать.
В предыдущих версиях Windows Server внутри ВМ администратор действительно мог менять это чекбокс, хотя еще раз, это никак не влияло на кэширование, которое может быть отрегулировано только на физическом хосте. Но тот факт, что чекбокс поменять было можно, вводил многих в заблуждение. Поэтому в Windows Server 2012 R2 внутри ВМ этот чекбокс уже изменить нельзя, о чем и гласит предупреждение рядом с чекбоксом. Но гостевая ОС действительно будет вас предупреждать сообщениями в Event Log, типа того, который вы привели в письме. Если на физическом контроллере кэш отключен, то можно смело игнорировать эти сообщения.
Как я понял, если на физическом диске кеш не активирован, то не важно включен ли этот параметр или нет на виртуальном диске. Кеш не будет использоваться на виртуальной системе.
А если кеш, как у меня, включен на физическом диске, то тогда как работает диск виртуальной системы? И если в этом случае он (кеш виртуального диска) включен, то как его отключить? Отключив кеш на физическом диске? Но тогда ведь упадет производительность, тормоза будут и на виртуальной системе и на физической.
Исправлено: Устройство DeviceHarddisk0DR0 имеет плохой блок —
Несколько пользователей обращались к нам с вопросами после открытия Просмотрщик событий и замечая много дисковых ошибок с сообщением «Устройство \ Устройство \ Harddisk0 \ DR0 имеет плохой блок» ошибка. Сообщается, что эта конкретная проблема возникает в нескольких версиях Windows. Большинство затронутых пользователей сообщают, что они также начали замечать снижение производительности, когда ошибка просмотра событий стала появляться последовательно.
Устройство \ Устройство \ Harddisk0 \ DR0 имеет плохой блок
Что является причиной ошибки «Device \ Device \ Harddisk0 \ DR0 Has Bad Block»?
Мы исследовали эту конкретную проблему, изучив различные пользовательские отчеты и стратегии исправления, которые они использовали для решения проблемы.
Из того, что мы собрали, эта конкретная ошибка свидетельствует о том, что в первом разделе вашего диска был обнаружен плохой блок. Имейте в виду, что один блок данных выходит из строя, и восстановить его невозможно. Но вы можете заставить свою операционную систему сделать блок плохим и избегать его использования в будущем. Это позволит избежать любых сценариев потери данных, когда вам потребуется использовать программу восстановления данных.
К сожалению, «Устройство \ Устройство \ Harddisk0 \ DR0 имеет плохой блок«Ошибка — это один из первых признаков того, что ваш диск работает плохо. Если вы видите это сообщение, мы советуем начать с того, что все ваши данные будут зарезервированы, чтобы вы были защищены в случае эскалации симптомов.
Если вы пытаетесь устранить это конкретное сообщение об ошибке, эта статья предоставит вам несколько шагов по устранению неполадок. Ниже вы найдете коллекцию методов, которые другие пользователи в аналогичной ситуации успешно использовали для решения Просмотрщик событий ошибки.
ВажныйИмейте в виду, что приведенные ниже методы будут работать только до тех пор, пока на накопителе все еще есть исправные неиспользуемые сектора, которые можно использовать для замены неисправных, или ошибки на самом деле являются ложными срабатываниями. В противном случае у вас не будет иного выбора, кроме как купить новый диск и перенести туда свои данные.
Метод 1: Запуск сканирования CHKDSK
Самый удобный способ решения проблемыУстройство \ Устройство \ Harddisk0 \ DR0 имеет плохой блок”Ошибка заключается в выполнении сканирования CHKDSK. Эта встроенная утилита сканирует весь жесткий диск на наличие поврежденных секторов и заменяет любые поврежденные вхождения на работоспособный сектор.
Вот краткое руководство по запуску сканирования CHKDSK для устранения ошибки:
Метод 2: Запуск сканирования проверки системных файлов
Если при сканировании CHKDSK не удалось обнаружить поврежденные сектора, давайте посмотрим, удастся ли сканированию System File Checker устранить «Устройство \ Устройство \ Harddisk0 \ DR0 имеет плохой блок» ошибка. Сканирование SFC сканирует все защищенные системные файлы и заменяет поврежденные экземпляры исправными копиями, расположенными в сжатой папке, которая хранится локально.
Несколько пострадавших пользователей сообщили, что эта процедура была успешной в поиске и устранении некоторых поврежденных файлов, которые в конечном итоге остановили любые другие подобные Просмотрщик событий ошибки от появления. Похоже, это говорит о том, что в некоторых случаях ошибка на самом деле является ложноположительной, вызванной коррупцией, а не действительно плохой блок
Вот краткое руководство по запуску сканирования SFC:
Если вы все еще видите новые события, появляющиеся с тем же сообщением об ошибке, перейдите к следующему способу ниже.
Способ 3: запуск сканирования DISM
Другой утилитой, которая может решить эту проблему, является сканирование DISM. DISM (служба образов развертывания и управление ими) использует Центр обновления Windows для предоставления файлов, необходимых для исправления поврежденных экземпляров. Это, очевидно, означает, что для завершения сканирования вам потребуется стабильное интернет-соединение.
Вот краткое руководство по запуску сканирования DISM:
Драйвер обнаружил что для устройства device harddisk0 dr0 включен буфер записи
В просмотре событий, в разделе Система в то время когда происходила загрузка многократно фиксируются несколько Предупреждений и Ошибок.
Во время дальнейшей работы они не повторяются.
Предупреждение Код 51 Источник disk Описание: Обнаружена ошибка на устройстве \Device\Harddisk0\D во время выполнения операции страничного обмена. (4 раза)
Ошибка Код 9 Источник atapi Описание: Устройство \Device\Ide\IdePort2 не отвечает в течение интервала ожидания. (1 раз)
Предупреждение Код 26 Источник atapi Описание: Драйвер обнаружил устаревшую настройку изготовителя для устройства \Device\Ide\IdePort2. В результате возможно понижение быстродействия. (1 раз)
Далее многократно повторятся Предупреждение с кодом 51 и однократно с кодом 9.
Файл pagefile.sys (если речь идет о том страничном обмене о котором я думаю) имеет размер 1,5 Гб. Раньше был задан конкретно. Сейчас я его задал по выбору системы, меньше он практически не стал (1,49 Гб).
Компьютеру не более 2 лет. Вроде с ЖД ничего не должно произойти.
Из недавних изменений в системе только устанавливал новый антивирус, т.к. у старого закончился ключ. Поставил новую версию.
А так же настраивал VPN соединение, отключал (в Диспетчере оборудования) встроенную сетевую карту. Но, это же не должно было повлиять.
Может кто-нибудь что-ниубдь знает? Подскажите пожалуйста, в чем суть этих ошибок?
| ||||||
| |||||
| ||||||
|
|
| |||||
|