L'IT dice che l'ibernazione cancella il boot loader

Il laptop emesso dalla mia azienda è Dell Latitude E7450 con Windows 7 Professional. Se metto in letargo il sistema, all'avvio visualizza una schermata vuota e non risponde all'input. I riavvii successivi non producono risultati diversi. Il mio dipartimento IT mi dice che l'ibernazione di Windows è problematica su Dells e che l'ibernazione distrugge la partizione di avvio. Hanno ricostruito il bootloader e mi hanno detto di stare molto attenti a non lasciare il sistema in letargo.

Sono un ingegnere informatico, non un amministratore di sistema, ma qualcosa al riguardo non mi sembra giusto.

Il mio dipartimento IT ha ragione? È un problema comune che gli utenti bloccino i loro sistemi attraverso l'ibernazione? O è qualcosa sull'immagine che hanno creato? Interazione con UEFI? C'è una soluzione?

windows-7 dell hibernate

— Hugh White
fonte

Neanche a me sembra giusto. Chiedere loro di riferimento dal supporto Dell. Inoltre, il reparto IT ha già la capacità [ma forse non il know-how] di disabilitare l'ibernazione.

— jscott,

Hai ragione, questo semplicemente non è vero. Ho avuto sistemi non di ritorno dal letargo, ma non cambia il bootloader.

— Jim B,

Ho usato esclusivamente computer portatili Dell negli ultimi 5 anni e non ho mai avuto un problema che hai descritto con l'ibernazione. Penso che sia più probabile che l'immagine che hanno costruito e distribuito sul tuo laptop sia il colpevole, non Dell.

— corsiKa

Mi chiedo se stiano usando una pessima soluzione di "sicurezza" a olio di serpente che si carica prima del bootloader di Windows e che in qualche modo non funziona bene con l'ibernazione.

— André Borie,

Ecco un altro dipartimento IT che non è adatto al suo lavoro ...

— dr01

Risposte:

No, sicuramente non sta distruggendo il bootloader poiché l'ibernazione non tocca mai il bootloader con una scrittura. Non è necessario, poiché tutto ciò che è necessario per l'avvio da un'immagine di ibernazione è che tale immagine sia presente. Viene sempre verificato durante l'avvio.

Non riesce a ripristinare dall'ibernazione e continua a provare a ripristinare ogni volta che si avvia. Questo di solito è dovuto a un problema con il driver e probabilmente può essere risolto assicurandosi che tutti i driver siano installati e nelle loro ultime versioni (o almeno non nelle versioni precedenti).

Un modo semplice per aggirare questo problema è eliminare c: \ hiberfile.sys dall'unità (ovviamente con un sistema operativo in diretta o con l'unità del sistema operativo collegata a un'altra macchina funzionante). Dopo che quel file è andato, non proverà più a ripristinare quell'immagine su RAM e continuerà con il suo normale processo di avvio. La cosa da fare qui sarebbe disabilitare completamente l'ibernazione su questo laptop o risolvere il problema relativo al ripristino / driver del dispositivo sottostante.

— Spooler
fonte

Notare che cancellare hiberfile.sys equivale a spegnere e riaccendere il computer, con la corrispondente possibilità di perdita di dati. Non farlo a meno che non sia necessario.

— Segna il

È vero. Non ho mai provato a smontare un file hiber nel tentativo di ripararlo. Speriamo che sia facile come analizzare un dump principale, ma anche questo è fuori dal regno della maggior parte degli outfit IT. Detto questo, non consiglierei a nessuno di utilizzare l'ibernazione per salvare i dati, ma piuttosto di impegnare i dati di lavoro su disco e utilizzare l'ibernazione per preservare solo lo stato del flusso di lavoro.

— Spooler,

Bene bene. Ecco una molto buona risposta che i dettagli come si potrebbe realizzare un recupero dei dati da un file di ibernazione. superuser.com/questions/660649/…

— Spooler

"Nota che cancellare hiberfile.sys equivale a spegnere e riaccendere il computer ..." Beh, non proprio. Il ciclo di alimentazione del computer può interrompere le scritture sul disco stesso, mentre l'ibernazione consente ancora al computer di eseguire un arresto ACPI corretto, consentendo il completamento delle scritture su disco e riducendo la probabilità di corruzione del file system.

— Nathan Osman,

Sono d'accordo che l'affermazione è assurda; comunque controllerei la prossima volta prima di non crederli. Non è così difficile verificare se il settore di avvio di MBR e NTFS è intatto. Avrebbero potuto effettivamente farlo provando a risolverlo prima.

— joshudson
fonte

Il controllo non è così difficile, un po 'potresti voler aggiungere come farlo per BIOS (MBR e NTbootsector) e per UEFI.

— Hennes,

"comunque controllerei la prossima volta prima di non crederli" Questo è esattamente ciò che sta facendo l'OP ponendo questa domanda. La tua risposta non sembra essere utile.

— Lightness Races con Monica il

@LightnessRacesinOrbit: voglio dire controllare il MBR e il settore di avvio non chiedere su Internet.

— joshudson,

OP non è un ragazzo di sistemi. Controllare se è stata scritta una funzionalità correlata all'avvio richiederebbe qualche abilità di sistema piuttosto furba, dal momento che dovresti controllare l'MBR, le aree nascoste dopo l'MBR, le strutture di avvio, il caricatore di avvio e il BCD in modo coerente e affidabile sia prima che dopo il fallimento. È ancora più peloso se si considera UEFI.

— Spooler,