Si un sistema tenía capacidad de inicio al momento de tomar la imagen maestra, se espera que se reinicie después de la implementación. Sin embargo, la información que el sistema operativo almacena y utiliza para el inicio puede desactualizarse durante la implementación, especialmente si cambia los tamaños de volúmenes, las ubicaciones o las unidades de destino. Acronis Snap Deploy 4 actualiza automáticamente los cargadores de Windows tras la implementación. También puede haber otros cargadores que sean fijos, pero en algunos casos es necesario reactivarlos. Específicamente al implementar volúmenes de Linux, se necesita a veces efectuar reparaciones o realizar cambios en el inicio para que Linux se pueda iniciar y cargar correctamente.
A continuación, encontrará un resumen de las situaciones típicas que requieren acciones adicionales por parte del usuario.
Por qué un sistema operativo implementado no se inicia
Solución: configure el BIOS para que se inicie desde el disco duro donde reside el sistema operativo.
Solución: utilice la opción de Implementación universal Acronis en la plantilla de implementación para instalar los controladores y módulos adecuados.
Como el registro de inicio maestro (MBR) puede cambiarse durante la implementación del sistema, es posible que Acronis OS Selector, que utiliza el MBR, deje de funcionar. Si esto sucede, reactive Acronis OS Selector de la siguiente manera.
Solución: inicie el equipo desde el dispositivo de arranque de Acronis Disk Director y seleccione en el menú Herramientas -> Activar OS Selector.
Una parte del cargador GRUB reside en los primeros sectores del disco o en los primeros sectores del volumen. El resto se encuentra en el sistema de archivos de uno de los volúmenes. La capacidad de inicio del sistema puede recuperarse automáticamente solo cuando el GRUB reside en los primeros sectores del disco y en el sistema de archivos al cual es posible tener acceso directo. En otros casos, el usuario debe reactivar el cargador de inicio manualmente.
Solución: reactive el cargador de inicio. También es posible que tenga que reparar el archivo de configuración.
LILO contiene numerosas referencias a números de sectores absolutos; por lo tanto, no puede repararse automáticamente, excepto cuando todos los datos se implementan en los sectores que tienen los mismos números absolutos que el disco de origen.
Solución: reactive el cargador de inicio. También es posible que tenga que reparar el archivo de configuración del cargador por el motivo descrito en el punto anterior.
Esto puede suceder cuando los volúmenes del sistema o de inicio no se recuperan en su ubicación original.
Solución: la modificación de los archivos boot.ini o boot\bcd permite reparar este problema para los cargadores de Windows. Acronis Snap Deploy 4 lo hace automáticamente, por lo que no es probable que deba enfrentarse a este problema. Para los cargadores GRUB y LILO, deberá corregir los archivos de configuración del GRUB. Si el número de la partición raíz de Linux cambió, también se recomienda cambiar /etc/fstab para poder acceder correctamente al volumen SWAP.
Este sistema no puede iniciarse porque su kernel intenta montar el sistema de archivos raíz en el volumen LVM.
Solución: cambie la configuración del cargador y /etc/fstab para que LVM no se utilice, y reactive el cargador de inicio.