Esta no es una cuestión de cómo resolverlo básicamente (ya está resuelto). Sólo quiero entender mejor.
Ya encontré una respuesta buena y lógica aquí:las particiones clonadas no están exactamente en la misma posición
Pero todavía tengo algunos problemas para entender todo el proceso. O mejor, cómo evitar los problemas que tuve.
El escenario (no) es clásico:
Clonar disco duro SATA a SSD USB (en mi caso, respaldo estándar de AOMEI)
Coloque el SSD dentro de la computadora portátil (sí, primero quité el HDD;)
Encendido - Lo siento - sin bonificación - sin arranque - sin reparación (debido a los sectores desplazados -> reparación)
Así que ahora tuve la idea (¿enfermiza?) de usar el disco duro original por USB para arrancar.
Encendido - Lo siento - sin bonificación - sin arranque PERO reparación (Y esta es la primera pregunta, porque estos sectores no se movieron)
Con la reparación fui directamente a la línea de comando - diskpart and co
Entonces llegué a
bootrec /rebuildbcdlo que tengoambosLos sistemas Windows se ofrecieron para reparación, está bien, pero luego aparece el error: '.... falló... sistemas indistinguibles' (o similares)
Bueno, está bien, eso es un clon... (Segunda pregunta: ¿igual disk signature? En caso afirmativo, ¿cómo cambiarlo?)
Resolví esto con una idea enfermiza:
Empecé bootrec /rebuildbcdde nuevo perodespuésescanear yantesseleccionando Windows en C: (SSD). Desconecté (!) el disco duro USB y listo: se completó correctamente. Y arranqué desde SSD.
Resumen de las preguntas:
¿Por qué el disco duro original no arranca (o arranca) desde USB? ¿Es por los mismos ID de disco? En caso afirmativo, ¿cómo evitarlo? (¿y encontrarse con problemas de activación de Windows?)
¿Cuáles son las 'cosas' que conducen a "errores de sistemas indistinguibles"?
¿Había sido posible reparar el sistema EFI en el SSD mientras estaba en USB (antes del intercambio)?
Respuesta1
Hay dos respuestas diferentes a su pregunta dependiendo de cómo se inició originalmente la computadora. De hecho, la explicación que usted cita para la causa del problema (ubicación de partición cambiada) se aplica solo al primer escenario, AFAIK (con la advertencia de que sé menos sobre el arranque de Windows que sobre Linux, por lo que puedo estar malinterpretando este detalle de Windows EFI). modo de arranque). Los dos modos de arranque (y escenarios) son el modo BIOS y el modo EFI. También hay algunos factores comunes que podrían estar en juego.
Modo BIOS
La mayoría de las computadoras vendidas antes de finales de 2011 eran usadas.Sistema básico de entrada/salida (BIOS)firmware. Las computadoras basadas en BIOS arrancan a través de un cargador de arranque que se almacena en el Master Boot Record (MBR), que es el primer sector del disco. No entraré en todos los detalles sangrientos, pero la mayoría de los cargadores de arranque en modo BIOS dependen en gran medida de los números del sector inicial de las particiones del disco. Esto se debe a que el MBR es demasiado pequeño para contener un cargador de arranque completo, por lo que el código MBR carga más código de arranque desde el Registro de arranque de partición (PBR; el primer sector de una partición), que a su vez carga código adicional (también conocido como por números de sector). Los detalles exactos varían según el sistema operativo y el cargador de arranque, pero el punto clave es que los números de sector son críticos en la mayoría de los casos. Por lo tanto, si su operación de clonación de disco alteró el sector de inicio de una partición de inicio sin ajustar el código del cargador de inicio o la configuración que depende de él, el proceso de inicio fallará.
Hay otros detalles de la partición que pueden afectar cosas, como la presencia (o ausencia) de un "indicador de inicio" (también conocido como "indicador activo") en la partición de inicio. Debido a que el código de arranque reside en MBR y PBR, una operación de clonación de disco también tendría que copiar este código del cargador de arranque. No hay garantía de que algún programa de clonación de discos aleatorio copie estas cosas. (No puedo hablar con AOMEI, que dices que usaste, específicamente).
Tenga en cuenta quemayoría(pero no todas) las computadoras que se vendían con Windows 7 usaban BIOS, al igual que todas las computadoras con Windows Vista y anteriores (excepto aquellas que usaban Itanium u otras CPU exóticas). A partir de finales de 2011, los fabricantes cambiaron rápidamente del BIOS al EFI/UEFI más nuevo (que se describe a continuación), pero la mayoría de los EFI incluyen una función llamada Módulo de soporte de compatibilidad (CSM), que permite que estas computadoras arranquen en forma de BIOS (también conocido como "heredado"). modo"). Por lo tanto, es posible instalar Windows (incluso Windows 8.x y 10) en modo BIOS/CSM/legacy en computadoras más nuevas basadas en EFI. Cuando está configurada así, la computadora funciona como una computadora basada en BIOS.
modo EFI
ElInterfaz de firmware extensible(EFI) o su variante 2.x, Unified EFI (UEFI) es un reemplazo del BIOS, que se convirtió en el firmware dominante en las computadoras nuevas a partir de finales de 2011. Sin embargo, de manera confusa, muchos fabricantes usan el término "BIOS" en referencia a su EFI. En mi humilde opinión, esta es una mala práctica, ya que lleva a la gente a pensar que los EFI son solo actualizaciones menores de BIOS, pero en realidad son radicalmente diferentes en la forma en que arrancan.
La forma de arranque EFI implica archivos; MBR y PBR no desempeñan ningún papel especial y no contienen código de arranque. La computadora sabe qué archivo del cargador de arranque iniciar porque el instalador del sistema operativo almacena esa información en la NVRAM. (Un especialnombre de archivo alternativo, EFI/BOOT/bootx64.efi, se utiliza en medios externos de arranque como unidades flash USB). Los EFI, a diferencia de los BIOS, comprenden las particiones y, por lo tanto, los cargadores de arranque EFI normalmente no se refieren a los sectores de inicio de las particiones. Por lo tanto, los sectores de inicio de las particiones son mucho menos importantes en el arranque en modo EFI.
En cambio, el arranque en modo EFI se basa en alguna forma de identificar las particiones mismas. Esto normalmente se hace poridentificador único global (GUID; también conocido como UUID)valores asociados tanto con discos como con particiones. Por lo tanto, si una operación de clonación de disco conservó los valores GUID del disco y la partición, el disco clonado debería seguir siendo de arranque. De lo contrario, el proceso de arranque podría fallar en un paso u otro. No tengo idea de si AOMEI conservaría los valores GUID de forma predeterminada. Tenga en cuenta que normalmente no se recomienda replicar un GUID, ya que se supone que sonúnicovalores; pero en el caso de que se clone un disco para poder reemplazar el hardware antiguo, es deseable replicar los valores GUID en el nuevo disco para que el nuevo disco pueda iniciarse sin cambiar las entradas de NVRAM.
Una complicación más es que muchos EFI eliminarán activamente las entradas de arranque no válidas de su NVRAM. Por lo tanto, si clonara un disco de arranque en otro de una manera que nonoconserva los valores GUID y, si luego elimina el disco original, una computadora podría "olvidar" que el primer disco era de arranque. Por lo tanto, es posible que no arranque cuando vuelva a conectar el disco original.
Factores comunes
En principio, los cargadores de arranque y las configuraciones del sistema operativo pueden depender desistema de archivosnúmeros de serie, UUID o nombres en sus configuraciones. Estos valores son similares a losdividirGUID, pero se almacenan en las estructuras de datos del sistema de archivos, en lugar de en la tabla de particiones. No sé si Windows hace esto, pero la mayoría de las distribuciones de Linux sí lo hacen.
Si tiene problemas de arranque, debe utilizar procedimientos de reparación o reinstalación del cargador de arranque centrados en el sistema operativo para solucionar los problemas. Los detalles pueden variar según el método de arranque. Por ejemplo, no utilizaría una herramienta que restaure el MBR en un arranque en modo EFI. Muchas instrucciones antiguas tienden a asumir el arranque en modo BIOS y, por lo tanto, no funcionan con instalaciones más nuevas en modo EFI.