IT dice que la hibernación borra el cargador de arranque

21

Mi portátil emitido por la empresa es Dell Latitude E7450 con Windows 7 Professional. Si hiberno el sistema, al arrancar muestra una pantalla en blanco y no responde a la entrada. Los reinicios posteriores no producen resultados diferentes. Mi departamento de TI me dice que la hibernación de Windows es problemática en Dell y que la hibernación destruye la partición de arranque. Reconstruyeron el cargador de arranque y me dijeron que tuviera mucho cuidado de no dejar que el sistema hiberne nuevamente.

Soy ingeniero de software, no administrador de sistemas, pero algo sobre esto no me parece correcto.

¿Es correcto mi departamento de TI? ¿Es un problema común que los usuarios bloqueen sus sistemas a través de la hibernación? ¿O es algo sobre la imagen que han creado? Interacción con UEFI? ¿Hay alguna solución?

Hugh White
fuente
99
A mí tampoco me suena bien. Pídales referencia del soporte de Dell. Además, su departamento de TI ya tiene la capacidad [pero quizás no el conocimiento técnico] para desactivar la hibernación.
jscott
77
Tienes razón, esto simplemente no es cierto. He tenido sistemas que no regresan de la hibernación, pero no cambia el gestor de arranque.
Jim B
44
Utilicé exclusivamente computadoras portátiles Dell durante los últimos 5 años y nunca he tenido un problema que haya descrito con la hibernación. Creo que es más probable que la imagen que construyeron e implementaron en su computadora portátil sea la culpable, no Dell.
corsiKa
66
Me pregunto si están usando alguna solución de "seguridad" de aceite de serpiente que se carga antes del cargador de arranque de Windows y de alguna manera no funciona bien con la hibernación.
André Borie
2
Aquí hay otro departamento de TI que no es apto para su trabajo ...
dr01

Respuestas:

25

No, definitivamente no está destrozando el gestor de arranque ya que la hibernación nunca toca el gestor de arranque con una escritura. No es necesario, ya que todo lo que se requiere para arrancar desde una imagen de hibernación es que esa imagen esté presente. Siempre se verifica durante el arranque.

No se puede restaurar desde la hibernación, y sigue tratando de restaurar cada vez que se inicia. Esto generalmente se debe a un problema con el controlador, y probablemente se pueda solucionar asegurándose de que todos sus controladores estén instalados y en sus últimas versiones (o al menos no versiones antiguas).

Una manera fácil de solucionar esto es eliminar c: \ hiberfile.sys de la unidad (obviamente con algún sistema operativo en vivo o con la unidad del sistema operativo conectada a otra máquina en funcionamiento). Con ese archivo desaparecido, ya no intentará restaurar esa imagen en la RAM y continuará con su proceso de arranque normal. Lo que debería hacer aquí sería desactivar por completo la hibernación en esta computadora portátil o solucionar el problema de reinicio / controlador del dispositivo subyacente.

Spooler
fuente
66
Tenga en cuenta que eliminar hiberfile.sys es equivalente a apagar y encender la computadora, con la posibilidad correspondiente de pérdida de datos. No hagas esto a menos que realmente lo necesites.
Marque el
66
Es verdad. Nunca he tratado de separar un archivo de hibernación en un esfuerzo por repararlo. Esperemos que sea tan fácil como analizar un volcado del núcleo, pero incluso eso está fuera del ámbito de la mayoría de los equipos de TI. Dicho esto, no recomendaría que nadie use la hibernación para guardar datos, sino que envíe sus datos de trabajo al disco y use la hibernación para preservar solo su estado de flujo de trabajo.
Cola
1
Bien bien. Aquí hay una muy buena respuesta que detalla cómo uno podría lograr una recuperación de datos de un archivo de hibernación. superuser.com/questions/660649/…
Cola
"Tenga en cuenta que eliminar hiberfile.sys es equivalente a apagar y encender la computadora ..." Bueno, no del todo. El ciclo de energía de la computadora puede interrumpir las escrituras en el disco, mientras que la hibernación aún permite que la computadora realice un apagado ACPI adecuado, lo que permite que las escrituras del disco se completen y reduce la probabilidad de corrupción del sistema de archivos.
Nathan Osman
2

Estoy de acuerdo en que el reclamo es absurdo; Sin embargo, comprobaría la próxima vez antes de no creerlos. No es tan difícil verificar si el sector de arranque MBR y NTFS están intactos. En realidad, podrían haber hecho esto al intentar solucionarlo antes.

joshudson
fuente
La comprobación no es tan difícil, pero es posible que desee agregar cómo hacer eso para BIOS (MBR y NTbootsector) también para UEFI.
Hennes
2
"Sin embargo, comprobaría la próxima vez antes de no creerlos". Eso es exactamente lo que está haciendo el OP al hacer esta pregunta. Su respuesta no parece ser útil.
Lightness compite con Monica el
2
@LightnessRacesinOrbit: me refiero a verificar el MBR y el sector de arranque, no preguntar en Internet.
joshudson
OP no es un chico de sistemas. Verificar para ver si se ha escrito alguna funcionalidad relacionada con el arranque requeriría una habilidad de sistemas bastante astuta, ya que tendría que verificar el MBR, las áreas ocultas después del MBR, las estructuras de arranque, el cargador de arranque y el BCD de manera consistente y confiable tanto antes como después del fracaso. Es aún más peludo cuando se considera UEFI.
Cola