Bien, he tenido tiempo de armar un bosquejo apropiado aquí. Es largo, pero es bastante completo y debería ayudarlo a ver lo que está sucediendo.
Primero, una forma en que esto puede suceder:
- Su BIOS pierde su configuración.
- No hay problema, todo eso está almacenado en la partición EFI.
- ... a excepción de la configuración SATA IDE vs AHCI, por razones obvias.
- ¿Estaba usando SATA-AHCI? Probablemente esté utilizando SATA-IDE ahora.
- ¿Intentaste arrancar antes de darte cuenta?
- Si lo hiciste, falló. ¿Dejaste que Windows intentara arreglarlo?
- Si lo hizo, BLAM, bien podría haber destruido la Base de datos de configuración de arranque.
- Asegúrese de estar utilizando la configuración SATA correcta que estaba utilizando la última vez.
Esto es lo que probablemente has hecho por ahora. SI CUALQUIERA DE ESTO NO COINCIDE, EVALÚE CUIDADOSAMENTE SI ESTO ES HECHO SU PROBLEMA, y LEA esto para obtener ideas, pero no lo SIGA sin pensarlo primero.
HOPEFULLYMENTE ignoró toda la basura sobre la fijación del Registro de inicio maestro (MBR), la tabla de particiones, los indicadores de partición y otra basura que NO SE APLICA a un escenario de inicio EFI. En absoluto . En el mejor de los casos, podría reconstruir por completo una nueva solución de arranque NO EFI no relacionada . Sin embargo, eso podría no ser trivial porque:
Se ha dado cuenta de que Windows está seguro de que no tiene una Base de datos de configuración de arranque, pero desafortunadamente no tiene ni idea o está muy seguro de a dónde va; no puede saber cuál.
Usted sabe que la tienda de arranque es normalmente (en algún lugar) \ Boot \ BCD y que el archivo está OCULTADO; verlo usando "dir / a: hs".
Te has familiarizado un poco con BCDEDIT.EXE y descubriste que te permitirá "simular" una base de datos de configuración de arranque en un archivo provisional usando "/ CREATESTORE" (y no lo llames "BCD"), eso puede usar explícitamente el archivo de ensayo con la opción "/ STORE", que puede agregar una entrada de menú para el Administrador de arranque de Windows usando "/ CREATE {bootmgr}", y que DEBERÍA poder importarlo usando "/ IMPORT" ...
... pero cuando intentas hacer esto, no puedes. Examinas la opción / SYSSTORE, que suena bien, pero no puedes usar otra tienda porque es "ambigua". Tienes el presentimiento de que sabe dónde está la tienda, o debería estar, pero no puedes encontrarla.
Intentó utilizar "MOUNTVOL" para montar la partición EFI, pero ni siquiera aparece en la lista, por lo que no puede.
Si TODO eso se aplica bastante bien a usted, esto es lo que PUEDE estar sucediendo:
Windows puede decir que está configurado para EFI (ha arrancado el DVD a través de un arranque UEFI, tiene una partición EFI, etc.).
Por lo tanto, sabe DÓNDE BUSCAR el archivo BCD; sin embargo, de alguna manera tiene la ubicación incorrecta (no este problema, pero similar) o el BCD se ha eliminado.
Aparentemente, porque sabe dónde DEBE estar, esto se rompe / SYSSTORE, y en realidad, ese es probablemente un comportamiento correcto, porque de lo contrario lo pondría en el lugar equivocado.
Por lo que puedo decir, MOUNTVOL oculta deliberadamente la partición EFI (o de alguna manera es incapaz de darse cuenta). Esto impide montar el sistema de archivos, lo que impide encontrar el subdirectorio correcto, verificar que la base de datos existe, etc.
Entonces, aquí, finalmente, es lo que debes hacer al respecto. La buena noticia es que probablemente ahora sea mucho más simple de lo que espera.
- De hecho, debe montar la partición EFI.
En realidad, tengo el presentimiento de que no es estrictamente correcto: sospecho que la partición EFI ya está montada por algún subsistema interno, razón por la cual BCDEDIT se pone de mal humor: no ve la base de datos, pero sabe a dónde debería ir. Sin embargo, lo que no tiene es una letra de unidad. ¿Entonces lo que hay que hacer?
Bueno ... ¿qué tan atrás van tus raíces DOS? ¿Recuerdas el comando ASIGNAR? Adivina qué.
Inicie DISKPART.
Si no está familiarizado con DISKPART, la forma en que funciona básicamente es una jerarquía de conjuntos; debe seleccionar exactamente un elemento en un nivel para pasar al siguiente. Entonces, "LISTA DE DISCOS", y luego "SELECCIONAR DISCO n" donde n es lo que sea apropiado para usted.
Use "LIST PARTITION" y "LIST VOLUME" (nota no plural) para obtener una idea e identificar su partición EFI.
Suele ser una partición FAT32 de 100 MB marcada "SYSTEM". Tenga en cuenta que su disco ya debería estar usando una tabla de particiones GPT, por lo que puede ver bastantes particiones. Algunos de estos son para la recuperación de emergencia: mucho bien que hacen para los problemas de EFI, ¿eh? Oh bien.
Tenga en cuenta que la partición EFI, y algunas otras, no tienen letras de unidad. Si está tan inclinado, también puede ver los atributos de partición GPT, lo que también puede proporcionarle algunos momentos "Aha" relacionados tangencialmente.
"SELECCIONAR PARTICIÓN n" donde n es la partición EFI. (Espero que pueda seleccionar el volumen si lo necesita).
"ASIGNAR". Eso es. No especifique una letra de unidad; solo "ASIGNAR".
"LISTA DE VOLUMEN". Ahora debería ver una letra de unidad asignada a la partición EFI.
DISCO "SALIR".
Y ahora ... una gran advertencia gorda. Probablemente irá directamente a S: (o lo que haya obtenido de ASSIGN) y notará una partición / Boot. "¡AHA!" Tu dirás. "¡No hay un archivo BCD aquí!" Primero ... recuerda que el archivo está oculto. Segundo ... cava un poco más y notarás que mientras haya:
S: \ EFI \ Arranque
también hay:
S: \ EFI \ Microsoft \ Boot
Debe verificar ambos para ver si hay problemas.
S: \ EFI \ Boot es para la placa base y contiene el CARGADOR de arranque de Windows (y posiblemente otras cosas para otros sistemas operativos). Esto tiene este nombre porque la placa base no tiene idea de si vas a tener Windows o no, y necesita una ruta fija que tenga sentido.
- Inspeccione S: \ EFI \ Boot. Para Windows 7 Professional, 64 bits, debería ver:
bootx64.efi
Si ha instalado un shell EFI (siempre es una buena idea), también puede ver "shellx64.efi".
NOTA: Los usuarios de Linux de arranque dual que usan "chainloader + 1" NO VERÁN una entrada adicional aquí.
- Inspeccionar S: \ EFI \ Microsoft \ Boot usando tanto "dir" y "dir a: h". Para Windows 7 Professional, de 64 bits, debería ver un montón de plantillas de idioma ("en_US", etc.) y los siguientes archivos:
bootmgr.efi bootmgfw.efi memtest.efi BCD BCD.Backup.001 BCD.Backup.002
... excepto que probablemente no veas BCD, ¿verdad? Pero esos archivos de copia de seguridad parecen tentadores.
Determine qué archivo de copia de seguridad desea usar. Los cambios recientes que le faltan no son tan importantes como su capacidad para iniciar el sistema, así que elija el que esté más intacto. Probablemente verá uno grande y uno bastante pequeño. El pequeño ya está dañado y es un artefacto del proceso de reparación fallido; no lo use. Si ambos son grandes, use el anterior. EN CUALQUIER CASO, haga COPIAS DE RESPALDO ADICIONALES DE LOS RESPALDOS en otro lugar.
Copie la copia de seguridad que ha decidido usar en "BCD".
Salga del shell, apague limpiamente y reinicie.
Dile a Windows que se inicie NORMALMENTE. En este punto, debería comenzar.
P: ¿Qué sucede si no TIENES un BCD de respaldo?
A: Bueno, eso realmente no debería suceder. Probablemente significa que está en el directorio incorrecto, admite EFI pero no lo estaba utilizando, o de alguna manera reconstruyó su partición EFI completa sin todos los materiales necesarios de Windows (posible, especialmente cuando se utilizan varias versiones de Windows). En ese caso, deberá copiar los materiales EFI del DVD, luego modificar o reconstruir la Base de datos de configuración de arranque utilizando BCDEDIT.
P: ¿Puede darme un ejemplo de un escenario en el que "BCDEDIT / SYSSTORE" se pueda utilizar para hacer algo en un sistema EFI?
A: Hasta ahora, no.
De todos modos, espero que esto ayude a resolver algunos problemas para las personas, o al menos les haga pensar. Como un punto final muy importante, tenga en cuenta que puede montar e inspeccionar su partición EFI en Windows normalmente utilizando la técnica DISKPART ASSIGN anterior. Debe hacer esto al menos una vez, para obtener una copia de seguridad completa de su partición EFI, ANTES de encontrarse con este tipo de problemas. Recomiendo una copia de seguridad en un subdirectorio en su unidad C: y otra en una unidad flash USB.
Lo siento, eso es muy largo. Necesito convertir esto en un artículo apropiado en algún momento, pero hay tantas personas que están tan frustradas que sentí la necesidad de documentar mi experiencia tan completa y rápidamente como pude.
Saludos, Matt "Breakpoint" Heck