linux CP大文件时系统崩溃了

460769013

板子的内存为128M  CPU是S3C2416
在复制文件时，只要文件大小小于20M就可以复制。如果复制的文件大于20M就会出现以下信息。然后系统就死了。。大家看看这是怎么回事？？？？

1. 
   
2. Unable to handle kernel paging request at virtual address b9acaca1
   
3. pgd = c65b0000
   
4. [b9acaca1] *pgd=00000000
   
5. Internal error: Oops: 1 [#1]
   
6. Modules linked in:
   
7. CPU: 0
   
8. PC is at kfree+0x3c/0xb0
   
9. LR is at jffs2_compress+0x110/0x174
   
10. pc : [<c00e0c74>]    lr : [<c0145900>]    Not tainted
    
11. sp : c65b5bf0  ip : c65b5c10  fp : c65b5c0c
    
12. r10: 00001000  r9 : c4400000  r8 : c65b5c8c
    
13. r7 : c65b5c88  r6 : c0768000  r5 : a0000013  r4 : c03d7f48
    
14. r3 : 0060ed00  r2 : b94bbfa1  r1 : 0000000d  r0 : c0768000
    
15. Flags: NzCv  IRQs off  FIQs on  Mode SVC_32  Segment user
    
16. Control: 5317F
    
17. Table: 365B0000  DAC: 00000015
    
18. Process cp (pid: 918, stack limit = 0xc65b4258)
    
19. Stack: (0xc65b5bf0 to 0xc65b6000)
    
20. 5be0:                                     c65b5c88 c03d7f48 00000000 c0768000
    
21. 5c00: c65b5c4c c65b5c10 c0145900 c00e0c48 00000000 00000000 c65b5c90 c65b5c94
    
22. 5c20: 00ef8000 00000000 c65cc4e0 00001000 00ef9000 c076ba00 c65cc4e0 c65ca1d8
    
23. 5c40: c65b5cc4 c65b5c50 c014cf30 c0145800 c65b5c8c c65b5c88 c65b5cbc c65b5c68
    
24. 5c60: c00c8ff0 00001000 00000044 00000000 00000001 00000000 c03d470c c4400000
    
25. 5c80: 00000000 00000000 00001000 00001000 00015304 00000000 000200d2 c65cc508
    
26. 5ca0: c65cc4e0 00000000 c076ba00 c65ca208 00000000 c04a9000 c65b5d14 c65b5cc8
    
27. 5cc0: c014758c c014ce64 00ef9000 00001000 c65b5ce4 00000ef9 00001000 00001000
    
28. 5ce0: bec82ae0 00000000 c65b5d14 c65b4000 00001000 00000000 00001000 c04a9000
    
29. 5d00: bec82ae0 00000000 c65b5dbc c65b5d18 c00c6668 c014740c 00000001 c65b5e90
    
30. 5d20: 00000001 c65b4000 00001000 c6fefba0 c65ca2ac c03172b8 c65ca208 00000000
    
31. 5d40: c65b5f20 00000000 c076b800 00000001 00000000 c04a9000 c65b5d8c c65b5d68
    
32. 5d60: c00a6fec c00a6714 387b52eb 0290f7f1 c65b4000 c65b5d90 c65ca208 00000000
    
33. 5d80: c65b5dbc c65b5d90 c00f85c4 730a6fa0 387b52eb 00001000 00000001 00ef9000
    
34. 5da0: 00000000 c65ca208 00000000 00001000 c65b5e44 c65b5dc0 c00c6d10 c00c6220
    
35. 5dc0: 00ef9000 00000000 c65b5ee0 00001000 00000000 c00bb280 ffffffff c65b5ee0
    
36. 5de0: c65b5f20 c65b5e90 c030ff74 c00bb22c c6fefba0 c65ca2ac 00000000 00000001
    
37. 5e00: 22222222 22222222 00000001 c65ca274 c65ca208 c65b5e90 c65b5f20 c65ca274
    
38. 5e20: c65ca208 c65b5e90 c65b5f20 00ef9000 00000000 00000001 c65b5e84 c65b5e48
    
39. 5e40: c00c6dd8 c00c6884 00001000 00000000 c6fefba0 c65ca2ac c65b5e90 c65b5e90
    
40. 5e60: c6fefba0 c65b5e90 c65b5f20 c65b5f78 c65b4000 fffffdee c65b5f4c c65b5e88
    
41. 5e80: c00e4734 c00c6d70 00ef9000 00000000 c0400d80 c0087e08 00000000 00000001
    
42. 5ea0: ffffffff c6fefba0 00000000 00000000 00000000 00000000 c05920c0 00001000
    
43. 5ec0: 00000000 00000000 c7dfd8d4 c05920c0 c00b657c c65b5ed4 c65b5ed4 00000000
    
44. 5ee0: 00ef9000 00000000 c7dfd800 c7dfd8c8 c8c00000 00000004 c65b4000 00001000
    
45. 5f00: 20ea4482 00000044 c05920f0 c05920c0 c0087e08 00000000 00000000 c65f4188
    
46. 5f20: bec82ae0 00001000 c6fefba0 bec82ae0 c65b5f78 00001000 c0087e08 00000000
    
47. 5f40: c65b5f74 c65b5f50 c00e5028 c00e4688 00000000 00000017 00ef9000 00000000
    
48. 5f60: c6fefba0 00000004 c65b5fa4 c65b5f78 c00e55ec c00e4f80 00ef9000 00000000
    
49. 5f80: c65b5fac 00000000 bec82ae0 00001000 bec82ae0 00000004 00000000 c65b5fa8
    
50. 5fa0: c0087c60 c00e55b8 00001000 bec82ae0 00000004 bec82ae0 00001000 000acc74
    
51. 5fc0: 00001000 bec82ae0 00000004 00000004 00000000 00000004 00000001 00000003
    
52. 5fe0: 4001e6f0 bec82ab0 0000da9c 401c4acc 60000010 00000004 00000000 00000000
    
53. Backtrace: invalid frame pointer 0xc65b5c0c
    
54. Code: e5922000 e1a03623 e1a03283 e2422606 (e7921003)
    

复制代码

humjb_1983

页表损坏，可能由于内存越界导致，建议部署kdump，抓取完整的vmcore文件进行深入分析。

460769013

humjb_1983 发表于 2013-10-09 11:13
页表损坏，可能由于内存越界导致，建议部署kdump，抓取完整的vmcore文件进行深入分析。

我那个是开发板，不好部署kdump，能直接分析oops信息吗？

humjb_1983

460769013 发表于 2013-10-14 14:07
我那个是开发板，不好部署kdump，能直接分析oops信息吗？

这个不好分析，因为这个应该不是案发第一现场了，很可能在之前由其他地方导致了页表异常修改，仅从这里的信息恐怕定位不了。
这种问题本身很难分析，但出现这种问题，基本可以肯定是内核自身的问题，如果故障必现，建议可以升级内核(或更换其他内核版本)试试。

460769013

humjb_1983 发表于 2013-10-14 15:37
这个不好分析，因为这个应该不是案发第一现场了，很可能在之前由其他地方导致了页表异常修改，仅从这里的 ...

有所突破了，，

本来板子的内存是两片64M的，参数128M通过uboot传递给内核，后来uboot只传递一片过去，也就是64M。这样复制就不会出问题了。。这样的话，是不是内核在初始化内存时出现问题呢？？现在继续研究中。。。

humjb_1983

回复 5# 460769013
内存初始化可以看看dmesg中的相关信息。
从现象看，还有可能是内存硬件的问题，建议可以做一下memtest。


   

460769013

humjb_1983 发表于 2013-10-16 16:36
回复 5# 460769013
内存初始化可以看看dmesg中的相关信息。
从现象看，还有可能是内存硬件的问题，建议可 ...

memtest 我怎么看到的全是PC上的测试，没有针对终端的吗？？你有么？

humjb_1983

回复 7# 460769013
这个有差别么？我了解memtest可以用两种方式进行：
1、通过光盘，redhat的安装光盘就带这个功能，在boot界面选择即可。
2、将memtest工具拷贝到系统中，通过修改grub.conf，修改系统的系统方式。