Windows 10 убивает жесткий диск

Привет.
Сразу напишу, что проблема давняя и довольно распространенная, несколько примеров:
reddit
tenforums — особенно забавно решение проблемы выкидыванием hdd из системника
microsoft
microsoft
microsoft

Так вот, примерно раз в час, система будит спящие жесткие диски. «раз в час» это среднее время по моим наблюдениям, может будить диски и раз в 10, 20, 30 минут.
Было такое, что во время простоя(ночью) система будила диски четыре раза в течение четырех часов, затем на несколько часов успокаивалась, и потом продолжала будить.
Будит даже если сидишь за компьютером.

Специально для наблюдения за пробуждением дисков я выставил отключение дисков «через 1 минуту» в параметрах питания.

И собрал батник — https://pastebin.com/2QisMRYD , который отслеживает активность диска.
Каждую секунду утилита smartctl.exe проверяет состояние диска, если состояние изменилось пишет в файл время и что диск Проснулся или Заснул.
Утилита при проверке, конечно, не дергает сами диски. Утилиту можно извлечь из дистрибутива Smartmontools.

Из этих наблюдений и получилось среднее время «раз в час». Как видите для отслеживания нужно время, я уже который день наблюдаю за дисками, но решения так и не нашел.

Где-то год назад пробовал решить проблему, но безрезультатно. То есть все это время диски так и продолжали просыпаться, только время отключения дисков выставил более 2 часов чтобы не дергало слишком часто.

Проблема на всех билдах десятки от 1607 до 1709, специально пробовал откатывать на другие билды. Выше 1709 не проверял, пока что жду 1903, но уверен там эта проблема не решена.
Если я сейчас откачусь на Windows 8, 8.1, этой проблемы не будет. И вообще десятка при каждом чихе дергает диски, чего на 8.1 не было, на восьмерке диски просыпались тогда когда действительно было обращение к файлам на дисках, но не суть.

Что имеем по проблеме:
— Windows 10 x64 Pro 1709 (цифровая лицензия, получена в период бесплатного обновления), установлена с оригинальных образов MS
— 3 SSD, на одном установлена система
— 2 HDD
— Диски подключены по SATA3\6, проверял как на портах Intel так и ASMedia — разницы нет.
— материнская плата P8Z77-V (если это важно)
— наличие вирусов и различной малвари исключено
— не зависит о настроек электропитания
— раскручиваются оба диска

— запущенных программ, установленных на hdd, постоянно дергающих диски нет, т.е. исключаем какие-либо сторонние программы в системе

Пробовал кучу разных вариантов решения, сейчас сложно вспомнить все и перечислить, от отключения различных служб, до такого решения:
https://superuser.com/questions/1228. ery-65-minutes

Далее по наблюдениям:
С помощью Process Monitor отследил и могу точно сказать, что перед пробуждением

процесс (в скобках указан ID процесса):
C:\Windows\system32\svchost.exe -k DcomLaunch -p (скриншот)

запускает процесс:
C:\Windows\system32\wbem\wmiprvse.exe -secured -Embedding (скриншот)

после чего уже wmiprvse.exe и дергает все диски, в том числе и HDD раскручивая их. На скриншоте RD3 и RD5 — первый HDD, RD4 — второй. (скриншот)

Прошу любые предложения для решения. Наверняка я что-то забыл упомянуть, спрашивайте если будет нужна дополнительная информация.

Хотелось бы понять, что такое wmiprvse.exe и что ему нужно от моих дисков. Да, в гугле есть инфа и стандартное описание типа: «WMIPrvSe — это аббревиатура от Windows Management Instrumentation Provider Host Service», но мне это ни о чем не говорит и тем более не говорит о том, что же этой службе нужно от моих дисков. Да и непонятно, что за служба или политика за это отвечает.

Последняя версия Windows 10 может плохо сказаться на SSD. Microsoft уже тестирует исправление

Проблема была признана в июне, а теперь патч доступен для участников программы тестирования

Компания Microsoft выпустила исправление для неприятной проблемы в последней версии Windows 10 (2004) для участников программы тестирования Windows Insider в сборке Windows 10 Build 19042.487 (20H2).

Речь идёт о проблемах с функцией Drive Optimizer (Оптимизация диска), которые проявились с выходом майского обновления Windows 10 May 2020 Update (2004). Этот инструмент позволяет заново упорядочить данные, сохранённые на диске, что даёт повышение производительности и иногда увеличивает объём доступного свободного пространства. По умолчанию Windows 10 проводит «штатную» оптимизацию раз в неделю.

После установки обновления Windows 10 May 2020 Update программа не всегда «запоминает» факт проведённого сканирования и, соответственно, хранит некорректный статус. В результате, автоматическая оптимизация накопителей производится ОС намного чаще, чем это необходимо, что может оказывать пагубное воздействие на SSD.

Для обычных пользователей исправление станет доступно не дожидаясь релиза Windows 10 20H2, второго крупного функционального обновления Windows 10 в 2020 году. Microsoft планирует выпустить патч для Windows 10 (2004) уже на этой неделе или хотя бы до 1 сентября.

Windows 10 убивает жесткий диск

Привет.
Сразу напишу, что проблема давняя и довольно распространенная, несколько примеров:
reddit
tenforums — особенно забавно решение проблемы выкидыванием hdd из системника
microsoft
microsoft
microsoft

Так вот, примерно раз в час, система будит спящие жесткие диски. «раз в час» это среднее время по моим наблюдениям, может будить диски и раз в 10, 20, 30 минут.
Было такое, что во время простоя(ночью) система будила диски четыре раза в течение четырех часов, затем на несколько часов успокаивалась, и потом продолжала будить.
Будит даже если сидишь за компьютером.

Специально для наблюдения за пробуждением дисков я выставил отключение дисков «через 1 минуту» в параметрах питания.

И собрал батник — https://pastebin.com/2QisMRYD , который отслеживает активность диска.
Каждую секунду утилита smartctl.exe проверяет состояние диска, если состояние изменилось пишет в файл время и что диск Проснулся или Заснул.
Утилита при проверке, конечно, не дергает сами диски. Утилиту можно извлечь из дистрибутива Smartmontools.

Из этих наблюдений и получилось среднее время «раз в час». Как видите для отслеживания нужно время, я уже который день наблюдаю за дисками, но решения так и не нашел.

Где-то год назад пробовал решить проблему, но безрезультатно. То есть все это время диски так и продолжали просыпаться, только время отключения дисков выставил более 2 часов чтобы не дергало слишком часто.

Проблема на всех билдах десятки от 1607 до 1709, специально пробовал откатывать на другие билды. Выше 1709 не проверял, пока что жду 1903, но уверен там эта проблема не решена.
Если я сейчас откачусь на Windows 8, 8.1, этой проблемы не будет. И вообще десятка при каждом чихе дергает диски, чего на 8.1 не было, на восьмерке диски просыпались тогда когда действительно было обращение к файлам на дисках, но не суть.

Что имеем по проблеме:
— Windows 10 x64 Pro 1709 (цифровая лицензия, получена в период бесплатного обновления), установлена с оригинальных образов MS
— 3 SSD, на одном установлена система
— 2 HDD
— Диски подключены по SATA3\6, проверял как на портах Intel так и ASMedia — разницы нет.
— материнская плата P8Z77-V (если это важно)
— наличие вирусов и различной малвари исключено
— не зависит о настроек электропитания
— раскручиваются оба диска

— запущенных программ, установленных на hdd, постоянно дергающих диски нет, т.е. исключаем какие-либо сторонние программы в системе

Пробовал кучу разных вариантов решения, сейчас сложно вспомнить все и перечислить, от отключения различных служб, до такого решения:
https://superuser.com/questions/1228. ery-65-minutes

Далее по наблюдениям:
С помощью Process Monitor отследил и могу точно сказать, что перед пробуждением

процесс (в скобках указан ID процесса):
C:\Windows\system32\svchost.exe -k DcomLaunch -p (скриншот)

запускает процесс:
C:\Windows\system32\wbem\wmiprvse.exe -secured -Embedding (скриншот)

после чего уже wmiprvse.exe и дергает все диски, в том числе и HDD раскручивая их. На скриншоте RD3 и RD5 — первый HDD, RD4 — второй. (скриншот)

Прошу любые предложения для решения. Наверняка я что-то забыл упомянуть, спрашивайте если будет нужна дополнительная информация.

Хотелось бы понять, что такое wmiprvse.exe и что ему нужно от моих дисков. Да, в гугле есть инфа и стандартное описание типа: «WMIPrvSe — это аббревиатура от Windows Management Instrumentation Provider Host Service», но мне это ни о чем не говорит и тем более не говорит о том, что же этой службе нужно от моих дисков. Да и непонятно, что за служба или политика за это отвечает.

Windows 10 прекратит «убивать» SSD

Одним багом меньше

Microsoft исправила ошибку в операционной системе Windows 10 (2004), из-за которой твердотельные накопители на основе флеш-памяти (SSD) могли изнашиваться быстрее обычного. К ускоренной выработке остаточного ресурса устройства могла приводить оптимизация, которую в автоматическом режиме раз за разом проводила операционная система, быстро «забывая», что аналогичная операция проводилась совсем недавно.

Как сообщает Bleeping Computer, баг полностью исправлен в сборке Windows 10 Build 19042.487 (20H2), которая в настоящее время доступна добровольцам из числа участников программы тестирования Windows Insider.

Ожидается, что исправление не только войдет в предстоящий крупный апдейт Windows 10, выход которого намечен на второе полугодие 2020 г., но и будет выпущено Microsoft в виде отдельного патча для актуальной на сегодняшний день версии ОС.

Суть проблемы

После обновления Windows 10 до версии 2004 пользователи заметили, что встроенная в ОС утилита «Оптимизация дисков» (Drive Optimize) некорректно записывает историю обслуживания накопителей компьютера. В частности, программа начала «забывать» время последнего запуска процедуры оптимизации для некоторых дисков.

Таким образом, в окне утилиты напротив соответствующего носителя отображался статус «Требуется оптимизация», а в столбце «Время последнего анализа или оптимизации» было указано «Ранее не запускалась», даже если оптимизация была выполнена только что.

Одна из техник оптимизации носителей, заложенная в алгоритмы «Оптимизации дисков», называется дефрагментацией. Это процедура устранения фрагментации файловой системы, то есть попытка собрать воедино разбросанные по всему носителю фрагменты файлов. Чем сильнее фрагментирована файловая система, тем медленней компьютер работает с информацией на накопителе.

Широко распространено мнение, что в дефрагментации нуждаются только механические жесткие диски (HDD) ввиду особенностей их работы, однако по мнению специалиста Microsoft Скотта Хансельмана (Scott Hanselman) SSD она тоже требуется, хотя и несколько иного типа. Более того, по его словам, Windows, начиная с седьмой версии, умеет ее выполнять.

Напомним, что утилита «Оптимизация дисков» может запускаться как вручную пользователем, так и автоматически по расписанию. По умолчанию Windows выполняет оптимизацию дисков раз в неделю, однако администратор системы может установить другую периодичность процедуры – раз в месяц или ежедневно. Однако из-за приобретенной «забывчивости», если верить результатам экспериментов Bleeping Computer, процедура оптимизации может проводиться гораздо чаще, что в случае с использованием SSD может ускорить износ накопителя, поскольку число циклов записи ячейки флеш-памяти ограничено. К примеру, MLC-ячейка может выдерживать 3-5 тыс. циклов записи.

«Просочившийся» в релиз баг

Последнее крупное обновление функциональности Windows 10 (2004) было выпущено в конце мая 2020 г. Microsoft сопроводила его выход публикацией списка известных проблем, которых на старте насчитывалось 10. Семь из них были связаны с некорректной работой «железа».

Среди наиболее серьезных проблем следует отметить вероятность возникновения трудностей с подключением более чем одного Bluetooth-устройства – в этом «виноваты» драйверы для Bluetooth-адаптеров Realtek. Кроме того, драйверы для аудиочипов Conexant и Synaptics могут спровоцировать «синий экран смерти» (BSoD). Он же грозит и пользователям док-станций с интерфейсом Thunderbolt при отключении или подключении устройства. На ПК с упомянутыми корпорацией аппаратными компонентами установка майского апдейта блокировалась до исправления ошибок.

Позднее список известных проблем был расширен, в том числе за счет бага, который «поломал» утилиту «Оптимизация дисков». Microsoft признала его существование в июне 2020 г.

Примечательно, что впервые, по данным издания WindowsLatest, баг заметили участники программы Windows Insider в ходе предварительного тестирования майского обновления. О проблеме Microsoft пользователи сообщили в январе 2020 г., и в том же месяце корпорация отчиталась о выпуске исправления. Тем не менее, ошибка каким-то образом все равно «перекочевала» в релиз, причем так и не была исправлена последующими патчами.

Уязвимость в Windows 10 повреждает жесткий диск после просмотра файла

Уязвимость появилась в версии Windows 10 (сборка 1803) и продолжает существовать в последней версии.

Уязвимость в Microsoft Windows 10 позволяет злоумышленникам повредить жесткий диск, отформатированный под NTFS, с помощью однострочной команды. Однострочный файл может быть скрыт внутри ярлыка Windows, ZIP-архива, пакетных файлов или различных других векторов, чтобы вызвать ошибки в работе жесткого диска, мгновенно повреждающие индекс файловой системы.

Исследователь информационной безопасности, использующий псевдоним Jonas L, обратил внимание на неисправленную уязвимость в NTFS, затрагивающую Windows 10. По словам эксперта, уязвимость появилась в версии Windows 10 (сборка 1803) и продолжает существовать в последней версии. Кроме того, эксплуатацию проблемы может осуществить обычный пользователь с низкими привилегиями на системах Windows 10.

Диск может быть поврежден, даже если просто попытаться получить доступ к атрибуту NTFS «$i30» в папке определенным образом. Атрибут индекса Windows NTFS (строка «$i30») связан с каталогами и содержит список файлов и подпапок каталога. В некоторых случаях индекс NTFS может также включать удаленные файлы и папки, что удобно при проведении реагирования на инциденты или криминалистической экспертизы.

Остается неизвестным, почему доступ к этому атрибуту повреждает диск, однако ключ реестра, который помог бы диагностировать проблему, не работает.

После запуска команды в командной строке Windows 10 и нажатия Enter пользователь увидит сообщение об ошибке «Файл или каталог повреждены и нечитаемы». Windows 10 немедленно начнет отображать уведомления, предлагающие пользователю перезагрузить компьютер и восстановить поврежденный том диска. При перезагрузке запускается служебная программа проверки диска Windows и начинает восстановление жесткого диска.

После того, как диски будут повреждены, Windows 10 будет генерировать ошибки в журнале событий, указывающие, что главная таблица файлов (MFT) для конкретного диска содержит поврежденную запись.

Эксперт также отметил, что созданный файл ярлыка Windows (.url) с расположением значка, установленным на «C: \: $ i30: $ bitmap» проэксплуатирует уязвимость, даже если пользователь никогда не открывал файл. Как только этот файл ярлыка загружается на ПК с Windows 10 и пользователь просматривает папку, в которой он находится, проводник Windows попытается отобразить значок файла. Для этого проводник Windows будет пытаться получить доступ к созданному пути значка внутри файла в фоновом режиме, тем самым повреждая жесткий диск NTFS в процессе.