mount 文件系统重新启动

风之幻想

　　mount了一个文件系统,对文件系统进行操作，系统就重新启动了.下面是日志:
Nov 4 10:36:40 obelix unix: [ID 836849 kern.notice]
Nov 4 10:36:40 obelix ^Mpanic[cpu0]/thread=30001848820:
Nov 4 10:36:40 obelix unix: [ID 875288 kern.notice] ufs_ifree: freeing free inode, mode:0, ino:0, fs:/test
Nov 4 10:36:40 obelix unix: [ID 100000 kern.notice]
Nov 4 10:36:40 obelix genunix: [ID 723222 kern.notice] 000002a1005e4bc0 ufs:real_panic_v+70 (0, 104660a8, 2a1005e4e60, 0, 1045e978, 300021fa8a0)
Nov 4 10:36:40 obelix genunix: [ID 179002 kern.notice] %l0-3: 000000001014f2e4 0000030001906ad0 0000000000001c00 0000030002169530
Nov 4 10:36:40 obelix %l4-7: 0000000000000001 000002a1005e5308 0000000000000000 0000000081010100
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4c70 ufs:ufs_fault_v+48 (30002169180, 104660a8, 2a1005e4e60, 30002169180, 5b, 104660a
Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 00000000101ebc8c 00000300021fa7e0 00000020000000a1 0000000000001000
Nov 4 10:36:41 obelix %l4-7: 0000000000001c00 0000030000019d88 0000030000019d88 0000000000000030
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4d20 ufs:ufs_fault+1c (30002169180, 104660a8, 0, 0, 300021e20d4, 30000a2b530)
Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000001d88 000000001045a400 0000000000000000 00000300021690f0
Nov 4 10:36:41 obelix %l4-7: 00000300005c5aa8 0000000000000000 0000000000000000 00000300005b1ed0
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4dd0 ufs:ufs_ifree+1bc (30000a2b5e0, 90255, 300021fa7e0, 0, 0, 300021690f0)
Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000003f21 0000030000a2b530 00000300021e2000 0000030002230000
Nov 4 10:36:41 obelix %l4-7: 00000300000578c8 00000300005b1ea8 0000000000000000 00000300021690f0
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4e80 ufs:ufs_delete+1e4 (30002169230, 30000a2b578, 3f21, 0, 30002169180, 300021690f0)
Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 00000000101627bc 0000030000a2b530 0000000000000000 0000000000001e70
Nov 4 10:36:41 obelix %l4-7: 0000000000000001 00000300021692c8 0000000000000000 000002a1005e4e70
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e4f50 ufs:ufs_scan_inodes+e8 (104785d8, 0, 237, 1000, 0, 30000980370)
Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000030002169358 0000000000000000 0000030000a2b530 000000001016a290
Nov 4 10:36:41 obelix %l4-7: 0000030000a2b530 00000000000011b8 00000300021690f0 00000300021692c8
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e5000 ufs:ufs_flush+50 (3000175edf8, 300021e2000, 30000a2b530, 30000a2b530, 300021e2000, 30001892ef0)
Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000003000001eff8 00000000ffbff7fe 0000000000001200
Nov 4 10:36:41 obelix %l4-7: 0000000000000000 ffffffffffffffff 00000020000000a1 ffffffffffffffff
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e50c0 ufs:ufs_thaw+4c (30000a2b5e8, 30000a2b530, 0, 3000175edf8, 1045d288, 3000175ee5
Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 00000000102f07e0 000003000001eff8 00000000ffbff7fe 0000000000001200
Nov 4 10:36:41 obelix %l4-7: 0000000000000000 ffffffffffffffff 0000000000000000 ffffffffffffffff
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e5170 ufs:ufs__fiolfs+3dc (30000a2b620, 30000a2b608, 30000a2b580, 30000a2b530, 1, 2)
Nov 4 10:36:41 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000000000 000003000175edf8 0000030000a2b5e8 0000030002169530
Nov 4 10:36:41 obelix %l4-7: 0000000000000001 000002a1005e5308 0000000000000000 0000000081010100
Nov 4 10:36:41 obelix genunix: [ID 723222 kern.notice] 000002a1005e5250 ufs_log:lufs_disable+1b0 (30000a2b608, 2a1005e53ec, 30002169530, 300021e2000, 30000a2b530, ff3bdd04)
Nov 4 10:36:42 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000030000a2b5e8 00000000ff3a0a4c 0000000000010be2 00000000ffbee6ec
Nov 4 10:36:42 obelix %l4-7: 0000000000705aac 0000000000000000 0000000000000000 0000000000000000
Nov 4 10:36:42 obelix genunix: [ID 723222 kern.notice] 000002a1005e5330 ufs:ufs_fiologdisable+5c (ffbee80c, e, 30002169530, 1, 0, 0)
Nov 4 10:36:42 obelix genunix: [ID 179002 kern.notice] %l0-3: 00000000102f15b0 0000000000000000 00000000ffbee6ec 00000000ffbee6f0
Nov 4 10:36:42 obelix %l4-7: 00000000ff3a0018 0000000000000000 0000000000000000 00000000ff3e2660
Nov 4 10:36:42 obelix genunix: [ID 723222 kern.notice] 000002a1005e5400 ufs:ufs_ioctl+848 (300005c5aa8, ffbee80c, 300021e2000, 100001, 300005c5aa8, 30002169530)
Nov 4 10:36:42 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000000000005 0000030000a2b530 0000000000011844 0000000000024100
Nov 4 10:36:42 obelix %l4-7: 00000000ff31931c 0000000000000000 00000000ff3e3c30 0000000000000000
Nov 4 10:36:42 obelix genunix: [ID 723222 kern.notice] 000002a1005e59a0 genunix:ioctl+1e4 (30001688c08, 3, ffbee80c, ff33801c, 20006657, 11810)
Nov 4 10:36:42 obelix genunix: [ID 179002 kern.notice] %l0-3: 0000000010160e24 0000000000000000 0000000000000000 0000000000000000
Nov 4 10:36:42 obelix %l4-7: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
Nov 4 10:36:42 obelix unix: [ID 100000 kern.notice]
Nov 4 10:36:42 obelix genunix: [ID 672855 kern.notice] syncing file systems...
Nov 4 10:36:42 obelix genunix: [ID 904073 kern.notice] done
Nov 4 10:36:43 obelix genunix: [ID 353387 kern.notice] dumping to /dev/dsk/c0t0d0s1, offset 107741184
Nov 4 10:36:54 obelix genunix: [ID 409368 kern.notice] ^M100% done: 8505 pages dumped, compression ratio 3.40,
Nov 4 10:36:54 obelix genunix: [ID 851671 kern.notice] dump succeeded

在google里找了没有一个解决的办法,请知道解决办法的朋友给予一个解决方案.谢谢指教!!

metor78

意外的溢出，fsck后再试试看？

风之幻想

找解决办法去了.找到了告诉大家.

bencyber

好象是/test文件系统有问题吧，检查一下该文件系统所在的硬盘有没有问题然后运行fsck，还有检查一下OS
kernel Patch的版本是不是太老了。

风之幻想

原帖由 bencyber 于 2007-1-10 14:56 发表
好象是/test文件系统有问题吧，检查一下该文件系统所在的硬盘有没有问题然后运行fsck，还有检查一下OS
kernel Patch的版本是不是太老了。

这个文件系统是新加的硬盘,刚建好的.

cq180

同志，CRASH了，用ADB或者MDB-K 去看/var/crash/'uname的core dump吧，如果你能看懂的话，最好先跑个EXPLORER，发过来瞧瞧

四平

/var/crash/有个ACT.x的文件，看看是不是中了BUG

LionheartedWolf

期待中

race

12月初俺在海口修的B2500跟这个类似，双CPU，光纤盘阵。06年初还用的好好机器，在海口放置了10个月，年底去海口启用就发现了出现问题，开始时候开机屏幕显示跟楼主的类似。
检查测试忙碌半天。先是发现CPU坏了1颗，拔出来扔掉后，还剩一颗继续干活，把坏掉CPU的内存插到好的CPU旁边的内存槽理。后来，HBA卡拔插几次，故障依旧。第2天一早去，开机却完全正常了。最终只好给公司汇报说CPU坏了，其实到现在我也没搞明白到底是那里的问题。
据SUN的人分析，可能是主板有问题，当时还闹个笑话，同事报维修，错误的把旁边刚买的新机器号码给报上去了。过几天SUN派人来换主板，现场对比机器号才发现坏的机器过保，当时SUN派去的工程师已经拆开坏机器了，拔下了HBA卡，再插回去开机，又出现上述问题，SUN的工程师是个小孩，看见出问题，也吓坏了，我说没关系，使点劲，把卡插紧了，再开机故障消失。

Barrfee

原帖由 race 于 2007-1-13 15:54 发表
12月初俺在海口修的B2500跟这个类似，双CPU，光纤盘阵。06年初还用的好好机器，在海口放置了10个月，年底去海口启用就发现了出现问题，开始时候开机屏幕显示跟楼主的类似。
检查测试忙碌半天。先是发现CPU坏了1颗 ...

赫赫，老大厉害。现在我见到莫名其妙的问题，首先做的是备份，然后把补丁升级到最新。在检查问题。因为patch忒多。一个一个的查，累啊