Recientemente instalé Ubuntu 12.04.1 LTS en mi Lenovo Y480. La hibernación funcionó correctamente después de la instalación de Ubuntu, pero me aseguré de que todos los sistemas operativos de mi sistema funcionaran, incluido OneKey Recovery (partición de recuperación). Es de destacar que instalé Windows 7 desde cero con una imagen de disco que descargué del programa DreamSpark de mi universidad, y además tuve que crear una imagen de la partición con Paragon Backup & Recovery, repartición para convertir la partición de Windows a extendida, instalar Ubuntu y luego restaurar la imagen. Durante ese proceso también utilicé el disco de Windows para editar el BCD y reutilizar la entrada existente para la partición restaurada. También utilicé la opción automatizada "reparar tu computadora".
Con la verificación, noté que la opción "reparar su computadora" en realidad escribió en el BCD incorrecto (la partición de recuperación), monté la partición, restauré el BCD original (de una copia que hice anteriormente) y reinicié. En ese momento mi GRUB se rompió y pude restaurarlo. En ese momento se rompió la hibernación.
Probé powercfg /h offy powercfg /h onreinicié y nada. También intenté aumentar el tamaño del archivo de hibernación como se indica enesta publicación, pero todavía no funciona. Ejecutar shutdown /hrendimientos The system cannot find the file specified.(2). ¿Qué archivo?
Parece que montar la partición del sistema a veces funciona, pero no quiero mantenerla montada en caso de que se escriba accidentalmente. ¿Cómo soluciono esto permanentemente?
Respuesta1
Respuesta corta:Si agregó y eliminó letras de unidad a la partición del sistema con Administración de discos, Windows no volverá a montar la partición en el próximo reinicio. La partición del sistema es necesaria porque contiene el BCD, y es necesario escribir en el BCD para que el sistema pueda reanudarse con éxito desde la hibernación. Si la partición no está montada, no se podrá escribir en el BCD y la hibernación fallará.
Como arreglarlo:
- Abra
regedity navegue hastaHKEY_LOCAL_MACHINE\SYSTEM\MountedDevices - Busque nombres que tengan un patrón de
#{guid}y elimínelos todos. Los dispositivos que hayas desmontado específicamente aparecerán nuevamente al reiniciar. - Cierra
regedity abre un símbolo del sistema escalado. - Ejecute
mountvol /Epara permitir el montaje automático (de modo que la partición del sistema se monte automáticamente pero no se le asigne una letra). - Reinicie y pruebe.
Si aún no funciona, configure la partición de su sistema como Activa (arranque). Y, por supuesto, asegúrese de que la hibernación esté habilitada y que la suspensión híbrida esté desactivada.
Respuesta más larga (el proceso):Resulta que montar y desmontar la partición del sistema es el culpable. Windows pondrá el volumen en una "lista negra" para que no se vuelva a montar al arrancar. Me di cuenta de esto cuando pensé en cómo funcionaría la hibernación sólo si la partición del sistema estuviera montada. Instalé otra copia de Windows 7 en el mismo disco antes de llegar a esa conclusión, pensando que tenía algo que ver con que Windows fuera un volumen lógico. Para buenas medidas, verifiqué bcdedity pude abrir la configuración BCD. Reinicié desde mi instalación original y no pude encontrar un archivo. (Hmm... no pude encontrar un archivo aquí, no pude encontrar un archivo durante la hibernación...) Una verificación mountvolreveló el problema: Me dijo *** NOT MOUNTED UNTIL A VOLUME MOUNT POINT IS CREATED ***. ¡Ajá! Desmonté la partición del sistema para que no apareciera al reiniciar y, como Windows quiere mantenerla como tal, agrega una entrada en algún lugar para prohibir expresamente el montaje. Por lo tanto, bcdeditno puedo encontrar el BCD. Y tiene sentido que se necesite el BCD, porque se agrega una entrada especial para que el sistema pueda reanudarse. Por lo tanto, el error de archivo no encontrado se refería al almacén BCD.
Respuesta2
En mi caso la solución fue el Orden de Discos. Seguí todos los consejos (incluida la respuesta anterior de GMMan). La partición de Windows fue marcada como activa. Se aseguró de que todos los dispositivos pudieran entrar en estado de suspensión. Fui minucioso. Todavía aparece el error "El sistema no puede encontrar el archivo especificado" al intentar cerrar /h.
El problema se debió enteramente a que el disco en el que se encontraba la partición de Windows era el Disco 1 (cuente desde cero, por lo que es el segundo disco).
Tengo un entorno de arranque dual de Linux Windows, cada sistema operativo tiene su propio disco duro. El disco duro de Linux con Grub apareció primero en BIOS. El disco duro de Windows apareció en segundo lugar. Así que simplemente cambié sus cables físicos y les dije que arrancaran en el disco duro de Linux para poder seguir obteniendo grub.
Windows ya no se queja del mensaje "El sistema no puede encontrar el archivo especificado" cuando intento hibernar. El sueño híbrido funciona. Todo funciona después de ese pequeño cambio.
Larga historia corta. Creo que la partición de Windows que desea hibernar debe aparecer como Disco 0 en el Administrador de particiones.