Il file system journaled elimina praticamente le possibilità che il filesystem stesso si trovi in uno stato incoerente dopo il prossimo riavvio. Ma "coerente" non è uguale a "corretto".
Prima di eseguire il diario, le strutture del filesystem potrebbero essere danneggiate, il che potrebbe causare ulteriori danni dopo il successivo avvio. Quindi il journaling limita il danno a qualunque file sia stato scritto al momento dello schianto.
Se un file veniva scritto al momento di un arresto anomalo, la probabilità che il suo contenuto fosse errato era circa del 100%. Esattamente quale modo di scorrettezza dipenderebbe esattamente da come veniva scritto in quel momento.
Se i dati venivano semplicemente aggiunti, gli ultimi blocchi verranno troncati al momento della riproduzione del journal. Ma se i bit di dati venivano modificati nel file (come in un archivio di database), è probabile che si trovasse in uno stato molto incoerente. Le applicazioni che scrivono i file in questo modo a volte hanno i propri controlli di coerenza a tale scopo.
Ma la maggior parte dei file in un tipico sistema OS X viene scritta in modo sequenziale. In effetti, molti programmi scrivono un file temporaneo e non lo spostano per sostituire la vecchia versione fino a quando la nuova versione non è stata trasferita sul disco. Ciò garantisce che anche uno spegnimento forzato nel mezzo della scrittura di un file perda la nuova versione, ma conserva quello vecchio.
In conclusione: qualcosa succederà a tutti i dati che vengono scritti al momento di un arresto anomalo, ma in che misura il problema dipende dall'applicazione.