Lorsqu'un ordinateur "tombe en panne", par exemple en raison d'une panne de courant "abrupte" (auquel cas rien ne peut être fait), cela peut être dû à un événement interne désagréable (par exemple, des tables de pages corrompues) qui De même, empêche quoi que ce soit, ou cela peut être dû à une condition empêchant simplement "d'autres opérations" - peut-être que de nouveaux processus ne peuvent pas être démarrés, peut-être que l'affichage ne peut pas être mis à jour, peut-être que le système est à court de stockage.
Dans ces dernières situations, le système d’exploitation peut toujours fonctionner, dans certaines limites, et au moins effectuer les opérations de disque en cours, bien fermer les fichiers, etc. De plus, si un peu plus de fonction est possible, le système d’exploitation peut éventuellement indiquer aux différentes applications processus pour se fermer proprement.
Mais même si le système tombe "en panne", le système dans son ensemble et des applications individuelles peuvent avoir maintenu un système de "journaux" et / ou de "points de contrôle" pour permettre à l'état du système dans son ensemble et à des applications individuelles d'être restaurés à un point "atomique", où tout est "cohérent en interne", et où un minimum de données importantes a été perdu.
Tout cela n'est pas accompli avec un seul mécanisme, mais avec des couches de fonctionnalités au niveau du système et de l'application.
En ce qui concerne spécifiquement les pannes de courant, il peut y avoir ou non notification préalable, et l’avertissement "préalable" peut durer une fraction de seconde ou (avec UPS ou une batterie d’ordinateur portable en panne) plusieurs minutes. Ce qui peut être fait dépend de la quantité d'avertissement.
Dans la plupart des cas, avec un système de bureau sans UPS, il est préférable de "mettre au repos" les opérations de disque de sorte qu'aucun disque ne soit en cours d'écriture lorsque le courant disparaît finalement. Cela empêche de générer des secteurs défectueux sur le disque. Autrefois, lorsque la RAM était beaucoup plus petite, il pouvait rester assez de temps (avec de gros condensateurs dans l’alimentation, ou même, curieusement, en utilisant l’énergie stockée dans le rotor du lecteur de disque pour générer de l’électricité) pour écrire de la RAM sur le disque avant l’alimentation. abandonné, mais cette possibilité a pratiquement disparu lorsque la RAM a dépassé 100 millions d’euros.
[Et notez que, dans les temps anciens, lorsque les mémoires étaient faites avec des "noyaux" magnétiques, la RAM était intrinsèquement préservée lors de la perte de puissance (bien qu'un mot particulier en cours de lecture / écriture en cas de panne de courant puisse être corrompu). Cela a permis à ces anciens systèmes de récupérer plus facilement d'une panne de courant.]
Cependant, avec quelque chose qui ressemble à un UPS (qui peut durer de quelques minutes à plusieurs heures de puissance supplémentaire), il existe plusieurs options supplémentaires. L’une consiste simplement à éteindre le système, comme si vous demandiez une «mise hors tension». Cela provoque la fin de chaque application, puis le système dans son ensemble écrit des tables permanentes et s'arrête. Cela peut prendre beaucoup de temps (comme beaucoup d’entre vous l’ont sûrement remarqué). Mais il est également possible d'utiliser une stratégie de "veille prolongée", dans laquelle la RAM est écrite sur le disque sous la forme d'un bloc, puis le système est mis hors tension. Dans le scénario "hibernation", lors de la restauration de l'alimentation, la RAM est lue exactement à l'endroit où elle a été écrite, quelques bits ici et là sont balayés, puis l'exécution reprend là où elle s'est arrêtée.
Sur certains anciens systèmes de «gros fer», une stratégie semi-hibernate était utilisée pour effectuer un arrêt d'urgence: la mémoire serait écrite comme ci-dessus, mais lorsque le courant serait restauré et que la mémoire serait lue, un arrêt normal se produirait. Cela a été fait parce que certains bits de l'état du système (en particulier dans les contrôleurs d'E / S) ne pouvaient pas être sauvegardés / restaurés de manière fiable pour permettre un fonctionnement continu.