Même avec un SSD, les accès en écriture sont lents. Pour pallier cette lenteur, les systèmes d'exploitation écrivent en RAM (buffer cache). Le risque est donc de perdre le contenu de ton buffer cache avant qu'il ne soit écrit sur le disque, et d'avoir des données incohérentes. De plus les disques ont eux-même du cache, et si tu as écrit tes données vers ton disque et que celui-ci n'a pas écrit son cache sur disque, je pense que ça risque de poser problème (sauf à avoir un contrôleur qui garde le cache persistant quand tu coupes l'alim). Alors certes, les systèmes de fichiers journalisés limitent la casse lorsqu'on éteint sauvagement un système, mais si une application est en cours d'exécution, c'est la cohérence des fichiers de l'application qui risque de poser problème, même si les fichiers ne sont pas corrompus.
# Les buffers ne sont pas écrits sur le disque et les fichiers sont incohérents.
Posté par totof2000 . En réponse au message mémoire flash : quels risques d'un redémarrage à la sauvage?. Évalué à 10. Dernière modification le 06 juillet 2024 à 21:07.
Même avec un SSD, les accès en écriture sont lents. Pour pallier cette lenteur, les systèmes d'exploitation écrivent en RAM (buffer cache). Le risque est donc de perdre le contenu de ton buffer cache avant qu'il ne soit écrit sur le disque, et d'avoir des données incohérentes. De plus les disques ont eux-même du cache, et si tu as écrit tes données vers ton disque et que celui-ci n'a pas écrit son cache sur disque, je pense que ça risque de poser problème (sauf à avoir un contrôleur qui garde le cache persistant quand tu coupes l'alim). Alors certes, les systèmes de fichiers journalisés limitent la casse lorsqu'on éteint sauvagement un système, mais si une application est en cours d'exécution, c'est la cohérence des fichiers de l'application qui risque de poser problème, même si les fichiers ne sont pas corrompus.