Una de mis tareas de trabajo es configurar las computadoras que vienen con nuestros productos con imágenes del sistema operativo Windows (Embedded y OEM) con una partición de restauración. He estado usando Clonezilla Live con GRUB2 para implementar este proceso. Esto funcionó bien con Windows XP/Embedded Standard 2009. Esto no funciona con Windows 7 y supongo que es posterior a Vista debido a los cambios en el Administrador de arranque. La imagen del sistema actual que estoy intentando configurar es la siguiente:
/dev/sda1, ntfs, PRIMARIO, 62,5 GiB, 3,15 GiB, 59,35 GiB, sin indicadores
/dev/sda2, ntfs, RESTORE, 4,00 GiB, 1,74 GiB, 2,26 GiB, oculto
/dev/sda3, fat32, CLONEZILLA, 4,00 GiB , 115,22 MiB, 3,89 GiB, oculto
/dev/sda4, ext4, BOOT, 1,00 GiB, 53,91 MiB, 970,09 MiB, arranque
/dev/sda1 contiene Windows 7 OEM (sellado), dev/sda2 contiene una imagen de restauración basada en clonezilla (sellada)
/dev/sda MBR es el gestor de arranque GRUB2
Puedo hacer que GRUB2 se cargue bien y restaure la imagen de Windows 7. Sin embargo, no puedo iniciar Windows 7 y recibo el error 0xc0000225. Actualización: una vez que modifiqué el sector de arranque como se describe a continuación para que la sección de inicio sda1 coincidiera con el MBR, el 0xc0000225 desapareció y comencé a recibir el error 0xc000000e siendo el archivo winload.exe del que se quejaba ante el usuario. . Sin embargo, hasta donde yo sé, este archivo está presente e intacto a través de otras utilidades.
La información del bootinfoscript de Meierfrankenfeld y Hulselmans muestra problemas con sda1 (el sector de arranque muestra sda1 en el sector 411648 frente a fdisk que muestra 2048) y sda3 (los sectores de arranque muestran sda3 en el sector 0 y fdisk, que muestra 164628480). No estoy seguro de qué necesito modificar en este momento ni de cuál es la mejor herramienta para hacerlo. Estoy bien con un editor hexadecimal si pudiera dar una buena descripción de cómo se distribuyen BCD y grub2 MBR. Actualización: finalmente actualicé el sector de arranque para llegar a un acuerdo con fdisk para sda1.
Antes de sellar la máquina y agregar /dev/sda3 y /dev/sda4, fusioné la partición de arranque de Windows 7 en /dev/sda1. Se reinició y funcionó bien.
Intenté leer los materiales BCD que proporciona Microsoft y me aseguré de que los objetos Administrador de arranque de Windows y Cargador apunten a la partición correcta (habían estado usando alguna sintaxis personalizada = xyz, que tampoco funcionaba).
Esta restauración funcionó bien en el pasado ya que pude automatizar completamente el proceso de restauración, lo cual es una necesidad crítica para nuestro usuario final. Un disco de restauración no es una opción aquí.
He confirmado que el bcd está usando la partición = C: para hacer referencia al dispositivo/dispositivo OS/dispositivo bootmgr.
Entonces, pude confirmar que el MBR está presente e intacto, el VRB en sda1 está presente e intacto, los archivos $MFT y $MFTMirr existen en la ubicación indicada en el VBR según lo confirmado por la herramienta istat (no lstat) en sleuthkit . El archivo winload al que se hace referencia en el error anterior existe en la ubicación que me proporcionó la utilidad fls sleuthkit y coincide con el tamaño de archivo de otras instalaciones.
Como alternativa, si es un OEM y desea compartir un proceso de restauración que funcione bien en un entorno integrado/de consumo, también me encantaría escuchar esos comentarios. Gracias.
Respuesta1
Parece que hubo problemas al agregar esas particiones en el medio. ¿Qué editor de particiones usaste? El programa testdisk que se encuentra en el LiveCD de PartedMagic.com y en Hiren ha recuperado algunos problemas de partición y de arranque dual en algunas máquinas. Verificaría dos veces la suposición de que "bcd está usando partición = C:" significa lo que usted cree que significa, ya que depende mucho más del GUID.