Quieres la velocidad de un SSD nuevo, pero también quieres un seguro. No un seguro de “esperanza y buenas vibras”: un respaldo real, arrancable y comprobado. El objetivo es simple: migrar Windows al SSD nuevo, arrancar desde él de forma fiable y mantener el disco antiguo intacto para que, si algo huele mal, puedas revertir en minutos.
Esta es la mentalidad de producción aplicada a tu estación de trabajo. Nada de heroísmos. Nada de “borraré el disco antiguo después de que arranque una vez”. Así aprendes qué significa realmente “arrancar una vez”.
El principio: migración segura mejor que migración rápida
Si recuerdas una cosa: una migración de Windows a SSD no es un proyecto de “copiar archivos”. Es un proyecto de cadena de arranque. Mueves un sistema que depende de ajustes de firmware, metadatos de partición, datos de configuración de arranque y (a menudo) del estado de cifrado. El SSD nuevo no necesita solo el contenido de tu unidad C: —necesita ser capaz de arrancar de forma independiente.
Conservar el SSD antiguo como respaldo cambia tu forma de operar. No “reemplazas” el disco antiguo; “promueves” el disco nuevo a primario dejando el antiguo sin cambios. Eso significa:
- Sin operaciones destructivas en el disco antiguo hasta que hayas probado el nuevo durante días, no minutos.
- Control explícito de arranque: decides qué disco arranca el firmware, no Windows a través de la ruleta del Administrador de arranque.
- Validación es una fase. Pruebas el arranque, BitLocker, aplicaciones, drivers, actualizaciones y recuperación. Entonces—y solo entonces—consideras reutilizar el disco antiguo.
Consejo con opinión: no intentes ser listo con “vamos a clonar y luego extender y luego convertir y luego habilitar esta nueva función de seguridad todo a la vez.” Los sistemas de producción fallan por lotes. Cambia un eje a la vez.
Una cita para mantener el ego bajo control: “idea parafraseada — Gene Kranz: duro y competente significa operar con disciplina, no improvisación.” Ese es el tono correcto para las migraciones de disco.
Hechos interesantes e historia breve (por qué las migraciones de Windows se complican)
Estos no son datos de trivia. Son las pequeñas restricciones históricas que explican por qué tu intercambio de SSD “simple” puede convertirse en una sesión de reparación de arranque.
- MBR vs GPT es una herencia del pasado. MBR data de la era temprana del PC y limita patrones prácticos de particionado; GPT llegó después con UEFI y metadatos más robustos.
- La partición “System Reserved” existe porque Windows prefiere un entorno de arranque separado. Es donde a menudo viven los archivos de arranque y los metadatos de BitLocker, por eso clonar solo C: puede fallar.
- UEFI arranca archivos, no discos. UEFI almacena entradas de arranque en NVRAM apuntando a una ruta de archivo EFI en una partición específica. Clonas el disco y puedes clonar los archivos, pero no la entrada del firmware.
- El Administrador de arranque de Windows es útil y confuso a la vez. Puede enumerar instalaciones y “amablemente” arrancar la equivocada si dejas múltiples discos del sistema conectados.
- El alineamiento de particiones en SSD solía dañar el rendimiento. Las primeras herramientas de clonado a veces creaban particiones desalineadas que causaban amplificación de escritura y lentitud.
- NVMe cambió el modelo de controlador. No es solo “más rápido que SATA”; es una pila de controladores diferente y a veces ajustes de firmware distintos (CSM, Secure Boot, RAID/VMD).
- BitLocker y clonado tienen una relación complicada. BitLocker ata la confianza al TPM y a mediciones de arranque; clonar puede disparar la recuperación si la cadena de arranque cambia.
- Windows puede crear silenciosamente particiones de recuperación extras con el tiempo. Las actualizaciones de funciones a veces ajustan las particiones WinRE; las herramientas de clonado que no copian particiones “pequeñas” pueden romper los flujos de recuperación.
Broma #1: Clonar discos es como mudarse de apartamento—todo cabe hasta que intentas meter el sofá por la escalera (el sofá es tu partición EFI).
Antes de tocar nada: qué estás protegiendo
Estás protegiendo cuatro cosas:
- Arrancabilidad: la máquina debe iniciar sin hacer preguntas existenciales.
- Integridad de datos: tus archivos no deben estar “básicamente bien”.
- Postura de seguridad: BitLocker, Secure Boot, TPM y el almacenamiento de credenciales no deben degradarse en silencio.
- Tiempo de recuperación: el objetivo del disco de fallback es la reversión rápida.
Decide tu método de migración (y sé honesto sobre tu tolerancia al riesgo)
Básicamente tienes tres caminos:
- Clonar el disco (recomendado para “sin reinstalación”): Copias todas las particiones del SSD antiguo al nuevo. La forma más rápida de mantener todo idéntico. Pero debes gestionar la selección de arranque y los posibles identificadores duplicados.
- Imagen + restauración: Crear una imagen del disco antiguo y restaurarla en el nuevo. Unos pasos más, a veces menos confusión de “ambos discos en línea”.
- Instalación limpia + migración de datos: Lo más limpio a largo plazo, mayor esfuerzo a corto plazo. Ideal cuando tu instalación antigua está “embrujada”. No es lo que la mayoría quiere cuando dice “sin caos”.
Esta guía asume que vas a clonar o imaginar y quieres que el SSD antiguo quede intacto como fallback.
Realidades de hardware y firmware que debes comprobar
Si vas de SATA a NVMe, o cambias ajustes de plataforma, vigila:
- UEFI vs Legacy/CSM: no lo cambies en medio de la operación a menos que también conviertas el estilo de partición correctamente.
- Intel RST/VMD/RAID vs AHCI: cambiar esto puede dejar a Windows sin el driver apropiado para arrancar.
- Secure Boot: normalmente está bien, pero las reparaciones de arranque pueden alterar firmas y disparar cambios.
Guion de diagnóstico rápido (cuellos de botella y fallos de arranque)
Cuando algo va mal, no te pongas nervioso. Triage. Aquí está el orden que encuentra la causa raíz rápidamente.
1) Primera comprobación: ¿realmente estás arrancando desde el disco que crees?
- En el menú de arranque del firmware, selecciona explícitamente la entrada Windows Boot Manager del SSD nuevo.
- En Windows, confirma el disco del sistema con comandos (ver tareas abajo).
Decisión: Si estás arrancando por error desde el SSD antiguo, deja de “arreglar” el nuevo. No lo estás probando.
2) Segunda comprobación: ¿la cadena de arranque está íntegra (EFI/System Reserved + BCD)?
- UEFI/GPT: verifica que la EFI System Partition (ESP) exista y tenga \EFI\Microsoft\Boot.
- Legacy/MBR: verifica que la “System Reserved” o la partición activa tenga archivos de arranque.
Decisión: Si faltan particiones o no son arrancables, tu clonación fue incompleta o la restauración no incluyó particiones de arranque.
3) Tercera comprobación: ¿un desajuste en el modo de almacenamiento/driver impide el acceso al disco?
- El BIOS en RAID/VMD cuando Windows se instaló en AHCI (o viceversa) puede causar INACCESSIBLE_BOOT_DEVICE.
Decisión: Restaura el ajuste del firmware para que coincida con la instalación original, o prepara Windows para cambiar el modo intencionadamente (eso es un cambio controlado aparte).
4) Triage de rendimiento: ¿el SSD nuevo va lento?
- Confirma enlace: NVMe está usando los carriles PCIe y la generación esperada.
- Confirma que TRIM está habilitado.
- Revisa alineamiento y offsets de partición.
- Comprueba si por error arrancaste desde el disco antiguo.
Tareas prácticas con comandos: verificar, clonar, arrancar, validar
Estas tareas están escritas como un runbook SRE: comando, salida de ejemplo, qué significa y la decisión que tomas. Algunos comandos son nativos de Windows (PowerShell/CMD). Otros son comandos de Linux desde un live USB (útiles para inspección offline y clonado seguro). Usa lo que encaje en tu entorno.
Task 1: Identificar discos y estilos de partición en Windows (GPT vs MBR)
cr0x@server:~$ powershell -NoProfile -Command "Get-Disk | Select Number,FriendlyName,SerialNumber,PartitionStyle,Size,OperationalStatus"
Number FriendlyName SerialNumber PartitionStyle Size OperationalStatus
------ ------------ ------------ -------------- ---- -----------------
0 Samsung SSD 860 EVO 1TB S3Z... GPT 931.51 GB Online
1 WD_BLACK SN850X 2TB 2210... GPT 1863.01 GB Online
Qué significa: Puedes ver ambos discos, sus números y si son GPT o MBR.
Decisión: Si la fuente es GPT/UEFI, clona todas las particiones incluyendo la EFI System Partition. Si es MBR/Legacy, confirma que exista una partición del sistema activa.
Task 2: Listar volúmenes y ver cuál es el SO (y en qué disco está)
cr0x@server:~$ powershell -NoProfile -Command "Get-Partition | Sort DiskNumber,PartitionNumber | Select DiskNumber,PartitionNumber,DriveLetter,Type,Size"
DiskNumber PartitionNumber DriveLetter Type Size
---------- --------------- ----------- ---- ----
0 1 System 100 MB
0 2 Reserved 16 MB
0 3 C Basic 930 GB
0 4 Recovery 850 MB
1 1 System 100 MB
1 2 Reserved 16 MB
1 3 D Basic 1861 GB
Qué significa: “System” probablemente sea la EFI System Partition (ESP) en sistemas GPT. “Reserved” es MSR. Existe Recovery. Tu volumen OS es C: en el Disco 0 aquí.
Decisión: Si pretendías arrancar desde el Disco 1 pero Windows muestra C: en Disco 0, sigues usando el disco antiguo. No te adelantes a celebrar.
Task 3: Confirmar modo de arranque (UEFI vs Legacy) y estado de Secure Boot
cr0x@server:~$ powershell -NoProfile -Command "Confirm-SecureBootUEFI; (Get-ComputerInfo).BiosFirmwareType"
True
UEFI
Qué significa: Estás arrancando en UEFI y Secure Boot está activado.
Decisión: No “arregles el arranque” cambiando a Legacy/CSM. Mantén el modo consistente a menos que hagas una conversión intencionada.
Task 4: Inspeccionar entradas del Administrador de arranque de Windows (BCD) y ver a qué apunta
cr0x@server:~$ bcdedit /enum
Windows Boot Manager
--------------------
identifier {bootmgr}
device partition=\Device\HarddiskVolume1
path \EFI\Microsoft\Boot\bootmgfw.efi
Windows Boot Loader
-------------------
identifier {current}
device partition=C:
path \Windows\system32\winload.efi
Qué significa: El Boot Manager está en HarddiskVolume1 (usualmente la ESP). El cargador apunta a C: para el sistema en ejecución.
Decisión: Si el Boot Manager vive en la ESP del disco antiguo, Windows puede seguir dependiendo del disco viejo aunque C: esté en el disco nuevo. Eso no es un fallback: es una dependencia.
Task 5: Comprobar estado de BitLocker antes de clonar
cr0x@server:~$ manage-bde -status
Volume C: [OS]
Conversion Status: Fully Encrypted
Percentage Encrypted: 100%
Protection Status: Protection On
Lock Status: Unlocked
Qué significa: BitLocker está activo y protege el volumen del SO.
Decisión: Para un clonado más fluido, suspende la protección antes de clonar (no desencriptar; suspender). Volverás a habilitarla después de haber validado la nueva ruta de arranque.
Task 6: Suspender protectores de BitLocker (temporal, controlado)
cr0x@server:~$ manage-bde -protectors -disable C:
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Copyright (C) 2013 Microsoft Corporation. All rights reserved.
Key protectors are disabled for volume C:.
Qué significa: BitLocker no pedirá recuperación solo porque cambien componentes de arranque.
Decisión: Procede con la clonación. Pon un recordatorio para reactivar los protectores después de la validación.
Task 7: Comprobar espacio libre en el disco fuente y validar lo que vas a clonar
cr0x@server:~$ powershell -NoProfile -Command "Get-Volume | Select DriveLetter,FileSystemLabel,SizeRemaining,Size | Format-Table -Auto"
DriveLetter FileSystemLabel SizeRemaining Size
----------- --------------- ------------- ----
C Windows 213.4 GB 930 GB
Qué significa: Tienes espacio para reducir/redimensionar si el destino es más pequeño (aunque la mejor práctica es: no migres a un disco más pequeño salvo que sea necesario).
Decisión: Si el destino es más pequeño, planifica una reducción controlada antes de clonar. Si el destino es más grande, podrás ampliar después.
Task 8: Vista offline con un live USB de Linux (confirma particiones sin la “ayuda” de Windows)
cr0x@server:~$ lsblk -o NAME,SIZE,TYPE,MODEL,SERIAL
NAME SIZE TYPE MODEL SERIAL
sda 931.5G disk Samsung SSD 860 EVO S3Z...
├─sda1 100M part
├─sda2 16M part
├─sda3 930G part
└─sda4 850M part
nvme0n1 1.8T disk WD_BLACK SN850X 2210...
├─nvme0n1p1 100M part
├─nvme0n1p2 16M part
├─nvme0n1p3 1.8T part
Qué significa: Puedes ver claramente origen vs destino, tamaños y conteo de particiones.
Decisión: Si al destino le faltan particiones de recuperación o ESP después de clonar, hiciste una copia incompleta.
Task 9: Confirmar GPT y tipos de partición (ESP/MSR/Basic/Recovery)
cr0x@server:~$ sudo parted -l
Model: Samsung SSD 860 EVO (scsi)
Disk /dev/sda: 1000GB
Partition Table: gpt
Number Start End Size File system Name Flags
1 1049kB 106MB 105MB fat32 EFI system partition boot, esp
2 106MB 123MB 16.8MB Microsoft reserved partition msftres
3 123MB 999GB 999GB ntfs Basic data partition msftdata
4 999GB 1000GB 892MB ntfs Windows recovery environment hidden, diag
Qué significa: Este es un diseño GPT típico de Windows moderno.
Decisión: Clona todo el disco, no solo la partición ntfs de datos, a menos que disfrutes reparando arranques.
Task 10: Clonar el disco offline con ddrescue (valores seguros, registra el progreso)
cr0x@server:~$ sudo ddrescue -f -n /dev/sda /dev/nvme0n1 /mnt/clone.log
GNU ddrescue 1.27
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 0 B, errsize: 0 B, current rate: 0 B/s
ipos: 0 B, errors: 0, average rate: 0 B/s
opos: 0 B, run time: 0 s, remaining time: unknown
Finished
rescued: 1000 GB, errsize: 0 B, errors: 0
Qué significa: Una clonación de disco completo terminó sin errores.
Decisión: Si ves errores distintos de cero, detente y replantea. Un disco fuente defectuoso es otro incidente. Tu plan de fallback debería incluir imagen a fichero y verificar lecturas, no confiar en un disco que falla.
Task 11: Realeatorizar identificadores de disco para evitar colisiones (comprobación en Windows)
cr0x@server:~$ powershell -NoProfile -Command "Get-Volume | Select DriveLetter,UniqueId | Format-List"
DriveLetter : C
UniqueId : \\?\Volume{a1b2c3d4-e5f6-47aa-9b2a-...}\
DriveLetter : D
UniqueId : \\?\Volume{a1b2c3d4-e5f6-47aa-9b2a-...}\
Qué significa: Si ves IDs de volumen idénticos tras una clonación y ambos discos están en línea, Windows puede confundirse, montar el incorrecto o esconder uno.
Decisión: Buena práctica: después de clonar, apaga y desconecta el disco antiguo para el primer arranque del disco nuevo. Eso evita limpito las colisiones de firma y problemas de “Windows eligió la ESP equivocada”.
Task 12: Validación del primer arranque (confirma que el SO está realmente en el SSD nuevo)
cr0x@server:~$ powershell -NoProfile -Command "(Get-Partition -DriveLetter C | Get-Disk).FriendlyName"
WD_BLACK SN850X 2TB
Qué significa: Tu C: está en el SSD nuevo. Esta es la primera marca verde que importa.
Decisión: Si sigue mostrando el modelo del disco antiguo, arrancaste desde el disco equivocado. Vuelve a la selección de arranque del firmware y sé explícito.
Task 13: Confirmar que la EFI System Partition usada al arrancar está en el SSD nuevo
cr0x@server:~$ mountvol
\\?\Volume{11111111-2222-3333-4444-555555555555}\
C:\
\\?\Volume{aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee}\
*** NO MOUNT POINTS ***
\\?\Volume{ffffffff-1111-2222-3333-444444444444}\
\\?\Volume{ffffffff-1111-2222-3333-444444444444}\
Qué significa: mountvol muestra volúmenes; la ESP a menudo no tiene punto de montaje. Esta salida por sí sola no es suficiente, pero te ayuda a mapear volúmenes si asignas temporalmente una letra a la ESP.
Decisión: Asigna una letra temporal a la ESP del disco nuevo, verifica que \EFI\Microsoft\Boot exista y luego quita la letra.
Task 14: Asignar una letra a la ESP e inspeccionar archivos de arranque
cr0x@server:~$ powershell -NoProfile -Command "$esp = Get-Partition -DiskNumber 1 | Where-Object Type -EQ 'System'; $esp | Set-Partition -NewDriveLetter S; dir S:\EFI\Microsoft\Boot | Select -First 5"
Directory: S:\EFI\Microsoft\Boot
Mode LastWriteTime Length Name
---- ------------- ------ ----
-a---- 3/12/2025 9:14 PM 165872 bootmgfw.efi
-a---- 3/12/2025 9:14 PM 98304 bootmgr.efi
-a---- 3/12/2025 9:14 PM 8192 BCD
Qué significa: Los archivos de arranque existen en la ESP del disco nuevo.
Decisión: Si este directorio falta en el disco nuevo, tendrás que reconstruir los archivos de arranque (bcdboot) o volver a clonar correctamente.
Task 15: Reconstruir archivos de arranque explícitamente en el SSD nuevo (UEFI) si hace falta
cr0x@server:~$ bcdboot C:\Windows /s S: /f UEFI
Boot files successfully created.
Qué significa: Windows acaba de escribir un conjunto fresco de archivos de arranque en la ESP seleccionada.
Decisión: Después de esto, ajusta el orden de arranque del firmware al Windows Boot Manager del disco nuevo. Luego retira la letra de la ESP otra vez.
Task 16: Quitar la letra de la ESP (deja la partición sin montar como un sistema civilizado)
cr0x@server:~$ powershell -NoProfile -Command "Get-Partition -DriveLetter S | Remove-PartitionAccessPath -AccessPath 'S:\'"
Qué significa: La ESP ya no es visible en el Explorador. Bien.
Decisión: No quieres que aplicaciones diarias vuelquen basura en la ESP porque se ve como un USB extra.
Task 17: Rehabilitar protectores de BitLocker tras la validación del arranque
cr0x@server:~$ manage-bde -protectors -enable C:
BitLocker Drive Encryption: Configuration Tool version 10.0.19041
Key protectors are enabled for volume C:.
Qué significa: Has vuelto a una cadena de arranque protegida.
Decisión: Si el siguiente reinicio dispara recuperación de BitLocker, no entres en pánico: usa tu clave de recuperación y luego confirma el orden de arranque del firmware y que no estás rebotando entre discos.
Task 18: Confirmar que TRIM está habilitado en el SSD nuevo
cr0x@server:~$ fsutil behavior query DisableDeleteNotify
DisableDeleteNotify = 0
Qué significa: TRIM está habilitado (0 significa que Windows enviará comandos TRIM).
Decisión: Si es 1, habilita TRIM (y luego pregunta por qué estaba deshabilitado—algunas utilidades “optimizadoras” hacen tonterías).
Task 19: Comprobar driver NVMe y modo del controlador de almacenamiento (control rápido)
cr0x@server:~$ powershell -NoProfile -Command "Get-PnpDevice -Class 'SCSIAdapter' | Select -First 5 Status,FriendlyName"
Status FriendlyName
------ ------------
OK Standard NVM Express Controller
OK Microsoft Storage Spaces Controller
Qué significa: Windows ve un controlador NVMe y los drivers están cargados.
Decisión: Si el estado del controlador no es OK, puede que estés en un desajuste de modo de almacenamiento de firmware o falten drivers.
Tres micro-historias corporativas desde el campo
Micro-historia 1: El incidente causado por una suposición errónea
Una compañía mediana decidió renovar portátiles de la fuerza de ventas. Alguien hizo una hoja de cálculo ordenada: clonar el SSD antiguo a uno nuevo y más grande, luego enviar los equipos. La suposición parecía inocua: “Si C: arranca, ya está”.
En banco de pruebas, los primeros equipos arrancaron. Todos se relajaron. Luego empezaron los reportes desde campo: algunas máquinas tardaban varios minutos en arrancar, otras entraban en recuperación, algunas “arrancaban bien” pero pedían BitLocker intermitente después de actualizaciones. Unas pocas quedaron efectivamente inutilizables para usuarios no técnicos porque pedían claves de recuperación en los peores momentos—como en aeropuertos.
La causa raíz no fue exótica. El clon copió la partición de Windows, pero los archivos de arranque seguían leyéndose desde la partición EFI antigua porque ambos discos estaban presentes durante el primer arranque y Windows siguió usando la primera ESP que le gustó. Cuando TI más tarde retiró los discos antiguos para reutilizarlos, los sistemas perdieron su cadena de arranque. La solución fue aburrida: reconstruir archivos de arranque en la nueva ESP, verificar orden de arranque del firmware y solo entonces reintroducir el disco antiguo.
La lección: “arranca una vez” no es lo mismo que “arranca de forma independiente”. Tu disco de fallback debe ser respaldo, no una muleta de la que el sistema nuevo depende.
Micro-historia 2: La optimización que salió mal
En otro lugar, otra idea “inteligente”: querían que la migración fuera rápida, así que usaron una herramienta que copia solo “bloques usados” del NTFS en lugar de hacer un clonado completo. Ahorró tiempo en el laboratorio. También les ahorró aprender el diseño del disco, que es otro tipo de “ahorro”.
El problema apareció durante una actualización de funciones posterior. WinRE (el entorno de recuperación) no pudo prepararse correctamente. Las máquinas fallaron actualizaciones, revirtieron y los usuarios quedaron atrapados en un bucle de “instalando actualizaciones” que nunca terminaba. Soporte técnico culpó a Microsoft (clásico), luego a drivers y luego a “lotes malos de SSD”.
La causa real: la copia por bloques usados omitió una pequeña partición de recuperación porque parecía vacía o irrelevante. No lo era. Windows la esperaba para el proceso de actualización. Algunas unidades también tenían distribuciones de particiones ligeramente diferentes por herramientas OEM previas, haciendo la receta de clonado “única” inconsistente.
Lección de optimización: si optimizas fuera las particiones que no entiendes, te las encontrarás después en un callejón oscuro. Clonar más rápido no significa operar más rápido.
Micro-historia 3: La práctica aburrida pero correcta que salvó el día
Un departamento financiero con reputación de calma hizo la misma migración bajo reglas más estrictas. Cada equipo recibió una hoja de prechequeo: confirmar modo UEFI, exportar clave de recuperación de BitLocker, registrar seriales de disco, capturar salida de bcdedit y hacer un clonado offline de todo el disco. Luego—y aquí está la clave—hicieron el primer arranque con el disco antiguo físicamente desconectado.
Cuando una máquina no arrancó, fue inmediatamente diagnosable. No “tal vez arrancó desde el otro disco”. No “tal vez Windows se reparó solo”. Simplemente un fallo de arranque claro en el SSD nuevo. Reconstruyeron archivos de arranque, confirmaron contenido de la ESP y volvieron a probar.
Tras la validación, reconectaron el disco antiguo, pero lo dejaron offline en el Administrador de discos de Windows durante la primera semana. Los usuarios trabajaron con normalidad. Las actualizaciones se instalaron. BitLocker permaneció silencioso. Después de una semana, reutilizaron los discos antiguos como unidades externas cifradas para copias de seguridad.
Las prácticas aburridas—registrar identificadores, controlar orden de arranque, aislar variables—no son glamorosas. Pero escalan. Y te salvan de la revisión de incidentes donde todos juran que “hicieron lo mismo que la última vez”.
Listas de verificación / plan paso a paso (runbook sin dramas)
Fase 0: Define “hecho” (tus criterios de aceptación)
- El sistema arranca desde el SSD nuevo con el SSD antiguo desconectado.
- BitLocker (si se usa) está habilitado y no pide recuperación al reiniciar.
- Windows Update completa al menos un ciclo normal de actualización acumulativa.
- El rendimiento es normal (sin uso de disco al 100% inesperado, sin inicio de sesión lento).
- El SSD antiguo permanece sin cambios y puede arrancar (opcional pero recomendado), o al menos contiene un estado conocido bueno pre-migración.
Fase 1: Chequeos previos al vuelo (no clones un misterio)
- Registrar modelos/seriales de disco (Task 1).
- Confirmar que el modo de arranque es UEFI (Task 3).
- Comprobar estado de BitLocker y exportar claves de recuperación de forma segura (Task 5).
- Suspender protectores de BitLocker (Task 6).
- Asegurarse de que el SSD nuevo sea al menos tan grande como el espacio usado + particiones (Task 7).
Fase 2: Clonar o restaurar (hazlo offline cuando sea posible)
- Arranca un live USB de Linux.
- Identifica los discos cuidadosamente (Task 8). Verifica los nombres de dispositivo tres veces.
- Clona el disco entero (Task 10) o usa tu flujo de trabajo de imagen, asegurando que se incluyan ESP/MSR/Recovery.
Broma #2: El comando más peligroso en almacenamiento es el que estás seguro de haber escrito bien.
Fase 3: Primer arranque desde el SSD nuevo (condiciones controladas)
- Desconectar físicamente el SSD antiguo (o deshabilitarlo en firmware si puedes hacerlo de forma fiable).
- Arrancar y entrar al menú de firmware; seleccionar el Windows Boot Manager del SSD nuevo.
- Una vez en Windows, confirmar que C: está en el disco nuevo (Task 12).
- Verificar que existan archivos de arranque en la ESP del disco nuevo (Tasks 14–16). Reconstruir con bcdboot si es necesario (Task 15).
Fase 4: Burn-in de validación (probar bajo caos normal)
- Rehabilitar protectores de BitLocker (Task 17).
- Reiniciar dos veces. Sí, dos veces. Vigila avisos de recuperación de BitLocker.
- Ejecutar Windows Update y reiniciar.
- Confirmar TRIM habilitado (Task 18).
- Comprobar el administrador de dispositivos/estado del controlador (Task 19).
Fase 5: Reintroducir el SSD antiguo como fallback (sin permitir que secuestre el arranque)
- Reconectar el SSD antiguo.
- En el firmware, establecer el SSD nuevo como primer dispositivo de arranque.
- En Windows, considera poner el disco antiguo offline temporalmente para prevenir confusión de letras o arranque.
cr0x@server:~$ powershell -NoProfile -Command "Set-Disk -Number 0 -IsOffline $true; Get-Disk -Number 0 | Select Number,IsOffline"
Number IsOffline
------ ---------
0 True
Qué significa: El disco antiguo está presente pero offline—perfecto para un fallback que no quieres que Windows “ayude”.
Decisión: Déjalo offline durante una semana. Si el disco nuevo es sólido, ponlo online y reutilízalo. Si no, puedes volver rápidamente.
Errores comunes: síntomas → causa raíz → solución
1) Síntoma: El SSD nuevo “arranca”, pero al quitar el SSD antiguo el sistema deja de arrancar
Causa raíz: El Boot Manager/ESP sigue en el disco antiguo. La partición del nuevo no es independiente.
Solución: Desconecta el disco antiguo. Asigna una letra a la ESP del disco nuevo y ejecuta bcdboot C:\Windows /s S: /f UEFI. Confirma que el orden de arranque del firmware apunte al Windows Boot Manager del SSD nuevo.
2) Síntoma: Aviso de recuperación de BitLocker tras la migración
Causa raíz: Las mediciones de arranque del TPM cambiaron (ruta de arranque diferente, cambios en BCD, toggles de Secure Boot), o los protectores no se suspendieron antes del clonado.
Solución: Usa la clave de recuperación una vez, luego asegura un orden de arranque estable. Si suspendiste los protectores, re-actívalos una vez estable. Evita toggles de UEFI a mitad del proceso.
3) Síntoma: BSOD INACCESSIBLE_BOOT_DEVICE en el SSD nuevo
Causa raíz: Desajuste en modo de controlador de almacenamiento (AHCI vs RAID/VMD/RST), o falta de driver para la nueva configuración del controlador.
Solución: Restaura el modo de almacenamiento del firmware para que coincida con el original. Si debes cambiar modos, prepara Windows adecuadamente primero (habilitar drivers de forma controlada) y trata eso como un cambio aparte.
4) Síntoma: Aparecen dos instalaciones de Windows en el menú de arranque, o Windows arranca la “equivocada”
Causa raíz: Ambos discos están online, ambos tienen instalaciones arrancables y la enumeración del firmware/BCD es ambigua.
Solución: Haz el primer arranque solo con el disco nuevo conectado. Más tarde, mantén el disco antiguo offline o elimina su entrada de arranque. Asegura un orden de arranque explícito en el firmware.
5) Síntoma: El SSD nuevo es más lento de lo esperado
Causa raíz: Ranura PCIe/carriles incorrectos, pasando por un cuello de botella del chipset, ajustes de firmware antiguos, o en realidad sigues arrancando desde el disco viejo.
Solución: Verifica el modelo del disco OS (Task 12). Confirma el estado del controlador NVMe (Task 19). Revisa la asignación de carriles de la plataforma en firmware/manual. Habilita TRIM (Task 18).
6) Síntoma: Windows Update falla, errores en el entorno de recuperación o falta WinRE
Causa raíz: Partición de recuperación no clonada/restaurada, o diseño de particiones inconsistente.
Solución: Re-clona todo el disco incluyendo particiones de recuperación, o reconstruye WinRE deliberadamente tras estabilizar el arranque. No lo ignores: te lo encontrarás en la próxima actualización de funciones.
7) Síntoma: El disco destino muestra espacio extraño faltante o no puedes extender C:
Causa raíz: El orden de particiones coloca la partición de recuperación después de C:, bloqueando la extensión; o las particiones clonadas mantienen tamaños antiguos.
Solución: Usa Disk Management o una herramienta de particiones para mover/redimensionar particiones (con cuidado). Preferible: extender solo después de haber probado que el disco nuevo arranca de forma independiente.
Preguntas frecuentes
1) ¿Debo clonar todo el disco o solo la partición C:?
Clona todo el disco si tu objetivo es “sin caos”. Las particiones de arranque (ESP/System Reserved), MSR y Recovery no son opcionales en la práctica.
2) ¿Realmente necesito desconectar el SSD antiguo para el primer arranque?
Sí, si quieres certeza. Dejar ambos conectados invita a Windows y al firmware a elegir la ESP o entrada que les plazca. Tu prueba se vuelve irrelevante.
3) ¿Puedo mantener el SSD antiguo como fallback arrancable a largo plazo?
Puedes, pero sé disciplinado: mantén el orden de arranque del firmware fijo en la unidad nueva y considera mantener el disco antiguo offline en Windows para evitar escrituras accidentales y confusión.
4) ¿Clonar romperá licencias de software?
Normalmente no para la mayoría de apps, pero algunos sistemas de licenciamiento se atan a identificadores de hardware y pueden requerir reactivación. La activación de Windows típicamente sobrevive a un intercambio de almacenamiento; cambios mayores en la placa base son otra historia.
5) ¿Y pasar de SATA SSD a NVMe SSD?
En general está bien, pero importa el modo de almacenamiento de la plataforma (AHCI vs RAID/VMD). También confirma que el NVMe esté en una ranura que soporte rendimiento completo y arranque.
6) ¿Debo deshabilitar BitLocker o desencriptar antes de clonar?
Preferible suspender los protectores, no desencriptar. Desencriptar puede llevar mucho tiempo y aumenta la exposición. Suspender → clonar → validar arranque → reactivar.
7) ¿Cómo sé que el SSD nuevo es verdaderamente independiente?
Arranca con el disco antiguo desconectado. Esa es la prueba limpia. Luego verifica que los archivos de arranque existan en la ESP del disco nuevo y que el BCD apunte a la instalación correcta.
8) Cloné y ahora tengo dos particiones “System”. ¿Cuál se usa?
La que apunte la entrada de arranque del firmware. Por eso reconstruimos archivos de arranque en el disco nuevo si hace falta y fijamos el orden de arranque explícitamente. La ambigüedad es la enemiga aquí.
9) ¿Puedo usar el SSD antiguo como almacenamiento adicional cuando esté seguro?
Sí, pero no lo formatees inmediatamente. Déjalo intacto al menos una semana de operación normal. Cuando lo reutilices, límpialo intencionalmente y elimina entradas de arranque obsoletas.
10) ¿Cuál es el plan de rollback más seguro?
Deja el SSD antiguo sin cambios. Si el SSD nuevo se comporta mal, apaga, configura el firmware para arrancar el SSD antiguo (o intercambia el orden) y vuelves a la situación anterior. No necesitas restaurar.
Conclusión: siguientes pasos que no arruinarán tu fin de semana
Mover Windows a un SSD nuevo es fácil de hacer mal y sorprendentemente satisfactorio de hacer bien. La diferencia es si lo tratas como una migración de cadena de arranque con validación, o como una copia de archivos con optimismo.
Haz esto a continuación:
- Ejecuta los chequeos previos (IDs de disco, modo de arranque, estado de BitLocker).
- Suspende los protectores de BitLocker y luego realiza un clonado completo del disco offline.
- Primer arranque con el SSD antiguo desconectado. Confirma C: y la ESP en el SSD nuevo.
- Rehabilita BitLocker, reinicia dos veces, ejecuta actualizaciones y deja que el sistema “se asiente” durante una semana.
- Solo entonces trae el SSD antiguo online como fallback o repurpose con intención.