Prueba de arranque de una copia clonada del disco: ¿se puede iniciar Windows sin la unidad de origen?
A Prueba de arranque de clon de disco comprueba si el equipo de destino arranca Windows sin la unidad original. También confirma qué unidad física ejecuta la instalación. Sin embargo, llegar al escritorio con ambas unidades conectadas puede ocultar una dependencia del ESP de origen. Esta guía utiliza una estructura GPT calculada y seis escenarios condicionales para rastrear dicha dependencia. Por lo tanto, el criterio de superación combina un arranque independiente con comprobaciones de la identidad del equipo de destino.
Índice
¿Qué comprueba esta prueba de arranque del clon del disco?
Esta prueba de arranque de clonación de disco plantea una pregunta: ¿puede el sistema Windows copiado iniciarse a través de los archivos de arranque de la unidad de destino? Por ejemplo, el sistema de referencia utiliza Windows x64, UEFI y GPT en el mismo ordenador. Además, mantiene fija la configuración del controlador de almacenamiento. Asimismo, excluye el cifrado del modelo de referencia y da por hecho que los archivos de Windows son legibles y que la conexión de almacenamiento interno es compatible.
La comparación central modifica la disponibilidad de la unidad de origen, al tiempo que mantiene fijos los límites de las particiones y el contenido de Windows de la unidad de destino. Una reconstrucción posterior modifica los archivos de inicio y las referencias de arranque de la unidad de destino. Por lo tanto, se trata de estados condicionales del modelo, con direcciones calculadas; el procedimiento de inicio independiente que se describe a continuación proporciona los criterios para comprobar un clon físico.
Para obtener más información sobre la distinción fundamental entre los archivos de inicio y el propio Windows, consulta cómo la partición del sistema EFI facilita el arranque de Windows.
Configuración de la prueba de arranque de clonación de disco y esquema de referencia
Artículo | Supuesto de referencia |
Modo de ordenador y de arranque | El mismo ordenador; Windows x64; UEFI |
Capacidad de origen y de destino | 64 GiB cada uno; 68.719.476.736 bytes |
Tamaño del sector lógico | 512 bytes |
Disposición de las particiones | GPT; ESP, MSR, Windows, recuperación |
Capacidades de partición | 300 MiB, 16 MiB, 60 GiB, 1.024 MiB |
Sistemas de archivos | FAT32 ESP; NTFS para Windows y recuperación; MSR no tiene sistema de archivos |
Unidad de asignación NTFS | Se supone que son 4 KiB |
Requisitos previos para la puesta en marcha | Controladores compatibles, binarios de arranque admitidos, archivos de Windows legibles |
La estructura de referencia centra la prueba de arranque del clon del disco en las dependencias de inicio. Sus capacidades definen un ejemplo de direccionamiento más que una especificación de hardware. Sin embargo, la capacidad elegida para la partición de recuperación tampoco determina si una imagen personalizada concreta de Windows RE es compatible.
Guía de implementación de UEFI/GPT de Microsoft separa la partición ESP, la partición MSR, la partición de Windows y la partición de recuperación. Por ejemplo, en esta distribución, la partición ESP comienza en el LBA 2,048, y Windows se inicia en la LBA 649,216. Las posiciones en bytes calculadas son 1,048,576 y 332,398,592, respectivamente.
La comparación representada muestra los límites completos de las particiones, con las capacidades y direcciones indicadas de forma explícita para cada una de ellas.
Procedimiento de prueba de arranque de clones: Escenarios S1–S6
Utiliza las seis condiciones que se indican a continuación para realizar una prueba de arranque mediante clonación de disco. Restablece cada caso independiente a su estado de referencia indicado. S2, S4 y S5 son cambios independientes respecto a S1; S3 tiene un estado de fuente conectada y otro de fuente aislada; S6 reconstruye la ruta de arranque del destino tras el aislamiento de S3. Los seis escenarios son condiciones, más que pruebas de hardware repetidas.
S1 — Ruta de arranque del clon completo
Define las cuatro particiones de destino, los archivos ESP de destino válidos y las referencias de firmware y BCD que apuntan al destino. Además, mantén la fuente inaccesible. El modelo de prueba de arranque de clonación de disco marca esta ruta como apta para una comprobación de arranque independiente.
S2 — Copia exclusiva para Windows
Omite las particiones ESP, MSR y de recuperación, conservando al mismo tiempo la ubicación de referencia de la partición de Windows copiada. Por lo tanto, al no estar disponible la fuente, el destino carece de los archivos de arranque ESP que requiere esta configuración UEFI. Así pues, la omisión de la partición ESP es lo que impide directamente el arranque; las demás omisiones tienen funciones distintas.
S3 — Dependencia ESP de origen oculto
Conserva las cuatro entradas de partición del disco de destino, pero define su ESP como carente de archivos de arranque de Windows utilizables. En su lugar, el firmware selecciona el ESP de origen, cuyo BCD apunta al sistema Windows de destino. Para esta prueba de arranque del clon del disco, compara el mismo disco de destino antes y después del aislamiento del disco de origen. Supón que no existe ninguna ruta de arranque alternativa utilizable.
S4 — Prueba de arranque de clon con el modo de firmware incorrecto
Mantén la estructura y los archivos de destino de S1, pero selecciona el inicio ’solo en modo heredado» en un equipo que ofrezca ese modo. Por lo tanto, la ruta estándar de Windows UEFI/GPT no puede ejecutarse con esa selección.
S5 — Prueba de arranque de un clon con una referencia de Windows obsoleta
Mantén accesible el dispositivo ESP de destino, pero configura su referencia BCD al dispositivo de Windows de modo que apunte a una identidad de partición antigua que ya no está disponible. Supón que no hay ninguna otra entrada válida en el cargador. Como resultado, la cadena se detiene antes de llegar a la instalación de Windows prevista.
S6 — Reconstruir la ruta de arranque de destino
Partiendo de un S3 aislado, establece los archivos de arranque del ESP de destino y las referencias BCD al Windows de destino; a continuación, define una selección de firmware que llegue a ese ESP. Reevalúa la ruta de dependencias. No obstante, para que un estado de modelo sea válido, sigue siendo necesario un arranque aislado real que cumpla el criterio de superación.
Para realizar una validación física, utiliza un destino de migración del que se haya realizado una copia de seguridad o una unidad de prueba desechable. En primer lugar, comprueba el origen y el destino por la identidad y la capacidad del dispositivo antes de realizar cualquier copia o reparación. Conserva la unidad original hasta que el destino supere la comprobación de arranque independiente.
Resultados de la prueba de arranque del clon del disco: antes y después del aislamiento
Para esta prueba de arranque a partir de una copia clonada del disco, compara el propietario de un ESP seleccionado con la partición de Windows sin modificar. Por ejemplo, las siguientes imágenes son representaciones del modelo condicional, en las que se utilizan el mismo destino, el mismo orden de campos y los mismos rangos de direcciones.
Antes del aislamiento: una ruta de acceso cruzado accesible
S3 antes del aislamiento: el ESP de origen proporciona el gestor de arranque de Windows y el BCD, mientras que la instalación de Windows se encuentra en el destino P3. La cadena modelada es accesible, pero el arranque depende del origen.
En esta situación, al acceder al escritorio de Windows de destino sigue existiendo una dependencia de la unidad de origen. Por lo tanto, en una prueba de arranque a partir de un clon del disco, si solo se comprueba Windows, es posible que no se detecten los archivos de arranque de la unidad de origen.
Tras el aislamiento: el mismo destino no tiene una ruta de inicio válida
S3 tras el aislamiento: el destino P3 y sus límites permanecen inalterados. La fuente ESP seleccionada deja de estar disponible y el destino P1 no dispone de archivos de inicio utilizables, por lo que la cadena definida queda bloqueada.
El cambio se produce en la disponibilidad de la fuente de entrada. El modelo no borra Windows ni convierte su volumen NTFS a RAW. En su lugar, elimina el acceso al ESP que proporcionaba la ruta de arranque. Como resultado, un síntoma físico correspondiente podría ser una pantalla de selección de arranque del firmware o un error de arranque; su redacción exacta depende del firmware y de las entradas de reserva disponibles.
Tras la reconstrucción: los requisitos previos para el arranque se ajustan al objetivo
S6: el ESP de destino proporciona los archivos de arranque, la selección del firmware llega al P1 de destino y el BCD se resuelve en el P3 de destino. La ruta modelada cumple los requisitos para una comprobación de arranque independiente.
La reconstrucción modifica las dependencias de arranque, aunque conserva la ubicación de la partición de Windows. Utiliza la comparación interactiva para examinar los seis escenarios de prueba de arranque de clones de disco y las direcciones de partición calculadas.
Comparativa interactiva de pruebas de arranque de clones
Compara los escenarios y, a continuación, comprueba las direcciones de las particiones.
S2 copia Windows, pero omite ESP, MSR y Recovery.
Haz clic en las particiones para ver las direcciones; desliza el dedo en pantallas estrechas. Rojo: faltan particiones o archivos de arranque. Verde: ESP reconstruido.
Las anchuras son esquemáticas. Los huecos marcados con línea discontinua pueden fusionarse. Se omiten los metadatos GPT, los huecos de alineación y el espacio libre final (2,69 GiB).
Direcciones de partición
| Partición | Capacidad | Formato | LBA inicial | Fin de LBA | Desplazamiento en bytes |
|---|---|---|---|---|---|
| P1 · ESP | 300 MiB | FAT32 | 2,048 | 616,447 | 1,048,576 |
| P2 · MSR | 16 MiB | Ninguno | 616,448 | 649,215 | 315,621,376 |
| P3 · Windows | 60 GiB | NTFS | 649,216 | 126,478,335 | 332,398,592 |
| P4 · Recuperación | 1.024 MiB | NTFS | 126,478,336 | 128,575,487 | 64,756,908,032 |
LBA absolutos del disco, incluidos. Desplazamiento = LBA × 512. Último sector utilizable: 134 217 694; cola: 5 642 207 sectores. Límites S3/S6 sin cambios.
Escenarios
| Caso | Condición | Trayectoria modelizada |
|---|---|---|
| S1 | Clon completo | Con derecho a |
| S2 | Solo para Windows; sin ESP | Bloqueado |
| S3 | Fuente: ESP | Conectado: accesible; aislado: bloqueado |
| S4 | Modo clásico | UEFI bloqueado |
| S5 | BCD caducado | Ventanas bloqueadas |
| S6 | ESP reacondicionado | Con derecho a |
Las rutas válidas siguen requiriendo un inicio real con el código fuente aislado y comprobaciones de la identidad del destino.
Por qué un disco clonado puede no arrancar
Una prueba de arranque mediante clonación de disco comprueba varios eslabones de la cadena de arranque. Las entradas del firmware, el contenido de la partición ESP y la configuración del BCD desempeñan, cada uno, una función distinta. En primer lugar, el firmware selecciona una aplicación EFI. A continuación, el gestor de arranque de Windows lee la configuración de arranque e inicia el cargador de Windows. Por lo tanto, puede existir una partición ESP aunque falten sus archivos, o bien pueden existir archivos válidos aunque la referencia de arranque seleccionada apunte a otra ubicación.
En Especificación del gestor de arranque UEFI describe las opciones de arranque del firmware y las rutas de acceso a los dispositivos. Copiar el contenido del disco no implica, por sí solo, copiar la configuración de la NVRAM de la placa base.
La identidad de la partición también es importante. El GUID de tipo de una partición identifica su función; su GUID único identifica dicha partición. El Amagicsoft’s Estructura de las entradas de partición GPT y campos GUID Explica esa distinción. Si una migración modifica las identidades, las referencias de arranque deben seguir resolviéndose correctamente. Si la clonación conserva las identidades, esos GUID copiados no pueden distinguir de forma fiable entre el origen físico y el destino.
Del mismo modo, un válido El encabezado GPT y sus sumas de comprobación establecer la coherencia de los metadatos de la partición, en lugar de una ruta de inicio completa de Windows. S3 mantiene fija la estructura de destino, al tiempo que comprueba si su dependencia externa de inicio sigue estando disponible.
Cómo realizar una prueba de arranque de clon independiente
Por lo tanto, los siguientes pasos de la prueba de arranque mediante clonación de disco vinculan las comprobaciones de arranque con la identidad física del sistema de destino.
Graba el sonido de destino y aísla la fuente
- Anotar los datos de identidad física. Antes de apagar el equipo, anota el modelo, el número de serie o el identificador del dispositivo, la capacidad y la ubicación de la conexión. En Windows,
Get-Disk | Format-List Número,NombreDescriptivo,NúmeroDeSerie,IdÚnico,GUID,Tamaño,Ubicación,EsDeArranque,EsSistemaofrece campos útiles. Comprueba los identificadores, ya que los adaptadores pueden omitir o modificar lo que exponen. - Haz que el firmware no pueda acceder a la fuente. Apaga el equipo por completo y, a continuación, desconecta la fuente de forma segura o utiliza una configuración de firmware documentada que elimine realmente su ruta de almacenamiento. Retira el dispositivo USB de recuperación y cualquier otra unidad que pueda proporcionar archivos de arranque. La fuente debe quedar inaccesible para el firmware durante la prueba de arranque de la clonación del disco. No basta con ponerla fuera de línea desde Windows, ya que el firmware se ejecuta antes.
- Selecciona la ruta de inicio deseada. Mantén el modo UEFI adecuado y la política de seguridad vigente. A continuación, selecciona la entrada del gestor de arranque de Windows asociada al destino. Es posible que el nombre que aparece en pantalla de una entrada no sea suficiente para identificar el dispositivo físico.
Comprobar Windows y su partición de arranque
- Inicia Windows y asigna su partición. Utilice
Get-Partition -DriveLetter C | Get-Diskcuando la instalación de Windows en ejecución utilizaC:. A continuación, haz coincidir el dispositivo devuelto con el destino registrado. Ajusta la letra si es necesario; los números de disco y las letras de unidad pueden variar según el entorno. - Comprueba también la partición de arranque. Inspeccionar
Get-Partition | Format-Table DiskNumber,PartitionNumber,DriveLetter,IsBoot,IsSystem. Windows terminology distinguishes the running Windows partition from the system partition containing startup files. With alternative startup drives unavailable, confirm both roles map to the intended target. - Check a further startup and representative files. Perform a restart and a full shutdown/startup with the source still unavailable. Also, open important documents and applications. Record startup verification and file checks separately, because a working boot path does not establish that every copied file is intact.
Microsoft documenta el Get-Partition queries, partition status properties, y disk identity properties. Use those fields together with source isolation and the physical device record.
When a Clone Boot Test Points to Startup Repair
If Windows is readable but its ESP files or BCD need repair, Microsoft BCDBoot can rebuild the boot environment. First, identify the target Windows directory and its ESP. Drive letters in recovery mode can differ from normal Windows.
One detail matters when interpreting a repair: specifying BCDBoot’s /s option directs the system-partition destination but does not create a firmware NVRAM entry. A file-copy completion message therefore leaves firmware selection as a separate check. The S6 model includes both corrected target files and a working target firmware selection. After repair, repeat the disk clone boot test with the source still unavailable.
If the target instead appears RAW, has missing partitions, or reports read errors, reassess its layout, file-system state, and clone completeness before writing repairs. A missing boot entry alone does not explain a RAW Windows volume. Preserve recoverable files before further changes when the source or target is damaged.
Conclusión
Un útil Prueba de arranque de clon de disco ends with an identified target starting Windows independently. The central comparison explains why that standard matters: Windows can occupy the target while the selected ESP remains on the source. Isolating the source exposes the dependency without changing the target’s Windows partition.
Judge the migration in stages. First check the target layout and startup files. Next make the source and alternative startup media unavailable. Then start Windows and verify the physical target and startup partition. Keep the original drive until those checks succeed, and validate important files separately. This distinguishes a complete copy operation, a coherent startup configuration, and a verified independent startup—three results that require different evidence. Complete the disk clone boot test before you erase or reuse the original drive.
Disk Clone Boot Test FAQ
¿Se puede trasladar un clon a otra placa base?
¿Puede BitLocker afectar al primer arranque tras la clonación?
¿Un destino más grande requiere una prueba diferente?
¿El hecho de que falte Windows RE implica que Windows no se pueda iniciar?
¿Debería desactivarse el arranque seguro para la prueba?
¿Este procedimiento permite validar una instalación de arranque desde USB?
