Гибернация терпит неудачу; Система не может найти указанный файл

Question

Недавно я установил Ubuntu 12.04.1 LTS на свой Lenovo Y480. После установки Ubuntu Hibernation работал правильно, но я следил за тем, чтобы все операционные системы в моей системе работали, включая OneKey Recovery (раздел восстановления). Следует отметить, что я установил Windows 7 с нуля с образом диска, который я скачал из программы DreamSpark моего университета, и, кроме того, мне пришлось создать образ раздела с помощью Paragon Backup & Recovery, перераспределения для преобразования раздела Windows в расширенный, установить Ubuntu, а затем восстановить образ. Во время этого процесса я также использовал диск Windows для редактирования BCD, чтобы повторно использовать существующую запись для восстановленного раздела. Я также использовал автоматическую опцию "починить компьютер".

При проверке я заметил, что опция "восстановить ваш компьютер" фактически записала неправильный BCD (раздел восстановления), и я смонтировал раздел и восстановил исходный BCD (из копии, которую я сделал ранее), и перезагрузил компьютер. В этот момент мой GRUB сломался, и я смог его восстановить. В этот момент спячка сломалась.

Я попытался powercfg /h off и powercfg /h on , перезагрузить компьютер и ничего. Также попытался увеличить размер файла гибернации, как указано в этом посте , но он все еще не работает. Выполнение shutdown /h yields The system cannot find the file specified.(2) Какой файл?

Кажется, что монтирование системного раздела иногда работает, но я не хочу оставлять его монтированным на случай, если он будет записан случайно. Как мне навсегда это исправить?

Answer 1

Краткий ответ: Если вы добавили и удалили буквы дисков в системный раздел с помощью оснастки «Управление дисками», Windows не будет перемонтировать раздел при следующей перезагрузке. Системный раздел необходим, потому что он содержит BCD, и BCD должен быть записан, чтобы система могла успешно возобновить спящий режим. Если раздел не смонтирован, BCD не может быть записан, и гибернация не удастся.

Как это исправить:

1. Откройте regedit и перейдите к HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices
2. Найдите имена с шаблоном #{guid} и удалите их все. Устройства, которые вы специально отключили, снова появятся при перезагрузке.
3. Закройте regedit и откройте эскалацию командной строки.
4. Выполните mountvol /E чтобы разрешить автомонтирование (чтобы системный раздел автоматически монтировался, но ему не присваивалась буква).
5. Перезагрузитесь и проверьте.

Если это все еще не работает, установите системный раздел как активный (загрузочный). И, конечно же, убедитесь, что гибернация включена и гибридный режим отключен.

Более длинный ответ (процесс): Оказывается, виновником является подключение и отключение системного раздела. Windows "внесет в черный список" том, чтобы не перемонтировать его при загрузке. Я понял это, когда подумал о том, как будет работать спящий режим, только если смонтирован системный раздел. Я установил еще одну копию Windows 7 на том же диске, прежде чем пришел к такому выводу, думая, что это как-то связано с тем, что Windows является логическим томом. Для хороших мер я проверил bcdedit и он смог загрузить конфигурацию BCD. Загрузился обратно к моей первоначальной установке и не смог найти файл. (Хм ... не удалось найти файл здесь, не удалось найти файл во время гибернации ...) Проверка с помощью mountvol выявила проблему: она сказала мне, что *** NOT MOUNTED UNTIL A VOLUME MOUNT POINT IS CREATED *** ТОГО, ЧТО СОЗДАНО ОБЪЕМНАЯ МОНТАЖНАЯ ТОЧКА *** . Ага! Я размонтировал системный раздел, чтобы он не отображался при перезагрузке, и поскольку Windows хочет сохранить его как таковой, он добавляет запись где-то, чтобы явно запретить монтирование. Следовательно, bcdedit не может найти BCD. И имеет смысл, что BCD необходим, потому что добавлена специальная запись, чтобы система могла возобновить работу. Ошибка файла не найдена, поэтому ссылка на хранилище BCD.

Answer 2

В моем случае решением был порядок дисков. Я следовал каждому совету (включая ответ GMMan выше). Раздел Windows был помечен как активный. Убедитесь, что каждое устройство может перейти в спящий режим. Я был тщательным По-прежнему получал сообщение об ошибке "Система не может найти указанный файл" при попытке завершить работу /h.

Проблема была полностью связана с тем, что раздел Windows был диском 1 (считая с нуля, поэтому второй диск).

У меня есть Linux двойная среда загрузки, каждая ОС имеет свой собственный жесткий диск. Жесткий диск Linux с Grub был указан первым в BIOS. Жесткий диск Windows занял второе место. Так что я просто переключил их физические кабели и велел загрузиться с жесткого диска Linux, чтобы я все еще мог получить grub.

Windows больше не жалуется на "Системе не удается найти указанный файл", когда я пытаюсь перейти в спящий режим. Гибридный сон работает. Все работает после этого небольшого изменения.

Короче. Я думаю, что раздел Windows, который вы хотите перевести в спящий режим, должен быть указан как Disk 0 в Partition Manager.