ІТ говорить, що сплячка стирає завантажувач


21

Моя компанія випустила ноутбук Dell Latitude E7450 під керуванням Windows 7 Professional. Якщо я перезимував систему, під час завантаження вона відображає порожній екран і не відповідає на вхід. Подальші перезавантаження не дають різних результатів. Мій відділ ІТ повідомляє мені, що сплячка в Windows є проблематичною для Dells і що сплячка знищує завантажувальний розділ. Вони відновили завантажувач і сказали мені бути дуже обережними, щоб система не перезимувала знову.

Я інженер програмного забезпечення, а не системний адміністратор, але щось з цього приводу мені не підходить.

Правильно мій відділ ІТ? Чи є загальною проблемою те, що користувачі кладуть свої системи в сплячку? Або це щось про створений ними образ? Взаємодія з УЄФІ? Чи є рішення?


9
Це теж не звучить як для мене. Попросіть довідку у служби Dell Support. Більше того, ваш ІТ-відділ вже має можливість [але не знає ноу-хау] відключити сплячку.
jscott

7
Ви маєте рацію, це просто неправда. У мене були системи, які не повертаються зі сплячки, але завантажувач не змінює.
Джим Б

4
Я використовував виключно ноутбуки Dell протягом останніх 5 років і ніколи не мав жодної проблеми, яку ви описали зі сплячки. Я думаю, що більш вірогідним є винуватець образу, який вони створили та розгорнули на вашому ноутбуці, а не Dell.
corsiKa

6
Мені цікаво, чи не використовують вони якісь хитрі рішення "безпека" зміїного масла, які завантажуються перед завантажувачем WIndows і чомусь не грають добре зі сплячкою.
Андре Борі

2
Ось ще один ІТ-відділ, який просто не підходить для своєї роботи ...
dr01

Відповіді:


25

Ні, це точно не перевантажує завантажувач, оскільки сплячка ніколи не торкається завантажувача записом. Це не обов'язково, оскільки все, що потрібно для завантаження із зображення в сплячку, - це те, щоб зображення взагалі було присутнє. Це завжди перевіряється під час завантаження.

Він не вдається відновити після сплячки і намагається відновити щоразу, коли він завантажується. Зазвичай це пов'язано з проблемою з драйверами, і, ймовірно, це можна виправити, переконавшись, що всі ваші драйвери встановлені та в їх останніх версіях (або принаймні не стародавніх версіях).

Один з простих способів обійти це - видалити c: \ hiberfile.sys з диска (очевидно, з деякою реальною операційною системою або з диском ОС, підключеним до іншої робочої машини). Коли цей файл відпаде, він більше не намагатиметься відновити це зображення в оперативній пам’яті і продовжить звичайний процес завантаження. Тут потрібно зробити повністю відключити сплячку на цьому ноутбуці або виправити основні проблеми скидання пристрою / драйвери.


6
Зауважте, що видалення hiberfile.sys еквівалентно енергоциклізації комп'ютера з відповідною можливістю втрати даних. Не робіть цього, якщо вам справді не потрібно.
Марк

6
Це правда. Я ніколи не намагався підібрати гіберфайл, намагаючись його відремонтувати. Сподіваємось, це так просто, як аналіз основного дампа, але навіть це є поза сферою більшості нарядів ІТ. З цього приводу я не рекомендую нікому використовувати сплячку для збереження даних, а скоріше зафіксувати свої робочі дані на диску та використати сплячку для збереження лише стану робочого процесу.
Спулер

1
Добре. Ось дуже гарна відповідь, яка детально описує, як можна було відновити дані зі снуберфайлу. superuser.com/questions/660649/…
Spooler

"Зауважте, що видалення hiberfile.sys еквівалентно енергоциклізації комп'ютера ..." Ну, не зовсім. Силовий циклічний комп'ютер може перервати запис на сам диск, тоді як сплячий режим все ще дозволяє комп'ютеру виконати належне відключення ACPI, що дозволяє запису диска завершувати та зменшувати ймовірність пошкодження файлової системи.
Натан Осман

2

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


Перевірка не така вже й складна, біт ви можете додати, як це зробити для BIOS (MBR & NTbootsector), а також для UEFI.
Геннес

2
"однак я би перевірив наступного разу, перш ніж їх повірити". Саме цим займається ОП, задаючи це питання. Ваша відповідь не здається корисною.
Гонки легкості з Монікою

2
@LightnessRacesinOrbit: Я маю на увазі перевірити MBR і завантажувальний сектор, а не запитувати в Інтернеті.
Джошудсон

ОП - це не системний хлопець. Перевірка, чи не було написано будь-який функціонал завантаження, потребує досить хитрої системної майстерності, оскільки вам доведеться перевіряти MBR, приховані ділянки після MBR, структури завантаження, завантажувача та BCD у послідовній та надійній так, як до і після відмови. Це ще більш волохато при розгляді УЄФІ.
Спулер
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.