XFS e perda de dados quando a energia cai

Question

Cada vez que a eletricidade cai, minha área de trabalho (sem UPS) perde alguma informação temporária.

• O Opera pode perder configurações, histórico, cache ou contas de e-mail (graças a Deus eu usei o IMAP). Parcialmente ou todos juntos.
• um arquivo inteiro (completo e salvo) em Geany apareceu vazio (e eu não o enviei para o Git)
• o rhythmbox perdeu todos os dados de inscrição de podcasts

Eu tenho medo que haja outras perdas que eu simplesmente não vi.

Qual é o motivo? Um cache de arquivos de memória, um mem-disk? Ou arquivo não atômico escreve em xfs ? Eu tenho o Ubuntu 9.10 e XFS nas partições / e /home .

ext4 é mais seguro em tais circunstâncias? Eu vi ext3 é mais rápido. É tão seguro quanto * 4?

Dado que o apartamento alugado está ligado a um ônibus comum e 1 interruptor de segurança para vários apartamentos, e os vizinhos - sozinhos ou juntos - sobrecarregam pelo menos uma vez por semana, as luzes se apagam com freqüência suficiente para que isso seja questão.

    

Answer 1

Resposta atualizada ...

O XFS não é um sistema de arquivos de registro de dados de dados, como ext3 e ext4, é um metadados sistema de arquivos com journaling. O resultado é um trade-off que (geralmente) favorece a velocidade sobre a confiabilidade.

Este artigo tem uma boa discussão sobre o estado atual do XFS. Ao ler, lembre-se de que todos os sistemas de arquivos são comprometidos entre velocidade e confiabilidade.

Devido à sua falta de controle da situação, você é um bom candidato para comprar uma pequena UPS.

    

Answer 2

O XFS é e sempre foi um sistema de arquivos com lançamento diário. Ele não trunca arquivos com comprimento zero e é o sistema de arquivos básico para muitos dispositivos de armazenamento corporativo.

Você precisa de hardware configurado corretamente (especificamente para garantir que os caches de gravação voláteis sejam tratados corretamente em seu armazenamento com as opções de montagem de barreira).

Se você vir perda de dados em qualquer sistema de arquivos, por favor, abra um relatório de bug com o seu fornecedor ou desenvolvedores upstream do sistema de arquivos específico para que possamos investigar e tentar corrigir qualquer problema.

Obrigado!

    

Answer 3

para o registro, eu ainda vejo frequentemente este problema em vms anos depois ...

o bug não é reconhecido por praticamente ninguém e provavelmente vem da reordenação idiota que ocorre na camada linux vfs ou possivelmente no meu caso no vmware desde que eu observei isso apenas em vms.

basicamente, o sistema de arquivos grava os dados em um bloco e, em seguida, altera o mapeamento de metadados para apontar para aquele bloco, em vez do usado anteriormente, que é liberado.

quando as operações são reordenadas aleatoriamente na camada linux vfs de alguma forma confusa que envolve a execução de reordenação de transações reordenadas, enquanto a esperança de que barreiras sejam colocadas nos lugares errados ajudará, e além disso usando vmware que ignora essas barreiras, há poucas chances as coisas não acabarão quebradas.