Revisão das 22h25min de 4 de abril de 2018 editar Tpdkuroi (discussão \| contribs) 1 333 edições Introdução ← Ver a alteração anterior		Revisão das 01h03min de 6 de junho de 2018 editar desfazer Dwrosa (discussão \| contribs) 35 edições →‎Desvantagens: estava pouco inteligível, consultei a versão inglesa para reescrever essa Ver a alteração posterior →
Linha 95: '''Alocação tardia e potencial perda de dados''' Como asa ~~mudanças~~"alocação detardia" ~~alocação~~oferece ~~atrasada~~um ~~que~~comportamento osdiverso ~~programadores~~do ~~têm~~existente ~~contado~~no ext3 com o ~~ext3,~~qual oos programadores tem contado, ~~recurso~~ela representa ~~algum~~um risco adicional de perda de dados nos casos ~~em que~~de o sistema ~~trava~~travar antes que todos os dados tenham sido gravados no disco. Devido a isto, o ext4, na versão 2.6.30 do Linux, detecta automaticamente esses casos e reverte para o comportamento antigo. O cenário típico em que isso pode ocorrer é um programa que substitui o conteúdo de um arquivo sem forçar uma gravação para o disco com fsync. Existem duas maneiras comuns de substituir o conteúdo de um arquivo em sistemas Unix:

Ext4: diferenças entre revisões