Este es nuestro tercer artículo sobre el tema. Si te los perdiste:
- Parte 1 (alerta y desinstalación): Alerta: KB5063878 y SSDs
- Parte 2 (seguimiento y tabla): Seguimiento + modelos citados
1) La posición de Phison (vía The Verge)
The Verge publicó que, según Phison, varios reportes provenían de revisiones con versiones tempranas de firmware y BIOS (unidades “performance preview”) y que, con firmware de canal en unidades de consumo, no reprodujeron fallos. Microsoft, por su parte, indica que no encontró conexión entre el update y fallas de SSD/HDD. Fuente: The Verge.
2) Lo que reporta PCDIY (HKPEC): controladores concretos y cargas pesadas
En el grupo de Facebook de HKPEC (PCDIY) afirman haber reproducido problemas bajo copias de 100 GB–1 TB y test de estrés con modelos como Corsair MP600 2TB (Phison E16), Silicon Power US70 2TB (E16) y Apacer AS2280F4 2TB (E26). En la publicación listan explícitamente los controladores (PS5016-E16-32 y PS5026-E26-52) y muestran pantallas de Windows Update. Enlace del post (puede requerir acceso): HKPEC / PCDIY.
3) Nuevo video de JayzTwoCents: del “trigger” al fix temporal
En su video más reciente, Jay repasa el artículo de The Verge y sus conversaciones con Phison. Defiende que la actualización de Windows actúa como desencadenante de un problema latente y que, en su banco (ASRock X870E Taichi), la situación mejoró tras actualizar la BIOS (nuevo AGESA): pudo completar múltiples ciclos del benchmark/juego sin volver a fallar, cuando antes el sistema caía durante la carga de la escena. El síntoma típico sigue siendo que el SSD “desaparece” y solo regresa tras un power cycle. (Video: “Microsoft / SSD Issues FIXED… Plus NEW evidence on what causes it!”.)
4) ¿Qué piensa la gente? (sentimiento en los comentarios de The Verge)
En los comentarios del artículo de The Verge se aprecia:
- Escepticismo hacia culpar únicamente a “firmware temprano”.
- Críticas a trasladar toda la responsabilidad al firmware de fabricantes.
- Respuesta del editor (Tom Warren): Windows no “ordena” a un SSD desconectarse; más bien la actualización dispara un bug subyacente del controlador/firmware que luego requiere power cycle para volver.
5) Dónde estamos hoy (síntesis accionable)
- Phison sostiene que con firmware de canal y plataformas al día no reproduce fallos (The Verge).
- PCDIY mostró casos con E16 y E26 bajo cargas pesadas; no es un único modelo (post de HKPEC/PCDIY).
- JayzTwoCents logró estabilidad tras actualizar BIOS/AGESA, lo que sugiere poner al día BIOS/UEFI y el firmware del SSD, además de Windows.
- Si tienes síntomas, actualiza BIOS/UEFI (especialmente en plataformas AMD por AGESA) y el firmware del SSD.
Guías en lista de reproducción: “Actualizando BIOS (todas las marcas)”
- Mantén Windows al día; si el problema bloquea tu flujo, valora pausar/desinstalar el update siguiendo la guía de la Parte 1.
- Evita cargas de E/S masivas en el mismo volumen (copias >50 GB, compresión+extracción en el mismo disco) hasta estabilizar.
- Si el SSD “desaparece”: power cycle, comprueba SMART y sistema de archivos antes de volver a producción.
Fuentes y referencias
- The Verge — Windows 11 SSD issues blamed on reviewers using ‘early versions of firmware’.
- HKPEC / PCDIY — post con pruebas y modelos (puede requerir acceso).
- JayzTwoCents — “Microsoft / SSD Issues FIXED… Plus NEW evidence on what causes it!” (subtítulos analizados por TekNativo).
About the Author
