Почему Win 7 HP x64 не загружается из гибернации?

Question

[Whiteha]

При входе в гибернацию сразу после загрузки системы(загрузились и тут же ушли в гибернацию) компьютер из нее успешно возвращается. Однако, если запустить несколько программ и после этого уйти в гибернацию, то при загрузке выдается ошибка с предложением удалить файл гибернации и загрузиться по простому.
P.S. Но компьютере также параллельно установлен linux - Debian wheezy 7.3; В биосе включен UEFI ;

Answer 1

[Yurko Radykh]

А что говорит проверка диска (разделов, задействованых под Виндой)?
Как дела с вирусами/антивирусами?

Answer 2

[Whiteha]

@Radykh
Антивирусов не устанавливал. Не очень понимаю, о какой именно проверке речь? На всякий случай прилагаю скриншот

Answer 3

[Yurko Radykh]

@Whiteha,

Антивирусов не устанавливал.

- тогда проверьте систему хотя бы чем-то одноразовым, а то вера в чистом виде от заразы не спасает.

о какой именно проверке речь?

- хотя бы минимальной, chkdsk <буква_раздела>: /F

Answer 4

[Whiteha]

@Radykh
Скан McAfee ничего не нашел.
E это /boot дебиана и F это корень его фс
Пот скрин чекдиска для C

Answer 5

[Degemot]

Запусти проверку на ошибки диска на котором установлена Windows 7.
Если перевести компьютер в спящий режим, а после загрузиться через другую операционную можно заметить недопустимость изменения содержимого в диске на котором располагается первая. Может Линукс как то нарушает это правило?

Comments

[Whiteha]

@Degemot
Я понял идею, но не очень понимаю каким образом дебиан может перетирать раздел с виндой и портить гибернацию, если я его не запускаю между уходом на винде в гибернацию и попыткой вернуться из нее?
Даже если как-то все-таки портит, то как мне реализовать проверку?
Какими утилитами и с какими ключами мне зафиксировать состояние раздела?
По идее я могу просто уйти с винды в гибернацию, загрузиться с лайв сд и взять контрольную сумму файла гибернации, потом загрузить деб и из под него посчитать хеш от виндовского файла с гибернацией, будут различия - значит есть повреждение... в общем я не очень понимаю как нужно отследить проблему.

Answer 6

[Yurko Radykh]

@Whiteha,

в общем я не очень понимаю как нужно отследить проблему

- вам нужно, как минимум, быть внимательным, и прислушываться к получаемым советам.
Вот, к прмеру, я вам указал минимальный вариант проверки раздела для вашего случая: chkdsk <буква_раздела>: /F (хотя, если по-хорошему, то надо было делать даже: chkdsk <буква_раздела>: /F /R). Вы же сделали: chkdsk <буква_раздела>:
Да, так оно, конечно, быстрее. Но быстро, как известно, происходит только процесс размножения.
Да и на вирусы, лучше бы проверить CureIt'ом от DrWeb'а.

Comments

[Whiteha]

Я внимателен, просто не хотел рисковать с /F которая подразумевает внесение правок сразу по найденным ошибкам, тем более что запуск его на разделе с рабочей системой требует перезагрузки. Логичнее ведь сперва просто посмотреть, есть ли ошибки, а потом решать что делать. Чем вас не устраивает отчет со скриншота? Там вроде бы никаких ошибок для исправления не найдено, и смысла перезапускаться под /F или /R нет.
КурИтом проверился, чисто.

[Yurko Radykh]

@Whiteha, смысл с /R как раз в данном случае - максимальный.

Answer 7

[realscorp]

А что в Событиях после неудачного возобновления пишется?