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