En un Win7 x64 completamente actualizado, de vez en cuando el sistema se detiene durante aproximadamente un minuto. Esto ha estado sucediendo desde hace un par de meses. Por detenerme quiero decir que el mouse responde y puedo mover las ventanas, pero cualquier ventana, cualquier programa, que esté abierto se vuelve blanquecino cuando lo selecciono Y ningún programa nuevo se abrirá. No importa qué tipo de programa sea. Cuando el bloqueo se detiene, todos los clics que hice (abrir nuevos programas, por ejemplo) surten efecto.
No aparece nada de forma consistente (como ocurre cada vez que esto sucede) en el registro de eventos. Aunque hoy pude encontrar algo, pero no revela mucho más que "el sistema no respondía". Es un 7009 para "Se alcanzó un tiempo de espera (30000 milisegundos) mientras se esperaba que se conectara el servicio de informe de errores de Windows."
No importa si tengo algún dispositivo USB conectado o no. Ejecuté Microsoft Security Essentials y Malwarebytes.
Si bien la máquina no responde, noté que la Unidad D (la otra partición en el disco duro interno único de esta computadora portátil) se muestra así en el Explorador. Esto nunca ocurre con la unidad C ni con ninguna otra unidad de la máquina. 
.
Informe SMART para el disco físico:
Lea el punto de referencia de HD Tune 5 Pro, probablemente la pieza más reveladora del rompecabezas. ¿No es esto suficiente por sí solo para ver que hay un problema con la unidad, independientemente de si la falta de respuesta se debe a ese supuesto problema? 
Aquí hay un breve informe de hardware:
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
El disco tiene menos de 1 año. ¿Tengo una unidad defectuosa? El diagnóstico de Seagate Tools dice que no hay ningún problema con la unidad...
ACTUALIZAR: Noté que el servicio de informes de errores de Windows entró en el estado de ejecución y luego en el estado de detención y el espacio entre los dos eventos fue exactamente de 2 minutos. No sé qué error estaba intentando informar. Verifico el "Monitor de confiabilidad" y no muestra ningún error que informar. Deshabilité el servicio de informe de errores de Windows para ver si el problema desaparece.
Respuesta1
Según la nueva información que me has proporcionado, puedo decir que en realidad no hay ningún problema. Entonces, ¿por qué se "desconecta" durante unos segundos y hasta tres minutos después de suspender el sistema operativo invitado? Porque, como dijiste, la luz LED del disco duro permanece encendida mientras la unidad no responde porque se está utilizando mucho.
Lo que sucede es que cuando termina de usar VMWare y desea suspender el sistema operativo invitado, usa la función de espera o hibernación en lugar de apagarlo. Esto hace que VMWare copie el contenido de la RAM de la VM al disco para que pueda continuar donde lo dejó sin tener que iniciar de nuevo. Dependiendo de cuánta memoria haya asignado a la VM y de cuánta se haya utilizado, esto puede significar que VMWare tenga que escribir una gran cantidad de datos (gigabytes) en el disco.
Cuando VMWare copia la memoria al disco, la unidad deja de responder más o menos a las nuevas operaciones del disco hasta que finalizan las operaciones del disco actual (escribir la RAM en un archivo). Como resultado, cuando abresMi computadora, Windows intenta actualizar los datos pero no puede leer la unidad para recuperar los datos necesarios porque ya hay todos esos comandos de escritura en línea esperando que sucedan. Por lo tanto, lo deja vacío y parece que está fuera de línea hasta que logra introducir esas solicitudes de lectura (entre las operaciones de escritura de VMWare).
Si abre la unidad en el Explorador, verá que no la abrirá en absoluto durante un tiempo o la abrirá y mostrará la barra de direcciones con una barra de progreso verde como lo hace cada vez que hay una operación de archivo prolongada ( como buscar miles de archivos).
En resumen, no hay nada sorprendente ni misterioso en esta situación. Si en lugar de poner un sistema operativo invitado VMWare en modo de espera, simplemente hubiera copiado manualmente un archivo gigante en la unidad, los resultados serían exactamente los mismos.
Entonces, ¿qué puedes hacer para solucionarlo? Además de cambiar a una unidad más rápida (o usar una interna si D:es externa), lo mejor que puedes hacer es desfragmentar la unidad. Si D:está muy fragmentado, cuando VMWare intente vaciar la RAM en el disco, provocará que se mueva.muchomientras escribe fragmentos del archivo gigante en diferentes áreas (por supuesto, esto supone que no es un SSD, que si D:sigue siendo una partición en la misma unidad 0ST320LT007 C:, entonces no lo es).
Si desfragmenta la unidad (suponiendo que haya suficiente espacio libre), entonces el sistema puede escribir el archivo RAM con solo unas pocas operaciones de archivo en franjas grandes (por ejemplo, ) en write 1GB of data at cluster Xlugar de muchas, muchas operaciones pequeñas ( write 1MB here,,, ...) Luego La suspensión de la VM finalizará mucho más rápido y la unidad responderá mejor.write 245.18MB there4KB hereanother 18.1MB somewhere else
Para saber exactamente cuál es el acceso que hace que la unidad esté activa y ocupada, puede utilizar una herramienta comoMonitor de proceso. Ejecútelo y haga clic en los filtros de clase para seleccionar solo el filtro de clase de archivo como se ve a continuación.
Ahora puede ver a qué archivos y carpetas se accede. Asegúrese de memorizar la tecla de acceso rápido para iniciar y detener la captura de actividad ( Ctrl+ E) para poder detenerla una vez que comience a inundarse con lo que probablemente sean las operaciones de disco de VMWare.
Respuesta2
Los síntomas descritos son, de hecho, endémicos de un mal manejo. Cuando un disco no responde, el sistema espera una cantidad de tiempo aparentemente inconmensurable antes de agotar el tiempo y generar un error.
Dicho esto, es curioso que solo parezca suceder con el D:volumen (que usted dio a entender que era una partición en el mismo disco físico que C:). Si se tratara de un problema de software (por ejemplo, un sistema de archivos corrupto D:), entonces no debería ocurrir de manera intermitente, mientras que un problema de hardware podría ocurrir de manera intermitente si, por ejemplo, solo hay un par de sectores defectuosos hacia el interior del plato y el sistema sólo ocasionalmente los toca. Por supuesto, ya dijiste que HD Tune no informó ninguno. Sin embargo, como pensaba, las unidades modernas ocultan sectores defectuosos. Por lo general, tienen un montón de sectores de repuesto a los que pueden reasignar sectores defectuosos y sí, lo hacen de forma transparente para que el sistema operativo no los conozca (aparte de información genérica a través de SMART).
Si elDatosLa columna informa datos sin procesar, entonces sí, 2465 sectores reubicados es mucho. Si solo sucede con D:, entonces los sectores defectuosos probablemente estén agrupados hacia el centro del plato donde se estaciona el cabezal, por lo que tal vez el disco se empujó mientras se apagaba o giraba.
¿Para qué se utiliza ese volumen? Si se utiliza para cosas como almacenar el tempdirectorio y lugares donde el sistema operativo o los programas acceden ocasionalmente a él, entoncespodríaser un sistema de archivos corrupto (por supuesto, dijiste que ejecutaste chkdsk, por lo quedeberíaNo ser).
Puede verificar/confirmar si se trata de un problema físico con su unidad abriendo el Visor de eventos ( eventvwr.exe) y verificando el Systemregistro de eventos con unFuentede Disk. Puede hacer una referencia cruzada del número de disco indicado en elGestión de discosComplemento MMC ( diskmgmt.msc).
Respuesta3
El problema se remonta a VMWare Player. Ocurre inmediatamente después de algún tiempo después de que se apaga el sistema operativo invitado VMWare. Más informaciónaquí.
La solución en mi caso fue deshabilitar el Servicio de autorización de VMware. Este servicio solo es necesario cuando la máquina virtual debe ser ejecutada por personas que no sean administradores.
Actualizar: Deshabilitar el servicio de autenticación de VMware Y volver a habilitar el servicio de experiencia de aplicaciones (que había deshabilitado porque lo consideré innecesario) resolvió el problema.
La unidad D: todavía está "fuera de línea" durante unos segundos, incluso después de haber reemplazado el disco duro. Esto no hace que toda la máquina deje de responder, solo aplicaciones específicas que dependen de los datos almacenados en D: (como Outlook, en mi configuración). Voy a considerar el problema de la unidad D: sin conexión como un tema aparte.
Respuesta4
Este es un problema difícil de diagnosticar a partir de la información que proporcionaste (que era mucha información, no me malinterpretes). Una forma de diagnosticar esto como un problema de hardware es intentar recrear el problema con una instalación de Linux, como a través de wubi.
He visto suceder cosas similares cuando hay sectores defectuosos en el disco duro. Pero también he visto problemas similares debido a controladores defectuosos.
¿Has probado CHKDSK y has escaneado en busca de sectores defectuosos?