David Taylor <[EMAIL PROTECTED]> writes: >> A corrupted journal can be detected. If it's corrupted, discard >> the whole thing, or only the relevant entry. The filesystem will >> remain consistent. >> If track corruption occurs after the journal is written, it doesn't >> matter, since at boot the journal will be replayed and all operations >> will be performed once more. > >The track which is corrupted could contain data that wasn't written >to in months. How would the journal help?
I don't understand this question. >I still don't trust ATA drives. Can you guarantee (or show any >reason to believe) that disabling the write cache will actually >wait for the cache to be flushed before returning? >Otherwise a <disable cache><enable cache> sequence is exactly >the same as a <flush cache> command. If the drive executes >both immediately, without waiting for the cache to be >flushed _before_ returning, what's the difference? You imply that, because there exists one drive for which it doesn't work, that it follows that it won't work for all drives? Or what is your point? mkb. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
