On Monday 26 May 2014 17.55:32 Stefan Seyfried wrote:
Am 26.05.2014 17:10, schrieb Bruno Friedmann:
On Monday 26 May 2014 13.39:43 Stefan Seyfried wrote:
Am 26.05.2014 11:33, schrieb Bruno Friedmann:
Some binaries normally ELF became data file. (Was the case of dos2unix) which I don't run from months. rpm -Va show others like this .5.... just the md5sum has changed...
I had seen similar things on my "server" at home. No SSD involved at that time, only HDDs.
Exchanging the RAM sticks solved the issue apparently (even though memtest86 did not find any errors).
I've think about that too. but I can't explain how a binary correctly written during install and never touch since (yeah I know why having it then ;-)) could be changed by a bad ram ? The binary have been read several time by backup software and this one also tell me that between last week-end something happen to that binary.
Did you reboot since then? Maybe a reboot makes the modification go away => bad RAM. With the suspicious ssd, yes, and the same content where affected.
For me it was only single bit flips ("!" changed to "#" in C source files, amongst others).
If you have backups of the good and the bad version, then try comparing them with "cmp -l" and check if it's only single bytes that are changed or if it is a whole block of random for example.
Since then, a full cleanup of the internal, stabilize a bit the laptop. with another ssd inside, everything has run smoothly the last 3 days until saturday/sunday night during a pg_dumg on nfs May 26 00:29:19 c-3po.labaroche.ioda.net kernel: BUG: unable to handle kernel paging request at ffff89022d926950 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: IP: [<ffffffff811ca2ba>] inode_lru_isolate+0x18a/0x1f0 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: PGD 0 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: Oops: 0002 [#2] PREEMPT SMP May 26 00:29:19 c-3po.labaroche.ioda.net kernel: Modules linked in: nfsv3 nfs_acl nfs fscache lockd sunrpc rfcomm fuse af_packet bnep quota_v2 quota_tree snd_hda_codec_hdmi dell_wmi sp May 26 00:29:19 c-3po.labaroche.ioda.net kernel: linear md_mod hid_logitech_dj crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel ablk_helper cryptd lrw gf128m May 26 00:29:19 c-3po.labaroche.ioda.net kernel: CPU: 1 PID: 123 Comm: kswapd0 Tainted: P D O 3.14.4-1.gbebeb6f-desktop #1 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: Hardware name: Dell Inc. Precision M4600/08V9YG, BIOS A16 12/26/2013 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: task: ffff8804131aa1d0 ti: ffff8804131ac000 task.ti: ffff8804131ac000 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: RIP: 0010:[<ffffffff811ca2ba>] [<ffffffff811ca2ba>] inode_lru_isolate+0x18a/0x1f0 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: RSP: 0018:ffff8804131adba8 EFLAGS: 00010202 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: RAX: ffff880417d18b48 RBX: ffff88022d926580 RCX: 0000000000000002 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: RDX: ffff89022d926948 RSI: ffff880417d18b40 RDI: ffff88022d926510 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: RBP: ffff88022d926510 R08: ffff8804131adc30 R09: 0000000000000000 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: R10: 0000000000000001 R11: 0000000000000800 R12: ffff880417d18b40 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: R13: ffff8804131adc38 R14: ffff88022d926488 R15: ffff880417d18b40 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: FS: 0000000000000000(0000) GS:ffff88042dc20000(0000) knlGS:0000000000000000 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: CR2: ffff89022d926950 CR3: 0000000001e0e000 CR4: 00000000000407e0 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: Stack: May 26 00:29:19 c-3po.labaroche.ioda.net kernel: ffff880417d18b48 ffff88022d926580 ffffffff811ca130 ffff8804131adc30 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: ffff89022d926948 ffffffff8116715c ffff8804131adc38 0000000000000031 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: ffff880413615c40 0000000000000000 ffff8804131adc38 ffff880413615b58 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: Call Trace: May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff8116715c>] list_lru_walk_node+0x7c/0x160 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff811ca8a9>] prune_icache_sb+0x39/0x50 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff811b2862>] super_cache_scan+0xf2/0x160 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff81151df7>] shrink_slab_node+0x127/0x2d0 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff81153fe2>] shrink_slab+0x82/0x160 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff81156817>] kswapd_shrink_zone+0x107/0x1a0 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff81157bda>] kswapd+0x49a/0x810 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff8107a4d6>] kthread+0xc6/0xe0 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: [<ffffffff816106fc>] ret_from_fork+0x7c/0xb0 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: Code: 92 a0 07 00 00 48 01 02 e9 31 ff ff ff 0f 1f 40 00 48 8b 43 a8 a8 08 75 56 48 83 c8 20 48 8b 13 48 89 ef 48 89 43 a8 48 8b 43 08 May 26 00:29:19 c-3po.labaroche.ioda.net kernel: RIP [<ffffffff811ca2ba>] inode_lru_isolate+0x18a/0x1f0 Which freeze the computer (even if it still ping :-) Then a reboot a 24h of work and idle and this morning a zypper ref -f show [87240.626613] zypper[23391]: segfault at 100023036c8 ip 00007f1130a8d927 sp 00007fffde48def0 error 4 in libzypp.so.1306.3.0[7f113070f000+479000] Wait a bit check so, bin etc .. and then work.... Time to dig for a full replacement I guess :-( -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch openSUSE Member & Board GPG KEY : D5C9B751C4653227 irc: tigerfoot ~~~Don't take Life too serious. Nobody gets out alive anyway!~~~ -- To unsubscribe, e-mail: opensuse-kernel+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kernel+owner@opensuse.org