atom feed6 messages in org.freebsd.freebsd-fsFSCK doesn't correct file size when I...
FromSent OnAttachments
juli...@free.frDec 4, 2007 9:23 am 
juli...@free.frDec 6, 2007 7:09 am 
Bjorn GronvallDec 6, 2007 9:29 am 
Dag-Erling SmørgravDec 7, 2007 4:48 am 
Bjorn GronvallDec 7, 2007 5:33 am 
Don LewisDec 8, 2007 5:16 pm 
Subject:FSCK doesn't correct file size when INCORRECT BLOCK COUNT is found
From:Dag-Erling Smørgrav (de@des.no)
Date:Dec 7, 2007 4:48:03 am
List:org.freebsd.freebsd-fs

Bjorn Gronvall <bg@sics.se> writes:

Filesystems in general and UFS with soft updates in particular rely on disks providing accurate response to writes. When write caching is enabled the disk will lie and tell the operating system that the write has completed successfully, in reality the data is only cached in disk RAM. When the power disappears the data will be gone forever.

No. This used to be the case with some cheaper disks which ignored the ATA "flush cache" command to score higher on benchmarks, but I doubt you'll find any disks on the market that still do that (at least from reputable manufacturers). ZFS makes extensive use of the "flush cache" command to ensure file system integrity (and in particular to ensure that the intent log is written to disk so it can be replayed in case of a crash).

DES