IT говорит, что Hibernation стирает загрузчик

Моя компания выпустила ноутбук Dell Latitude E7450 под управлением Windows 7 Professional. Если я переключаю систему в спящий режим, при загрузке она отображает пустой экран и не отвечает на ввод. Последующие перезагрузки не дают других результатов. Мой ИТ-отдел говорит мне, что спящий режим Windows проблематичен в Dells, и что спящий режим разрушает загрузочный раздел. Они восстановили загрузчик и сказали мне быть очень осторожным, чтобы не дать системе снова перейти в спящий режим.

Я инженер-программист, а не системный администратор, но что-то в этом мне не подходит.

Прав ли мой ИТ-отдел? Является ли распространенной проблемой то, что пользователи блокируют свои системы в режиме гибернации? Или это что-то в имидже, которое они создали? Взаимодействие с UEFI? Есть ли решение?

windows-7 dell hibernate

— Хью Уайт
источник

Мне это тоже не кажется правильным. Попросите их обратиться в службу поддержки Dell. Более того, у вашего ИТ-отдела уже есть возможность (но не ноу-хау) отключить спящий режим.

— Jscott

Вы правы, это просто неправда. У меня были системы, которые не возвращались из спящего режима, но это не меняет загрузчик.

— Джим Б.

Последние 5 лет я пользовался исключительно ноутбуками dell, и у меня никогда не было проблем, которые вы описали в Hibernation. Я думаю, что скорее всего виноват не образ Dell, а созданный ими образ на вашем ноутбуке.

— CorsiKa

Интересно, используют ли они какое-то дрянное решение для обеспечения безопасности "змеиного масла", которое загружается до загрузчика WIndows и каким-то образом не подходит для гибернации.

— Андре Бори

Вот еще один ИТ-отдел, который просто не подходит для своей работы ...

— dr01

Ответы:

Нет, это определенно не разрушает загрузчик, так как гибернация никогда не затрагивает загрузчик с записью. В этом нет необходимости, поскольку все, что требуется для загрузки из образа гибернации, - это то, что этот образ присутствует вообще. Это всегда проверяется во время загрузки.

Не удается восстановить из спящего режима и пытается восстанавливать каждый раз при загрузке. Обычно это происходит из-за проблемы с драйверами, и, вероятно, ее можно исправить, убедившись, что установлены все ваши драйверы и установлены их последние версии (или, по крайней мере, не старые версии).

Один из простых способов обойти это - удалить c: \ hiberfile.sys с диска (очевидно, с какой-либо работающей ОС или с диском ОС, подключенным к другой рабочей машине). После удаления этого файла он больше не будет пытаться восстановить этот образ в ОЗУ и продолжит нормальный процесс загрузки. В этом случае нужно полностью отключить режим гибернации на этом ноутбуке или устранить проблему с перезагрузкой устройства / драйвером.

— шпульницы
источник

Обратите внимание, что удаление файла hiberfile.sys эквивалентно циклическому включению компьютера с соответствующей возможностью потери данных. Не делайте этого, если вам действительно не нужно.

— Марк

Это правда. Я никогда не пытался разорвать hiberfile, чтобы починить его. Надеюсь, это так же просто, как анализировать дамп ядра, но даже это выходит за рамки большинства ИТ-подразделений. Тем не менее, я бы не рекомендовал никому использовать спящий режим для сохранения данных, а просто перенести ваши рабочие данные на диск и использовать спящий режим, чтобы сохранить только состояние вашего рабочего процесса.

— шпульницы

Ну ну. Вот очень хороший ответ, который подробно описывает, как можно выполнить восстановление данных из гиберфайла. superuser.com/questions/660649/...

— Spooler

«Обратите внимание, что удаление файла hiberfile.sys эквивалентно циклическому включению компьютера ...» Ну, не совсем. Выключение и выключение питания компьютера может прерывать запись на сам диск, тогда как спящий режим все еще позволяет компьютеру правильно выполнять отключение ACPI, позволяя завершать операции записи на диск и снижая вероятность повреждения файловой системы.

— Натан Осман

Я согласен, что требование нелепо; однако я проверю в следующий раз, прежде чем не поверить им. Нетрудно проверить, исправен ли загрузочный сектор MBR и NTFS. Возможно, они действительно сделали это, пытаясь исправить это раньше.

— joshudson
источник

Проверка не так сложна, но вы можете добавить, как это сделать для BIOS (MBR и NTbootsector), а также для UEFI.

— Хеннес

«Однако я бы проверил в следующий раз, прежде чем не поверить им». Это именно то, что делает ОП, задавая этот вопрос. Ваш ответ не кажется полезным.

— Легкость гонки с Моникой

@LightnessRacesinOrbit: Я имею в виду, что MBR и загрузочный сектор не спрашивают в Интернете.

— Джошудсон

ОП не системный парень. Проверка того, была ли написана какая-либо функциональность, связанная с загрузкой, потребовала бы некоторого довольно хитрого системного навыка, поскольку вам нужно было бы проверить MBR, скрытые области после MBR, структуры загрузки, загрузчик и BCD в согласованном и надежном режиме. путь как до, так и после отказа. Это еще более волосатое, если рассматривать UEFI.

— шпульницы