Win7 x64 не отвечает на минуту или около того. HD не работает?

Question

На полностью обновленной Win7 x64 система очень часто останавливается на минуту или около того. Это продолжается уже пару месяцев. Под остановкой я подразумеваю, что мышь реагирует, и я могу перемещать окна, но любое окно, любая открытая программа становится белесой, когда я выбираю ее, И любые новые программы не открываются. Неважно, что это за программа. Когда остановка прекращается, все сделанные мной нажатия (например, открытие новых программ) вступают в силу.

Ничто не отображается последовательно (как каждый раз, когда это происходит) в журнале событий. Сегодня я хоть и смог найти что-то, но это не раскрывает ничего, кроме "система не отвечала". Это 7009 для « Превышено время ожидания (30000 миллисекунд) при ожидании подключения службы отчетов об ошибках Windows ».

Неважно, есть ли у меня какой-нибудь USB-плагин или нет. Я запускал Microsoft Security Essentials и Malwarebytes.

Пока машина не отвечает, я заметил, что диск D (другой раздел на единственном внутреннем жестком диске в этом ноутбуке) отображается так же в проводнике. Это никогда не происходит с Диском 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, чтобы проверить, не исчезла ли проблема.

Answer 1

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

Тем не менее, любопытно, что это происходит только с томом D: (который, как вы подразумевали, был разделом на том же физическом диске, что и C: . Если бы это была проблема с программным обеспечением (например, поврежденная файловая система на D: , то это не должно происходить периодически, в то время как проблема с оборудованием действительно могла бы происходить периодически, если, например, есть только несколько поврежденных секторов внутри Блюдо и система только изредка случается с ними прикасаться. Конечно, вы уже сказали, что HD Tune ничего не сообщал. Однако, как вы думали, современные диски действительно скрывают плохие сектора. У них обычно есть куча запасных секторов, в которые они могут переназначить плохие сектора, и да, они делают это прозрачно, чтобы ОС не знала о них (кроме общей информации через SMART).

Если в столбце « Данные» представлены необработанные данные, то да, 2465 перемещенных секторов - это много. Если это происходит только с D: то плохие секторы, скорее всего, сгруппированы по направлению к центру диска, где головка идет в парк, поэтому, возможно, диск встревожился, когда диск выключался / вращался.

Для чего используется этот объем? Если он используется для таких вещей, как хранение temp каталога и таких, где ОС или программы время от времени получают к нему доступ, то это может быть поврежденная файловая система (конечно, вы сказали, что запускали chkdsk , так что не должно быть).

Вы можете проверить / подтвердить, если это физическая проблема с вашим диском, открыв окно просмотра событий (eventvwr.exe) и проверив System журнал на наличие событий с источником Disk . Вы можете сделать перекрестную ссылку на указанный номер диска в оснастке MMC « Управление дисками» (diskmgmt.msc).

Answer 2

Проблема связана с VMWare Player. Это происходит сразу по истечении некоторого времени после завершения работы гостевой ОС VMWare. Больше информации здесь.

Решением в моем случае было отключение службы авторизации VMware. Эта услуга нужна только тогда, когда виртуальная машина должна запускаться не администраторами.

Обновление: отключение службы проверки подлинности VMware и повторное включение службы взаимодействия с приложениями (которую я отключил, поскольку считал ее ненужной) решили проблему.

Диск D: все еще переходит в автономный режим на несколько секунд, даже после замены жесткого диска. Это не делает всю машину не отвечающей, только конкретные приложения, которые зависят от данных, хранящихся на D: (как outlook, в моей конфигурации). Я собираюсь рассмотреть проблему автономного диска D: как отдельную проблему.

Answer 3

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

Происходит следующее: когда вы заканчиваете использовать VMWare и хотите перевести гостевую ОС в спящий режим, вы используете функцию ожидания или гибернации вместо выключения. Это заставляет VMWare копировать содержимое оперативной памяти виртуальной машины на диск, чтобы она могла возобновить работу с того места, на котором она остановилась, без необходимости загружаться заново. В зависимости от того, сколько памяти вы назначили виртуальной машине и сколько она использовала, это может означать, что VMWare должна записать довольно много данных (гигабайт) на диск.

Когда VMWare копирует память на диск, диск становится более или менее невосприимчивым к новым операциям на диске до тех пор, пока не завершатся текущие операции с диском (запись ОЗУ в файл). В результате, когда вы открываете Мой компьютер, Windows пытается обновить данные, но не может прочитать диск, чтобы извлечь необходимые данные, потому что все эти команды записи уже находятся в очереди, ожидая, чтобы это произошло. Поэтому он оставляет его пустым и выглядит как автономный, пока не сможет проскользнуть в этих запросах на чтение (между операциями записи VMWare).

Если вы откроете диск в Проводнике, вы увидите, что он либо не будет его вообще открывать какое-то время, либо откроет его и высветит адресную строку зеленым индикатором выполнения, как это происходит при длительной операции с файлом ( как поиск тысяч файлов).

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

Так что вы можете сделать, чтобы это исправить? Помимо перехода на более быстрый диск (или использования внутреннего диска, если D: внешний), лучше всего дефрагментировать диск. Если D: очень фрагментирован, а затем , когда VMWare пытается очистить ОЗУ на диск, это приведет к тому , что метаться много во время записи куски гигантского файла в различных областях (конечно , это предполагает , что это не SSD, что если D: все еще является разделом на том же диске 0ST320LT007, что и C: тогда это не так).

Если вы дефрагментируете диск (предполагая, что на нем достаточно свободного места), тогда система может записать файл RAM только с несколькими файловыми операциями в больших областях (например, write 1GB of data at cluster X) вместо многих, многих небольших операций. (write 1MB here , write 245.18MB there , 4KB here , another 18.1MB somewhere else …) Тогда спящий VM закончится намного быстрее, и диск будет более отзывчивым.

Чтобы точно определить, какой доступ приводит к тому, что диск становится активным и занятым, вы можете использовать такой инструмент, как Process Monitor. Запустите его и щелкните фильтры классов, чтобы выбрать только фильтр классов файлов, как показано ниже.

Теперь вы можете видеть, какие файлы и папки доступны. Обязательно запомните горячую клавишу для запуска и остановки захвата активности (Ctrl+E), чтобы вы могли остановить ее, как только она начнет заполняться тем, что, вероятно, будет дисковой операцией из VMWare.

Answer 4

Это сложная проблема для диагностики по предоставленной вами информации (которой было много, не поймите меня неправильно). Один из способов диагностировать это как аппаратную проблему - попытаться воссоздать проблему с установкой Linux, например, через wubi.

Я видел подобные вещи, когда на HD появляются плохие сектора. Но у меня также были проблемы с симуляром из-за неисправных водителей.

Вы пробовали CHKDSK и сканировали плохие сектора?