Windows sale de suspensión solo
Identifica la última reactivación, temporizadores y dispositivos autorizados antes de cambiar permisos. Una lista de dispositivos no demuestra cuál despertó la PC.
Probá esto primero
1 comprobaciones rápidas · ~5 min
Identificá tu caso
Todas las señales a la vista. Elegí la que coincide con lo que observás.
La última reactivación identifica un dispositivo
Correlaciona ese dispositivo con su permiso antes de cambiarlo.
Hay un temporizador relacionado con la hora
Identifica la tarea y su propietario.
La evidencia apunta al adaptador de red
Distingue uso remoto necesario de una reactivación no deseada.
No aparece una causa útil
Compara otros registros y el contexto, sin inventar una causa.
Solo sucede con cierto dock o periférico
Una comparación controlada puede acotar la ruta.
Es un equipo administrado
Una tarea o política requiere revisión por IT.
Señales de diagnóstico
- ObservaciónAutorizado no significa responsable
- wake_armed enumera permisos actuales. No es el historial de quién provocó la última reactivación.
- Observaciónlastwake sin explicación útil
- Conserva el resultado y la hora; la falta de detalle limita el diagnóstico, no invalida la observación.
Soluciones paso a paso
Consulta la última reactivación observada
Recoge evidencia antes de desactivar funciones.
Guarda el trabajo. Después de una reactivación inesperada, abre Terminal o Símbolo del sistema y consulta la última transición. Anota hora, alimentación y periféricos conectados; no provoques ciclos repetidos si el equipo se calienta o pierde trabajo.
powercfg /lastwakeMuestra información de la última reactivación que Windows expone; no cambia configuración.
Si identifica un dispositivo, conserva su nombre para la rama de dispositivo. Si no ofrece una causa, consulta temporizadores y permisos: no atribuyas el fallo al primer adaptador instalado.
Distingue temporizadores de dispositivos autorizados
Estas consultas describen evidencia diferente.
Abre Terminal como administrador autorizado para consultar temporizadores; si no tienes permiso en un equipo de trabajo, entrega la hora a IT. Ejecuta las consultas sin añadir comandos de modificación.
powercfg /waketimersEnumera temporizadores activos. Compara responsable y vencimiento con la hora observada; un temporizador actual no prueba un evento pasado.
powercfg /devicequery wake_armedEnumera dispositivos actualmente configurados para reactivar. Su presencia no demuestra que hayan causado el despertar.
Si un temporizador coincide, sigue la tarea responsable; si un dispositivo coincide con lastwake, sigue ese dispositivo. Sin coincidencia útil, utiliza la comparación de contexto antes de cambiar permisos.
Cambia solo un permiso respaldado por evidencia
La prueba debe ser reversible y conservar otra forma de despertar el equipo.
Si el dispositivo identificado ofrece Administración de energía en sus propiedades del Administrador de dispositivos, anota el estado de Permitir que este dispositivo reactive el equipo. Solo si no necesitas esa función y tienes autorización, desmarca ese permiso; no deshabilites el dispositivo completo. Si la opción no aparece, consulta al fabricante, sin editar el Registro.
En un adaptador de red confirma primero si se necesita activación remota. Prueba un ciclo normal después de guardar. Si el patrón desaparece, el permiso es relevante; si no cambia, restaura el ajuste y conserva el nuevo lastwake en vez de desactivar todos los dispositivos.
Revisa la tarea responsable, no todos los temporizadores
Una tarea de mantenimiento puede ser intencional.
Con el nombre y hora del temporizador, identifica la aplicación o tarea. Si es una tarea creada y administrada por ti, consulta su configuración documentada de reactivación y registra el valor antes de ajustar solo esa condición. Si pertenece al sistema o a la organización, pide revisión a su responsable.
Observa si deja de ocurrir en el horario previsto y si la tarea sigue cumpliendo su función. Si no cambia, restaura el ajuste. No desactives Windows Update, mantenimiento ni todos los timers como experimento.
Compara el contexto cuando el origen sigue sin aclararse
Una diferencia controlada aporta más que repetir ajustes generales.
Si ocurre solo con un dock o periférico, guarda el trabajo y expulsa unidades antes de retirarlo. Compara una suspensión normal sin ese accesorio, manteniendo lo demás igual. Si cambia el patrón, informa al fabricante de esa combinación; no demuestra por sí sola un accesorio roto.
Si no hay causa útil, conserva salidas, horarios y relación con tapa/dock/alimentación para soporte Windows u OEM. No cambies el modelo de suspensión, firmware ni el Registro para compensar la falta de evidencia.
¿Sigue sin funcionar?
Tarea o política administrada: IT. Origen persistente sin evidencia concluyente: soporte con las tres consultas y contexto. Si Windows nunca entra en suspensión o solo pierde imagen, aclara ese síntoma antes de seguir esta ruta.
Fuentes
Documentación utilizada para esta guía. Las recomendaciones editoriales se identifican por separado.
Revisión documental: . Revisión de fuentes; no implica una prueba física del equipo.
Problemas relacionados
Bluetooth desapareció en Windows
Windows ya no ofrece Bluetooth o no permite activarlo. Primero comprobá si el adaptador sigue detectado; si Bluetooth aparece pero un accesorio no conecta, ese es otro diagnóstico.
Ver soluciónWindows no encuentra redes Wi-Fi
El control Wi-Fi existe, pero Windows no muestra las redes disponibles. Revisá la radio y la compatibilidad de banda; si falta el control o el adaptador, usá la guía de opción Wi-Fi ausente.
Ver soluciónPantalla negra después de iniciar Windows
La imagen desaparece al entrar en Windows o después de iniciar sesión. Si nunca viste imagen de arranque ni una señal de Windows, empezá por PC enciende pero no da imagen.
Ver solución