Arquivos estáticos fornecem valor de soma de verificação sempre em mudança no Linux

3

Quando eu cksum arquivos grandes (150MB), eles costumam relatar diferentes checksums em cada chamada.

$ cksum test3
1233504235 170213376 test3
$ cksum test3
825031809 170213376 test3
$ cksum test3
189847968 170213376 test3
$ cksum test3
1089532177 170213376 test3

Isso acontece consistentemente em / dev / shm , mas também o vi em sistemas de arquivos ext3 baseados em disco.

Estou confiante de que os arquivos não estão sendo gravados no momento das verificações.

Tem sido um problema desde que eu atualizei do Debian 6 32bit para 7 32bit mas eu tive problemas semelhantes no Debian 6bit de 64 bits (reinstalado o 32bit para curar o problema).

A memória passou várias execuções de Memtest86 +. Não há indicações de corrupção no sistema de arquivos.

Poderia haver uma configuração do BIOS; parâmetro do kernel ou sinalizador de sistema de arquivos que preciso definir.

flags do sistema de arquivos são:

tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=2040740k)
/dev/disk/by-uuid/b236be25-6fe1-49f6-83a3-d295643666a4 on / type ext3 (rw,relatime,errors=remount-ro,barrier=1,data=ordered)

Isso está me enlouquecendo, pois meus arquivos de dados continuam sendo corrompidos e não consigo usar o sistema.

UPDATE

A inicialização do kernel anterior (2.6.32) interrompe as corrupções do arquivo. Também reduz a memória de 4 GB para 3 GB, mesmo que os dois kernels relatem 'getconf LONG_BIT' como 32

    
por Dave Billington 04.09.2013 / 00:41

2 respostas

3

Sugiro inspecionar o arquivo em si e verificar se ele é realmente válido e consistente.

cksum calcula um CRC. Existe uma instrução específica para isso em CPUs x86 modernas que podem ou não estar em uso aqui; Nesse caso, é possível que a CPU esteja com defeito e também seja possível que essa falha não apareça em nenhum outro lugar. Considere garantir que seu microcódigo esteja atualizado ou tentando verificar o arquivo usando outro utilitário que não faça CRC ( md5sum vem à mente) ou teste isso em outro computador.

    
por 04.09.2013 / 07:42
2

Os arquivos em /dev são especiais. Em particular, /dev/shm é o ponto de montagem para material de memória compartilhada, consulte shm_overview(7) . Não admira que mude "pelas costas". Certifique-se de que seus arquivos misteriosamente alterados não sejam, por exemplo. um banco de dados de algum tipo ou qualquer outra coisa que muda com operações normais.

    
por 03.01.2016 / 19:30