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