NVMe desaparece tras la suspensión: separar APST, PCIe y reanudación del host
- Que falle el montaje o una lectura de la aplicación no demuestra que el SSD NVMe haya desaparecido del bus PCIe.
- APST de NVMe, ASPM de PCIe y los estados de suspensión o runtime D3 del host son mecanismos distintos.
- Compare transiciones repetibles y conserve los registros antes de cambiar políticas de energía o sustituir la unidad.
Si un SSD funciona después de un arranque en frío pero falla tras un período de inactividad o suspensión, necesita una prueba de transiciones, no un cambio inmediato de unidad. Localice primero la falla: ¿desapareció el dispositivo PCIe, dejó de estar disponible el controlador NVMe o el espacio de nombres, falló el montaje del volumen o solo expiró el tiempo de la aplicación? Cada caso exige evidencias diferentes.
¿Qué transición de energía falló?
NVM Express describe APST como un mecanismo NVMe para cambiar entre estados de energía compatibles del controlador. ASPM actúa sobre el enlace PCIe. La suspensión de la plataforma y los estados de energía del dispositivo en tiempo de ejecución introducen otras transiciones. Su implementación depende de la placa, el firmware, el sistema operativo y el controlador. No atribuya cualquier falla de reanudación a APST.
La guía de Microsoft para NVMe explica comportamientos concretos de Windows y Modern Standby, incluida una restricción de calificación para dispositivos con APST activado en esa pila. No es una regla universal para todas las instalaciones de Windows ni para Linux.
Prepare una matriz de transiciones y observaciones
Mantenga constantes el host, el número de parte y firmware del SSD, la versión del sistema operativo, el controlador y la política energética. Registre horas y mensajes disponibles antes y después de cada transición. Si la unidad deja de responder, conserve los registros del host y la configuración; quizá ya no pueda leer el registro de la propia unidad.
| Prueba | Acción | Evidencia que debe guardar |
|---|---|---|
| Arranque en frío | Encendido hasta la primera transacción de la aplicación | Dispositivo PCIe, identidad del controlador, espacio de nombres, montaje y resultado |
| Reinicio | Reinicio del sistema sin cambiar hardware | Los mismos puntos y los errores de arranque o del controlador |
| Inactividad con host activo | Intervalo definido y primera operación de E/S representativa | Última operación correcta, primera falla, estado del dispositivo y errores del host |
| Suspensión y reanudación | Solo un modo admitido por ese host | Modo de suspensión, hora de reanudación, enumeración, espacio de nombres y montaje |
| Ciclos repetidos | Repita la ruta de falla admitida | Número de ciclo, frecuencia de falla y reproducibilidad |
Clasifique el primer punto que falta. Si el dispositivo PCIe sigue presente pero no se monta el sistema de archivos, examine las capas de bloques, particiones y sistema de archivos antes de culpar al enlace o al estado de energía del SSD. Si desaparece el dispositivo PCIe, conserve también los eventos del puerto superior y de energía de la plataforma. Un tiempo de espera de la aplicación con el volumen montado requiere una traza de la aplicación y de E/S.
Cambie una sola condición controlada
Con el responsable del sistema, compare otra unidad u otro host conocido bajo la misma transición admitida. Un cambio controlado de la política de energía del host puede ayudar a acotar la causa, pero anote y restaure la configuración original. No desactive APST o ASPM en toda la flota como remedio genérico. Los cambios de firmware o controlador exigen su propia calificación; consulte la guía de despliegue de firmware NVMe.
Para evaluar un sustituto, envíe la combinación exacta de host y unidad, la transición que falla y la matriz de observaciones con una solicitud de cotización. Así compras e ingeniería reciben un problema de compatibilidad reproducible.
Referencias
Publicamos la capacidad utilizable medida y definimos la verificación del lote de prueba según el producto cotizado y el alcance de ensayo acordado.