IT mówi, że Hibernacja usuwa moduł ładujący

Wydany przeze mnie laptop to Dell Latitude E7450 z systemem Windows 7 Professional. Po hibernacji systemu po uruchomieniu wyświetla pusty ekran i nie reaguje na dane wejściowe. Kolejne ponowne uruchomienie nie daje różnych wyników. Mój dział IT powiedział mi, że hibernacja Windows jest problematyczna na komputerach Dell i że hibernacja niszczy partycję rozruchową. Przebudowali moduł ładujący i powiedzieli, żebym bardzo uważał, aby nie pozwolić hibernacji systemu ponownie.

Jestem inżynierem oprogramowania, a nie administratorem systemu, ale coś w tym nie brzmi dobrze.

Czy mój dział IT ma rację? Czy to powszechny problem, że użytkownicy zamurowują swoje systemy podczas hibernacji? A może chodzi o utworzony przez nich obraz? Interakcja z UEFI? Czy jest jakieś rozwiązanie?

windows-7 dell hibernate

— Hugh White
źródło

Dla mnie to też nie brzmi dobrze. Poproś ich o pomoc w dziale pomocy technicznej firmy Dell. Co więcej, twój dział IT ma już możliwość [ale być może nie know-how] wyłączenia hibernacji.

— jscott

Masz rację, to po prostu nieprawda. Systemy nie wróciły ze stanu hibernacji, ale nie zmienia to programu ładującego.

— Jim B

Przez ostatnie 5 lat używałem wyłącznie laptopów Dell i nigdy nie miałem problemu, który opisałeś w Hibernacji. Myślę, że bardziej prawdopodobne jest, że obraz, który zbudowali i wdrożyli na twoim laptopie, jest winowajcą, a nie Dell.

— corsiKa

Zastanawiam się, czy używają jakiegoś gównianego „bezpieczeństwa” oleju „węża”, który ładuje się przed bootloaderem systemu Windows i jakoś nie gra z hibernacją.

— André Borie,

Oto kolejny dział IT, który po prostu nie nadaje się do pracy ...

— dr01

Odpowiedzi:

Nie, zdecydowanie nie niszczy bootloadera, ponieważ hibernacja nigdy nie dotyka bootloadera zapisem. Nie musi, ponieważ wszystko, co jest wymagane do uruchomienia z obrazu hibernacji, to w ogóle obecność tego obrazu. Zawsze jest sprawdzane podczas uruchamiania.

Nie można go przywrócić ze stanu hibernacji i próbuje przywracać przy każdym uruchomieniu. Jest to zwykle spowodowane problemem ze sterownikiem i prawdopodobnie można to naprawić, upewniając się, że wszystkie sterowniki są zainstalowane i mają najnowsze wersje (a przynajmniej nie starsze wersje).

Jednym z łatwych sposobów obejścia tego problemu jest usunięcie c: \ hiberfile.sys z dysku (oczywiście w niektórych systemach operacyjnych na żywo lub z dyskami systemu operacyjnego podłączonymi do innej działającej maszyny). Po usunięciu tego pliku nie będzie już próbował przywrócić obrazu do pamięci RAM i kontynuuje normalny proces uruchamiania. Należy tu całkowicie wyłączyć hibernację na tym laptopie lub naprawić problem resetowania / sterownika urządzenia.

— Bufor
źródło

Należy pamiętać, że usunięcie pliku hiberfile.sys jest równoważne z wyłączaniem zasilania komputera, z odpowiednią możliwością utraty danych. Nie rób tego, chyba że naprawdę musisz.

— Mark

To prawda. Nigdy nie próbowałem rozbierać hiberfile, próbując go naprawić. Mamy nadzieję, że jest to tak proste, jak analiza zrzutu pamięci, ale nawet to nie wchodzi w zakres większości zestawów informatycznych. To powiedziawszy, nie polecam nikomu używania hibernacji do zapisywania danych, ale raczej wysyłanie danych roboczych na dysk i używanie hibernacji do zachowania tylko stanu przepływu pracy.

— Spooler,

Dobrze, dobrze. Oto bardzo dobra odpowiedź, która szczegółowo opisuje, w jaki sposób można odzyskać dane ze stanu hibernacji. superuser.com/questions/660649/…

— Spooler

„Zauważ, że usunięcie hiberfile.sys jest równoważne z włączaniem i wyłączaniem komputera ...” Cóż, niezupełnie. Przełączanie zasilania komputera może przerwać zapis na samym dysku, podczas gdy hibernacja nadal pozwala na prawidłowe zamknięcie interfejsu ACPI, umożliwiając zapisywanie na dysku do końca i zmniejszając prawdopodobieństwo uszkodzenia systemu plików.

— Nathan Osman

Zgadzam się, że roszczenie jest niedorzeczne; jednak sprawdzę to następnym razem, zanim ich nie uwierzę. Nie jest trudno sprawdzić, czy sektor rozruchowy MBR i NTFS są nienaruszone. Mogli to zrobić wcześniej, próbując to naprawić.

— Joshudson
źródło

Sprawdzanie nie jest takie trudne, warto dodać, jak to zrobić w BIOSie (MBR i NTbootsector), a także w UEFI.

— Hennes,

„Chciałbym jednak sprawdzić następnym razem, zanim nie uwierzę” . Dokładnie to robi OP, zadając to pytanie. Twoja odpowiedź nie wydaje się przydatna.

— Lekkość ściga się z Monicą

@LightnessRacesinOrbit: Mam na myśli sprawdzenie MBR i sektora rozruchowego, aby nie pytać w Internecie.

— joshudson

OP nie jest facetem od systemów. Sprawdzenie, czy jakakolwiek funkcja związana z uruchamianiem została napisana, wymagałaby dość sprytnych umiejętności systemowych, ponieważ musiałbyś sprawdzić MBR, ukryte obszary po MBR, struktury rozruchowe, moduł ładujący i BCD w spójny i niezawodny sposób zarówno przed, jak i po awarii. Jest jeszcze bardziej owłosiony, jeśli wziąć pod uwagę UEFI.

— Spooler