大容量ファイル(150MB)を計算するときに、呼び出しごとに異なるチェックサムを報告することがよくあります。
$ cksum test3
1233504235 170213376 test3
$ cksum test3
825031809 170213376 test3
$ cksum test3
189847968 170213376 test3
$ cksum test3
1089532177 170213376 test3
これは何度も起こります/dev/shmしかし、ディスクベースのext3ファイルシステムでもこの現象を見たことがあります。
私はこれらのファイルが確実です。いいえ確認しながら作成しました。
これはDebian 6 32ビットから7 32ビットにアップグレードした後に問題になりましたが、Debian 6 64ビットでも同様の問題がありました(32ビットを再インストールすると問題は解決しました)。
メモリが複数のMemtest86+実行に合格しました。ファイルシステムが壊れているという印はありません。
設定する必要があるBIOS設定はありますか?
ファイルシステムフラグは次のとおりです。
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)
私のデータファイルは引き続き破損し、システムが利用できないため、これは狂気です。
修正する
古いカーネル(2.6.32)から起動すると、ファイルの破損を防ぐことができます。また、両方のカーネルが「getconf LONG_BIT」を32として報告しても、メモリを4 GBから3 GBに減らします。
答え1
ファイル自体をチェックして、実際に有効で一貫性があることを確認することをお勧めします。
cksum
CRCを計算します。最新のx86 CPUには、ここで使用または使用されない可能性がある専用コマンドがあります。この場合、CPU に障害が発生したり、障害が他の場所に表示されないことがあります。マイクロコードが最新であることを確認したり、md5sum
CRCを実行していない他のユーティリティを使用してファイルをチェックサムしたり、別のコンピュータでテストしてみてください。
答え2
次のファイルは/dev
特別です。特に/dev/shm
共有メモリコンテンツのマウントポイントですshm_overview(7)
。を参照してください。 「背中から」変わるのは当然です。作る確かにあなたが奇妙に変更したファイルは、ある種のデータベースや通常の動作に変わるものではありません。