Comment l'ordinateur peut-il sauvegarder des données avant de tomber en panne ?

Dans certaines applications de certains systèmes d'exploitation, il est possible d'exploiter des signaux tels que des erreurs de segmentation indiquant des violations d'accès à la mémoire. Dans ce cas, une simple routine peut sauver autant de données que possible. La question de savoir si ces données sont utilisables ou non est une autre question - le crash peut les avoir corrompues. Bien qu'il soit possible pour une application de continuer à fonctionner après avoir interrompu un signal, cela n'est pas recommandé, car elle peut se trouver dans un état instable avec une mémoire corrompue qui peut causer d'autres problèmes.

D'autres applications utilisent l'enregistrement automatique, ou une combinaison des deux - cela dépend des besoins du programme et du support de la plateforme pour capter ces signaux.

Un plantage du système n'est qu'une autre routine exécutée par le système d'exploitation. La raison pour laquelle un "crash" se produit est qu'un programme ou une bibliothèque ne s'est pas chargé ou ne s'est pas chargé correctement et a la capacité de causer des dommages permanents aux fichiers du système. Par mesure de sécurité, Windows force un arrêt/redémarrage et arrête toute écriture dans les fichiers système avant que ces fichiers ne soient autorisés à être modifiés par le programme ou la bibliothèque en question.

Avant l'arrêt/le redémarrage, il exécute les mêmes fonctions qu'un arrêt/redémarrage normal, c'est-à-dire qu'il enregistre les fichiers du système, etc.

En ce qui concerne les applications individuelles (Word/Chrome) qui enregistrent votre "progression", il s'agit d'une fonction interne de l'application, qui enregistre votre progression à des intervalles spécifiques (que vous pouvez généralement modifier dans les paramètres du programme). En cas de panne de l'application ou du système, après le redémarrage, l'application peut consulter ce fichier et vous demander si vous souhaitez restaurer la session.

Il s'agit peut-être d'un arrêt du système d'exploitation dû à une perte d'alimentation. Il s'agit sans doute d'une sorte de panne.

Le bloc d'alimentation informe la carte mère (par l'intermédiaire d'un câble de signalisation, je suppose) de toute interruption prolongée de son entrée, le courant alternatif mural, bien avant qu'il n'arrête sa sortie, qui est l'alimentation correcte de la carte mère en courant continu. Il peut le faire parce qu'il stocke son électricité dans de grands condensateurs. Le système d'exploitation reçoit ce signal sous la forme d'une interruption matérielle.

Pendant ce long intervalle, le système de fichiers à mémoire tampon a suffisamment de temps pour transférer toutes les écritures en mémoire tampon sur le support de stockage physique permanent et pour exécuter d'autres routines d'arrêt.

L'un des grands avantages d'un système de fichiers à mémoire tampon en écriture est qu'en triant les écritures, il peut réduire les mouvements de bras sur les disques durs, les rendant moins nombreux et moins éloignés.

Ceci est similaire à ce que @oleksii dit dans sa réponse, sauf que dans un système de fichiers à tampon d'écriture, les transactions terminées ne sont normalement pas transférées immédiatement, mais simplement mises en mémoire tampon. En cas de panne de courant, les transactions terminées doivent être transférées sur le disque.

Les applications peuvent attraper les signaux en C et de sauvegarder certaines données. Un signal que vous pouvez recevoir accidentellement est SIGFPE Floating-Point arithmetic Exception (ANSI). Les erreurs comprennent la division par zéro et le dépassement de capacité. Un autre signal est SIGINT, qui est levé en appuyant sur ctrl+C sur la console ou le terminal, ce qui tue l'application.