dangerous situation with shutdown process

Matthias Buelow mkb at incubus.de
Fri Jul 15 23:41:54 GMT 2005


David Taylor <davidt at yadt.co.uk> 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.


More information about the freebsd-stable mailing list