linux下SQUASHFS文件系统的问题

Aggoni 2017-07-10 05:58:06
最近在做系统移植,遇到了文件系统会挂掉的情况,
系统架构:MIPS
CPU:mt7525F
flash: spi 16MB
在串口下面利用mtd erase命令去擦写主分区 mtd erase tclinux (包含kernel和rootfs) 然后文件系统就挂了,但是在uboot下面升级系统没有问题,在uboot下面升级系统同样会擦写tclinux分区,不知道是什么原因,折腾了好久了就卡在这里了,求大神出现,下面贴上出错log
Erasing tclinux ...
SQUASHFS error: unlzma error: bad header
CPU 1 Unable to handle kernel paging request at virtual address c0177fff, epc == 801a5080, ra == 801a4dd0
=== MIPS MT State Dump ===
-- Global State --
MVPControl Passed: 00000005
MVPControl Read: 00000004
MVPConf0 : a8008404
-- per-VPE State --
VPE 0
VPEControl : 00008000
VPEConf0 : 802f0003
VPE0.Status : 11000301
VPE0.EPC : 80023b58 smtc_ipi_replay+0xe0/0x11c
VPE0.Cause : 50807c00
VPE0.Config7 : 80080500
VPE 1
VPEControl : 00008002
VPEConf0 : 806f0003
VPE1.Status : 11000301
VPE1.EPC : 80019c98 __pastwait+0x0/0xc
VPE1.Cause : 50807c00
VPE1.Config7 : 80080500
-- per-TC State --
TC 0
TCStatus : 189024c0
TCBind : 00000000
TCRestart : 80019c7c r4k_wait_irqoff+0x2c/0x48
TCHalt : 00000000
TCContext : 00000000
TC 1 (current TC with VPE EPC above)
TCStatus : 00000400
TCBind : 00200000
TCRestart : 80023160 printk+0x0/0x30
TCHalt : 00000000
TCContext : 00140000
TC 2
TCStatus : 18902478
TCBind : 00400000
TCRestart : 80019c7c r4k_wait_irqoff+0x2c/0x48
TCHalt : 00000000
TCContext : 00280000
TC 3
TCStatus : 18902414
TCBind : 00600001
TCRestart : 80019c7c r4k_wait_irqoff+0x2c/0x48
TCHalt : 00000000
TCContext : 003c0000
TC 4
TCStatus : 00000000
TCBind : 00800000
TCRestart : dd39e326 0xdd39e326
TCHalt : 00000001
TCContext : 90070a04
Counter Interrupts taken per CPU (TC)
0: 0
1: 0
2: 0
3: 0
Self-IPI invocations:
0: 96
1: 291
2: 105
3: 7
IPIQ[0]: head = 0x0, tail = 0x0, depth = 0
IPIQ[1]: head = 0x0, tail = 0x0, depth = 0
IPIQ[2]: head = 0x0, tail = 0x0, depth = 0
IPIQ[3]: head = 0x0, tail = 0x0, depth = 0
0 Recoveries of "stolen" FPU
===========================
Oops[#1]:
Cpu 1
$ 0 : 00000000 181020bb c0177fff 00000000
$ 4 : ffffffff 00000001 040023ff c0156012
$ 8 : 81064d60 81064d44 00000000 0000000b
$12 : 00000001 00000000 0000002c 8043fb04
$16 : 00000111 c181cc6c 00000010 00000000
$20 : 00000008 00000008 8274faf4 00000001
$24 : 00000003 8002a178
$28 : 8274c000 8274fac8 c0178000 801a4dd0
Hi : 00000023
Lo : c50fc380
epc : 801a5080 unlzma+0x96c/0x12b8
Tainted: P W
ra : 801a4dd0 unlzma+0x6bc/0x12b8
Status: 11000303 KERNEL EXL IE
Cause : 00807c08
BadVA : c0177fff
PrId : 00019555 ((null))
Modules linked in: nf_nat_pptp nf_conntrack_pptp nf_nat_proto_gre nf_conntrack_proto_gre nf_nat_rtsp nf_conntrack_rtsp xt_connlimit xt_recent hw_nat(P) statistic(P) vlanctl(P) ponmacfilter xpon_igmp ponvlan loopdetect(P) igmpsnoop swqos(P) xponmap xpon phy qdma(P) raeth(P) nlk_msg sif(P) tccicmd(P) tcledctrl(P) urlfilter accesslimit tcportbind tcsmux vlantag_ct module_sel(P) plugin_netlimit(P) maxnetdpi ip6t_ipv6header ip6_queue ip6table_mangle ipt_LOG ipt_ecn ipt_ah ipt_addrtype ipt_REJECT ipt_REDIRECT ipt_MASQUERADE iptable_nat iptable_mangle iptable_filter nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables xt_state xt_layer7 xt_NOTRACK xt_multiport xt_iprange xt_HL xt_u32 xt_mac xt_DSCP xt_tcpmss xt_limit xt_dscp xt_CLASSIFY xt_time ts_kmp ts_fsm ts_bm xt_string xt_length xt_connmark xt_CHECKSUM ebt_arp ebt_vlan ebt_mark ebtable_broute ebt_ftos ebt_tc ebtable_nat ebt_ip6 ebt_ip ebtable_filter ebtables
Process httpd (pid: 1164, threadinfo=8274c000, task=81a4b7e0, tls=00000000)
Stack : 8274fb60 81080134 00000002 800f3b14 00000111 83e0cd00 83e1b680 ffffffff
ffffffff ffffffff ff000000 801a4514 c0156013 c0156000 c015c2ae 000062ae
020013ff 02001300 02001000 8000d944 00000007 0000001f 00000001 00000001
00000001 00000000 c0156000 c181c000 00000003 c181c644 c181ca68 c181c664
00000005 0000001a 8274fae0 8274fadc 80490000 8288b068 00000000 00000000
...
Call Trace:
[<801a5080>] unlzma+0x96c/0x12b8
[<801552f0>] lzma_uncompress+0x1bc/0x288
[<801502b8>] squashfs_read_data+0x49c/0x66c
[<80150e48>] squashfs_cache_get+0x368/0x3f4
[<80152388>] squashfs_readpage+0x95c/0xaa0
[<800981a0>] __do_page_cache_readahead+0x284/0x2a8
[<800981ec>] ra_submit+0x28/0x34
[<8008ed5c>] filemap_fault+0x494/0x4f8
[<800a76c4>] __do_fault+0x74/0x5bc
[<800a90e8>] handle_mm_fault+0x1c0/0x1110
[<800277cc>] do_page_fault+0x128/0x35c
[<80002020>] ret_from_exception+0x0/0x14


Code: 00000000 02651023 03c21021 <90520000> 03d31821 26730001 08069402 a0720000 02602821
...全文
1042 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
Hello Worm 2017-09-21
  • 打赏
  • 举报
回复
楼主为啥要这么做?SquashFS本身是只读文件系统(注意只读文件系统并不等于Ram文件系统),你的Erase破坏了它的文件组织,当然会引起整个文件系统的奔溃咯?如果需要升级,大多数也是通过在uboot下的读写操作完成的。
linxixue1 2017-09-13
  • 打赏
  • 举报
回复
遇到同样的状况, en7512, crash 在同样的地方; 同问 楼主解决了吗?从哪个方向入手?

23,110

社区成员

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 应用程序开发区
社区管理员
  • 应用程序开发区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧