¿Por qué desaparece un SSD SATA después de un reinicio en caliente, pero vuelve a aparecer tras apagar el equipo?
Un SSD SATA puede desaparecer después de un reinicio en caliente cuando el controlador o el enlace permanece en un estado incorrecto que solo se soluciona al retirar completamente la alimentación.
Un reinicio normal restablece el software, pero es posible que no elimine la alimentación de espera del SSD, el controlador, el backplane o el puerto de la placa base. Si el enlace no logra estar listo, la unidad puede desaparecer antes de que intervengan las particiones, los sistemas de archivos, los grupos de almacenamiento o las aplicaciones. Un apagado completo cambia el diagnóstico porque fuerza una inicialización más profunda del controlador y del enlace. Empieza por identificar la capa más baja que pierde el dispositivo en lugar de reconstruir de inmediato el almacenamiento o reemplazar el sistema de archivos.
Determina si la BIOS, el controlador SATA o solo el sistema operativo pierde el SSD
Registra si el SSD aparece en la BIOS o UEFI, en la vista del controlador del sistema operativo, en la lista de dispositivos de bloque, en la tabla de particiones y en el sistema de archivos montado antes y después de un reinicio en caliente.
La guía libATA de Linux describe cómo el controlador espera a que un enlace SATA esté listo y puede considerar ausente un dispositivo cuando falla la preparación. Su modelo de recuperación del enlace SATA explica por qué un disco puede desaparecer antes de llegar a cualquier capa del sistema de archivos.
Si la BIOS también pierde el SSD, céntrate en el firmware, la alimentación del puerto, la inicialización del enlace, el cable y el controlador de la unidad. Si la BIOS lo detecta pero el sistema operativo no, conserva los registros del sistema operativo e inspecciona la enumeración del controlador y el modo del controlador.
Compara el reinicio en caliente, el apagado completo y la desconexión de la alimentación
Prueba un reinicio normal, un apagado del sistema operativo seguido de un encendido inmediato y un apagado con la alimentación desconectada durante el tiempo suficiente para que desciendan las líneas de espera. Repite cada estado al menos dos veces.
La vista de dispositivos PCI ofrece un límite claro entre la presencia del controlador y la detección del almacenamiento. La utilidad lspci puede confirmar si el controlador AHCI o SATA cambió durante el reinicio, incluso cuando el dispositivo de bloque del SSD está ausente.
Si solo retirar completamente la alimentación restaura la unidad, los candidatos principales son un estado retenido del controlador, un restablecimiento incompleto de la PHY SATA, el estado del firmware del SSD o una interacción con la gestión de energía. Este patrón es menos compatible con un problema normal de montaje o de particiones.
Inspecciona el primer error del enlace SATA y del restablecimiento
Guarda el registro de eventos del núcleo o del sistema del reinicio en caliente fallido antes de realizar un arranque en frío. Busca mensajes de enlace caído, fallos de COMRESET, tiempos de espera de preparación del dispositivo, comandos IDENTIFY fallidos o restablecimientos repetidos del puerto.
La gestión activa de energía del enlace SATA puede colocarlo en estados de bajo consumo que algunas combinaciones de controlador y SSD gestionan mal. ArchWiki advierte que la gestión agresiva de energía del enlace puede causar problemas graves en dispositivos incompatibles.
El primer error es más valioso que los mensajes posteriores que indican que el sistema de archivos o el grupo de almacenamiento no está disponible. Conserva el número de puerto y el modelo de la unidad para poder asociar cada prueba posterior de cable, ranura y firmware con la misma ruta.
Comprueba el cable SATA, el conector de alimentación y los contadores de errores de la interfaz
Vuelve a conectar el cable de datos SATA y el conector de alimentación con el servidor completamente apagado. Inspecciona pestañas de bloqueo flojas, dobleces pronunciados, divisores, conectores del backplane y adaptadores.
La guía de resolución de problemas de almacenamiento de Unraid indica que el aumento de errores CRC UDMA debe llevar a comprobar los cables de datos y alimentación, las conexiones del controlador y los puertos, en lugar de reparar inmediatamente el sistema de archivos.
Un recuento histórico de CRC no demuestra que el cable actual siga defectuoso. Registra el valor sin modificar, realiza un ciclo de reinicio controlado y comprueba si el contador aumenta.
Revisa el SMART del SSD, los registros de errores y el estado del firmware
Captura el modelo del SSD, el número de serie, la revisión del firmware, el recuento de ciclos de alimentación, el recuento de apagados inseguros, los errores de interfaz y los registros de errores disponibles del dispositivo mientras la unidad sea visible.
La referencia de smartctl describe los atributos SMART y los registros de errores que ayudan a distinguir los problemas de salud de la memoria flash de los fallos de transporte o del controlador.
Aplica una actualización del firmware del SSD solo después de verificar las copias de seguridad, la compatibilidad del modelo y las instrucciones de recuperación del fabricante. Cambia una sola capa de firmware cada vez para poder identificar una solución exitosa.
Usa un nuevo escaneo solo con fines de diagnóstico
Cuando el controlador siga presente pero falte el disco, realiza un nuevo escaneo de almacenamiento compatible después de detener todas las operaciones de E/S activas. Registra si el SSD vuelve a aparecer sin realizar un ciclo de alimentación.
Microsoft documenta que el comando rescan localiza los discos detectados recientemente, por lo que resulta útil para distinguir una enumeración retrasada del sistema operativo de una unidad ausente a nivel del controlador.
Un nuevo escaneo exitoso no es una solución permanente. Demuestra que el controlador y el SSD pueden comunicarse después de otro intento de detección, por lo que el trabajo restante corresponde al firmware, el controlador, el modo del controlador o la inicialización del enlace.
Aísla la unidad, el puerto y el controlador antes de reemplazarlos
Después de realizar una copia de seguridad de los datos, mueve el SSD a un puerto SATA conocido como funcional utilizando un cable conocido como funcional, o prueba una unidad conocida como funcional en la ruta original. Cambia solo un componente por ciclo.
La guía de ZimaSpace sobre cómo separar los fallos del cable SATA y de la unidad ofrece el flujo de aislamiento correspondiente para rutas de almacenamiento que fallan de forma intermitente.
El problema se resuelve cuando el SSD permanece visible durante varios reinicios en caliente, arranques en frío, periodos de inactividad y lecturas sostenidas sin nuevos errores del enlace. Deja de usar la unidad para datos principales si sigue desapareciendo en puertos y cables conocidos como funcionales o si informa de un empeoramiento de los errores del dispositivo.
Productos recomendados
Soporte y Consejos
Más para leer
¿Puede Plex compartir una GPU con otro contenedor de Docker?
Plex y otro contenedor suelen poder acceder a la misma GPU, pero debes probar la compatibilidad de los controladores, la asignación de dispositivos, la...
Cómo saber si un error de Plex proviene del cliente o del servidor
Reproduce el mismo elemento en otro cliente, compara la ruta de la sesión y recopila pruebas del servidor solo después de que el alcance...
Cómo configurar la caché de Plex y el almacenamiento temporal para la transcodificación
Protege el estado persistente de Plex mientras colocas los archivos temporales de transcodificación en un almacenamiento local adecuado; después, verifica la limpieza, el espacio...
