Ada dua hal untuk dipikirkan di sini, seperti yang ditunjukkan oleh jawaban lain.
Yang pertama adalah Korupsi Sistem File. Ini berkaitan dengan struktur meta-data yang membuat sistem file dapat digunakan, dan dipahami dan dikendalikan oleh Kernel.
Yang kedua adalah isi file. Ketika konten file rusak, kernel tidak akan tahu (atau peduli). Sistem yang kompleks seperti basis data mengimplementasikan fasilitas meta-datanya sendiri untuk mengatasi masalah ini, tetapi untuk sebagian besar tipe file pada sistem desktop biasa tidak ada hal seperti itu.
Jika Anda mengedit file, "perubahan" ke file mungkin terdiri dari menulis ke beberapa lokasi. Ketika semua penulisan ini telah selesai, file dalam keadaan konsisten, tetapi ketika hanya beberapa dari penulisan ini yang diselesaikan, konten file mungkin rusak (tidak konsisten)
Sistem operasi akan (harus) "grup" terkait menulis ke dalam suatu transaksi. Jadi, misalnya ketika file tumbuh, data harus ditulis ke blok milik file itu, dan struktur sistem file diperbarui untuk mengalokasikan blok-blok baru ke file, dan kemungkinan perubahan pada entri direktori (misalnya waktu modifikasi terakhir) ) diperbarui, semua sebagai satu kelompok. Setelah semua ini Sync'ed (flushed) ke disk, sistem file akan konsisten lagi, tetapi konten file mungkin tidak sampai semua penulisan yang relevan telah diserahkan oleh aplikasi dan dibilas ke disk oleh sistem operasi.
Jika aplikasi berada di tengah-tengah perubahan yang rumit dan diblokir sebelum semua transaksi dikeluarkan, misalnya Anda menekan SAVE dan segera menutup penutup laptop Anda, seluruh kelompok perubahan mungkin tidak semuanya masuk ke antrian penulisan kernel.
Umumnya apa pun yang ada di antrian tulis akan dibilas ke disk. Sistem file harus, secara umum, konsisten. Karena jurnal sistem File meskipun ini mungkin berarti bahwa beberapa perubahan tersebut sementara di log, meskipun aman pada disk.
Namun isi file adalah cerita lain.