Тут слід думати дві речі, про що натякають інші відповіді.
Перша - пошкодження файлової системи. Це стосується структур метаданих, які роблять файлову систему корисною, і її розуміють і контролюють ядра.
Друге - це вміст файлів. Коли вміст файлу пошкоджено, ядро не буде знати (або піклуватися). Складні системи, такі як бази даних, реалізують власні засоби метаданих, щоб вирішити цю проблему, але для більшості типів файлів у типовій настільній системі такого немає.
Якщо ви редагуєте файл, "зміна" файлу може складатися з запису в декілька місць. Коли всі ці записи завершені, файл знаходиться в послідовному стані, але коли завершено лише деякі з цих записів, вміст файлу може бути пошкоджено (непослідовно)
Операційна система буде (повинна) "групувати" пов'язане записування в транзакцію. Так, наприклад, коли файл зростає, дані повинні записуватися до блоків, що належать до цього файлу, а структури файлової системи оновлюватись для виділення цих нових блоків у файл та можливих змін у записі каталогу (наприклад, час останньої модифікації) ) оновлюватись, все як одна група. Після того, як все це буде синхронізовано (змито) на диску, файлова система знову буде послідовною, але вміст файлу може не бути, доки всі відповідні записи не будуть надіслані програмою та видалені на диск операційною системою.
Якщо додаток знаходиться в середині складних змін і заблокується до того, як всі транзакції будуть видані, наприклад, ви натискаєте кнопку Зберегти та негайно закриваєте кришку ноутбука, ціла група змін може не всі зробити це в черзі запису ядра.
Зазвичай все, що стоїть у черзі запису, буде видалено на диск. Файлові системи, як правило, повинні бути послідовними. Через журнали файлової системи це може означати, що деякі з цих змін тимчасово знаходяться в журналі, хоча і безпечно на диску.
Вміст файлів, однак, вже інша історія.