На полностью обновленной Win7 x64 система время от времени зависает примерно на минуту. Это продолжается уже пару месяцев. Под зависанием я подразумеваю, что мышь реагирует, и я могу перемещать окна, но любое окно, любая открытая программа становится белесой, когда я ее выбираю, И никакие новые программы не открываются. Неважно, какая это программа. Когда зависание прекращается, все сделанные мной щелчки (например, открытие новых программ) вступают в силу.
Ничего не отображается последовательно (как и каждый раз, когда это происходит) в журнале событий. Сегодня мне удалось что-то найти, но это не показывает ничего, кроме "система не отвечает". Это 7009 для "При ожидании подключения службы отчетов об ошибках Windows истекло время ожидания (30000 миллисекунд)."
Неважно, есть ли у меня подключаемые USB-устройства или нет. Я запускал Microsoft Security Essentials и Malwarebytes.
Пока машина не отвечает, я заметил, что диск D (другой раздел на единственном внутреннем HD в этом ноутбуке) отображается в проводнике вот так. Это никогда не происходит с диском C или любым другим диском на машине 
.
Отчет SMART для физического диска:
Прочитайте бенчмарк HD Tune 5 Pro, вероятно, наиболее показательный фрагмент головоломки. Разве этого недостаточно, чтобы увидеть, что есть проблема с диском, независимо от того, вызвана ли невосприимчивость такой предполагаемой проблемой? 
Вот краткий отчет по оборудованию:
Computer: LENOVO ThinkPad T520
CPU: Intel Core i5-2520M (Sandy Bridge-MB SV, J1)
2500 MHz (25.00x100.0) @ 797 MHz (8.00x99.7)
Motherboard: LENOVO 423946U
Chipset: Intel QM67 (Cougar Point) [B3]
Memory: 8192 MBytes @ 664 MHz, 9.0-9-9-24
- 4096 MB PC10600 DDR3 SDRAM - Samsung M471B5273CH0-CH9
- 4096 MB PC10600 DDR3 SDRAM - Patriot Memory (PDP Systems) PSD34G13332S
Graphics: Intel Sandy Bridge-MB GT2+ - Integrated Graphics Controller [D2/J1/Q0] [Lenovo]
Intel HD Graphics 3000 (Sandy Bridge GT2+), 3937912 KB
Drive: ST320LT007, 312.6 GB, Serial ATA 3Gb/s
Sound: Intel Cougar Point PCH - High Definition Audio Controller [B2]
Network: Intel 82579LM (Lewisville) Gigabit Ethernet Controller
Network: Intel Centrino Advanced-N 6205 AGN 2x2 HMC
OS: Microsoft Windows 7 Professional (x64) Build 7601
Диску менее 1 года. У меня неисправный диск? Seagate Tools diag говорит, что с диском все в порядке...
ОБНОВЛЯТЬ: Я заметил, что служба отчетов об ошибках Windows перешла в состояние выполнения, а затем в состояние остановки, и промежуток между двумя событиями составил ровно 2 минуты. О какой ошибке она пыталась сообщить, я не знаю. Я проверяю «Монитор надежности», и он не показывает ошибок, о которых нужно сообщать. Я отключил службу отчетов об ошибках Windows, чтобы посмотреть, исчезнет ли проблема.
решение1
На основе новой информации, которую вы предоставили, я могу сказать, что на самом деле нет никаких проблем. Тогда почему он «отключается» на несколько секунд в течение трех минут после приостановки гостевой ОС? Потому что, как вы сказали, светодиод HDD продолжает гореть, в то время как диск остается неотзывчивым, поскольку он интенсивно используется.
Происходит следующее: когда вы заканчиваете использовать VMWare и хотите перевести гостевую ОС в спящий режим, вы используете функцию ожидания или гибернации вместо выключения. Это заставляет VMWare копировать содержимое оперативной памяти виртуальной машины на диск, чтобы она могла продолжить работу с того места, где остановилась, без необходимости загружаться заново. В зависимости от того, сколько памяти вы выделили виртуальной машине и сколько ее использовалось, это может означать, что VMWare придется записать на диск довольно много данных (гигабайты).
Когда VMWare копирует память на диск, диск становится более или менее невосприимчивым к новым дисковым операциям, пока текущие дисковые операции (запись ОЗУ в файл) не будут завершены. В результате, когда вы открываетеМой компьютер, Windows пытается обновить данные, но не может прочитать диск, чтобы извлечь необходимые данные, потому что все эти команды записи уже в очереди, ожидая выполнения. Поэтому он оставляет его пустым и выглядит так, как будто он находится в автономном режиме, пока не сможет проскользнуть в эти запросы на чтение (между операциями записи VMWare).
Если вы откроете диск в Проводнике, вы увидите, что он либо не откроется вообще некоторое время, либо откроется и в адресной строке отобразится зеленый индикатор выполнения, как это происходит всякий раз, когда выполняется длительная файловая операция (например, поиск тысяч файлов).
Подводя итог, можно сказать, что в этой ситуации нет ничего удивительного или загадочного. Если бы вместо перевода гостевой ОС VMWare в режим ожидания вы просто вручную скопировали гигантский файл на диск, результаты были бы точно такими же.
Так что вы можете сделать, чтобы исправить это? Помимо замены на более быстрый диск (или использования внутреннего, если D:внешний), лучшим вариантом будет дефрагментация диска. Если D:он сильно фрагментирован, то когда VMWare попытается сбросить оперативную память на диск, он будет метатьсямногопри записи фрагментов гигантского файла в разные области (конечно, это при условии, что это не SSD, который, если D:он все еще находится на том же диске 0ST320LT007, что и C:, то это не так).
Если вы дефрагментируете диск (при условии, что на нем достаточно свободного места), то система сможет записать файл ОЗУ всего за несколько операций с файлами большими порциями (например, write 1GB of data at cluster X) вместо множества мелких операций ( write 1MB here, write 245.18MB there, 4KB here, another 18.1MB somewhere else…). Тогда спящий режим виртуальной машины будет завершаться гораздо быстрее, а диск будет более отзывчивым.
Чтобы точно узнать, какой доступ приводит к активности и занятости диска, можно воспользоваться таким инструментом, какМонитор процесса. Запустите его и щелкните фильтры классов, чтобы выбрать только фильтр класса файла, как показано ниже.
Теперь вы можете видеть, к каким файлам и папкам осуществляется доступ. Обязательно запомните горячую клавишу для запуска и остановки захвата активности ( Ctrl+ E), чтобы вы могли остановить его, когда он начнет переполняться тем, что, скорее всего, будет дисковыми операциями от VMWare.
решение2
Описанные симптомы действительно характерны для плохого диска. Когда диск не отвечает, система ждет, казалось бы, неизмеримое количество времени, прежде чем произойдет тайм-аут и выдаст ошибку.
Тем не менее, любопытно, что это, кажется, происходит только с D:томом (который, как вы подразумевали, был разделом на том же физическом диске, что и C:). Если бы это была программная проблема (например, поврежденная файловая система на D:), то она не должна была бы происходить периодически, в то время как аппаратная проблема действительно могла бы происходить периодически, если, например, есть только пара плохих секторов внутри пластины, и система только изредка касается их. Конечно, вы уже сказали, что HD Tune не сообщил ни об одном. Однако, как вы и думали, современные диски действительно скрывают плохие сектора. Обычно у них есть куча запасных секторов, на которые они могут переназначить плохие сектора, и да, они делают это прозрачно, так что ОС не знает о них (кроме общей информации через SMART).
ЕслиДанныестолбец сообщает необработанные данные, то да, 2465 перемещенных секторов — это много. Если это происходит только с D:, то плохие сектора, вероятно, сгруппированы к центру пластины, где головка паркуется, так что, возможно, диск был задет, когда он выключался/раскручивался.
Для чего используется этот том? Если он используется для хранения каталога tempи т.п., когда ОС или программы время от времени обращаются к нему, то онмогбыть поврежденной файловой системой (конечно, вы сказали, что запустили chkdsk, так что этодолженне быть).
Вы можете проверить/подтвердить, является ли проблема физической с вашим диском, открыв средство просмотра событий ( eventvwr.exe) и проверив Systemжурнал на наличие событий с помощьюИсточникиз Disk. Вы можете сделать перекрестную ссылку на указанный номер диска вУправление дискомОснастка MMC ( diskmgmt.msc).
решение3
Проблема была отслежена до VMWare Player. Это происходит сразу после некоторого времени после выключения гостевой ОС VMWare. Подробнеездесь.
Решением в моем случае было отключение службы авторизации VMware. Эта служба нужна только тогда, когда виртуальную машину нужно запускать не администраторам.
Обновлять: Отключение службы аутентификации VMware И повторное включение службы Application Experience (которую я отключил, поскольку посчитал ее ненужной) решили проблему.
Диск D: все еще становится "офлайн" на несколько секунд, даже после того, как я заменил HD. Это не делает всю машину неотзывчивой, только определенные приложения, которые зависят от данных, хранящихся на D: (например, Outlook в моей конфигурации). Я собираюсь рассмотреть проблему с диском D: offline как отдельную проблему.
решение4
Это сложная проблема для диагностики на основе предоставленной вами информации (которой было много, не поймите меня неправильно). Один из способов диагностировать это как аппаратную проблему — попытаться воссоздать проблему с установкой Linux, например, через wubi.
Я видел, как подобные вещи происходят, когда на жестком диске есть плохие сектора. Но я также видел похожие проблемы из-за неисправных драйверов.
Пробовали ли вы CHKDSK и сканировали ли диск на наличие поврежденных секторов?