
➡️ Ir a “Cómo desinstalar / pausar KB5063878”
Reportes comunitarios apuntan a que, tras instalar KB5063878 (y, en entornos Insider, KB5062660), ciertos discos pueden desaparecer del sistema durante escrituras largas (>50 GB) y con la unidad bastante llena (>60% de uso). Phison confirmó que investiga. Aquí tienes qué pasó, una lista no oficial de modelos, y cómo proteger tus datos (incluida guía para desinstalar el parche).
Contenido
Cronología rápida
- Mediados de agosto de 2025: un tester japonés documenta, con procedimiento reproducible, que al escribir >50 GB en SSD con >60% de uso la unidad puede desaparecer del SO; una WD SA510 2TB habría quedado irrecuperable. Medios internacionales recogen la historia y amplían con más casos.
- Phison emite comunicado: está al tanto de “efectos a nivel industria” tras KB5063878/KB5062660 y colabora con partners para mitigaciones.
Síntomas reproducibles
- Transferencias largas (>50 GB) o instalación de juegos/archivos grandes, especialmente cuando la unidad está >60% ocupada.
- La unidad “se va” del sistema (no aparece, SMART ilegible). Tras reiniciar suele volver, pero el fallo recurre al repetir la misma carga. En casos aislados habría quedado irrecuperable.
- No parece exclusivo de un único controlador o marca: se han observado fallos en varias familias, aunque muchos reportes apuntan a controladores Phison (incluidos modelos DRAM-less), y también existen reportes con otros controladores.
Estado oficial: Microsoft aún no ha publicado diagnóstico raíz; Phison confirmó investigación conjunta con la industria. Precaución recomendada con cargas de escritura largas hasta que haya fix.
Lista no oficial de modelos reportados
Importante: esta tabla compila reportes comunitarios y pruebas de terceros. No implica afectación universal de todas las unidades de ese modelo (puede variar por firmware, lote, capacidad, etc.). Clasificación: NG Lv.1 y NG Lv.2 son categorías usadas en las pruebas originales.
Posible afectación (bajo las condiciones de prueba)
Marca / Modelo | Tipo | Estado reportado | Notas |
---|---|---|---|
WD Blue SA510 2TB | SATA | NG Lv.2 | No se recuperó tras reinicio en la prueba publicada. |
WD Blue SN5000 | NVMe | NG Lv.1 | Desaparece durante escrituras largas; vuelve tras reinicio. |
WD SA500 (Red 1TB) | SATA | NG Lv.1 | Se recupera tras reinicio. |
WD Blue SA570 | SATA | NG Lv.1 | Se recupera tras reinicio. |
Corsair MP510 (960GB) | NVMe (Phison) | NG Lv.1 | Reportes de desaparición bajo carga, vuelve tras reinicio. |
Corsair MP600 | NVMe (Phison) | NG Lv.1 | “Reaparece” tras reinicio, volvería a fallar si repites la carga. |
SK hynix Platinum P41 | NVMe | NG Lv.1 | Fallo reproducible bajo carga sostenida; vuelve tras reinicio. |
Crucial P3 Plus | NVMe | NG Lv.1 | Como arriba. |
ADATA Legend 800 (2TB) | NVMe | NG Lv.1 | Como arriba. |
HP FX7000 (2TB) | NVMe | NG Lv.1 | Como arriba. |
XPG SX8200 Pro (2TB) | NVMe | NG Lv.1 | Como arriba. |
Hanye HE70 (2TB) | NVMe | NG Lv.1 | “Reiniciado y restaurado”. |
Kioxia Exceria Plus G4 | NVMe | NG (reportes) | Reportes de malfunción durante escrituras largas. |
Modelos que no fallaron en las mismas pruebas
Marca / Modelo | Tipo | Resultado | Notas |
---|---|---|---|
Samsung 990 Pro | NVMe | OK | Sin fallos bajo el mismo procedimiento. |
Samsung 980 Pro | NVMe | OK | — |
Samsung 980 | NVMe | OK | — |
Samsung 870 EVO | SATA | OK | — |
WD Black SN7100 | NVMe | OK | Mencionado como no afectado en listados públicos. |
Seagate FireCuda 530 (1–2TB) | NVMe | OK | — |
Solidigm P44 Pro | NVMe | OK | — |
Crucial T700 | NVMe | OK | — |
SanDisk SSD Plus 240GB | SATA | OK | Modelo antiguo; sin fallos en prueba. |
Si tu unidad no aparece, no implica que esté a salvo o afectada. Esta es una muestra de lo que se ha probado/reportado públicamente. Seguiremos actualizando.
Cómo desinstalar (o pausar) KB5063878
Opción A — desde Configuración (recomendado)
- Ve a Inicio > Configuración > Windows Update > Historial de actualizaciones.
- En Desinstalar actualizaciones, localiza KB5063878 (o KB5062660 si eres Insider) y pulsa Desinstalar.
- Reinicia cuando lo pida.
Opción B — desde línea de comandos (avanzado)
- Abre CMD o PowerShell como administrador.
- Lista paquetes instalados:
DISM /Online /Get-Packages | findstr /i "KB5063878 KB5062660"
. - Copia el PackageName exacto del LCU y quítalo con:
DISM /Online /Remove-Package /PackageName:Package_for_RollupFix~<…>
- Reinicia el equipo.
Nota: WUSA /quiet para LCUs modernos está en desuso; DISM es la vía soportada. No todos los parches permiten desinstalación.
Evitar que se reinstale automáticamente
- En Windows Update, usa Pausar actualizaciones (hasta 5 semanas).
- Si eres admin en empresa, aplica tu política de “anillos piloto” y retén el despliegue en producción hasta validar un fix.
Buenas prácticas y mitigación inmediata
- Backups 3-2-1 antes de grandes copias/instalaciones.
- Evita escrituras secuenciales >50 GB en una sola tanda si ya tienes el parche; divide transferencias.
- Actualiza firmware con la app oficial de tu marca (p. ej., Kingston SSD Manager). Mantente atento a avisos del fabricante.
- Si una unidad “desaparece”, detén transferencias, apaga el equipo y verifica si la ve la UEFI/BIOS. No repitas la carga hasta nuevo aviso del proveedor/SO.
FAQ rápido
¿Cómo compruebo si tengo instalado KB5063878 (o KB5062660)?
Ve a Inicio > Configuración > Windows Update > Historial de actualizaciones. También puedes usar wmic qfe | find "KB5063878"
en CMD, o Get-HotFix | ? {$_.HotFixID -match "KB5063878|KB5062660"}
en PowerShell.
¿Es seguro desinstalar el LCU?
En general sí, pero recuerda que contiene parches de seguridad. Si desinstalas, pausa updates para evitar su reinstalación automática y extrema precauciones (no abras adjuntos sospechosos, etc.).
¿Desactivar HMB o caché de escritura ayuda?
Algunos usuarios dicen que reduce síntomas, pero no es un fix oficial. Úsalo solo como paliativo temporal y bajo tu criterio.
¿Se pierde la garantía si mi SSD falla tras el update?
Depende del fabricante y del diagnóstico. Abre ticket con tu marca aportando logs (SMART, eventos) y detalla que ocurrió tras el LCU en cargas largas.
¿Cuándo habrá solución definitiva?
Phison y Microsoft han reconocido la investigación. Espera un servicing stack update o LCU correctivo y/o firmwares específicos. Actualizaremos esta nota cuando se publique.
Opinión TekNativo
Lo visto apunta a una regresión de stack que se manifiesta bajo cargas largas y con controladores/firmwares concretos. Que Phison lo reconozca como incidente “a nivel industria” y esté coordinando mitigaciones es buena señal; el siguiente paso es un fix con repros públicos. Mientras tanto, el camino prudente es: desinstalar/pausar si estás en el perfil de riesgo, mantener firmware al día y evitar cargas largas.
👉 ¿Quieres más guías y alertas de Windows/almacenamiento? Suscríbete a TekNativo.
Outstanding post, I conceive blog owners should learn a lot from this blog its very user friendly.
Thank you so much for your kind words!
At TekNativo we always try to explain technology in a clear and straightforward way, so it’s great to hear that you find the blog user friendly.
We’ll keep working on making complex topics like Windows updates easier to understand.