[Ubuntu-zh] btrfs挂了

星期四六月 9 14:40:54 UTC 2011

看到你这句话，我心里一下充满了阳光
 
> Date: Thu, 9 Jun 2011 14:34:55 +0000
> From: wzssyqa在gmail.com
> To: ubuntu-zh在lists.ubuntu.com
> Subject: Re: [Ubuntu-zh] btrfs挂了
> 
> 一模一样，btrfs-zero-log 似乎不用安装，编译好，直接跑就行了
> 
> On Thu, Jun 9, 2011 at 1:57 PM, cuihenry <hhenry.cui在hotmail.com> wrote:
> >
> > 方法1、2不行，直接就mount不起来
> > 现在想试试安装内核2.6.38看看
> > 不行就装btrfs-zero-log
> > 下面是启动的报错，停在最后一行，提示要么跳过/home的mount,要么手工mount,
> > 哪个高手看看该怎么整才行
> > /dev/sda9对应的是 /home
> >
> > [ 147.791319] device fsid 7448b663eebe3ed-b693e105990579bf devid 1 transid 213504 /dev/sda9
> > [ 154.388747] ------------[ cut here ]------------
> > [ 154.388770] kernel BUG at /build/buildd/linux-2.6.39/fs/btrfs/inode.c:4676!
> > [ 154.388784] invalid opcode: 0000 [#1] SMP
> > [ 154.388791] last sysfs file: /sys/devices/virtual/bdi/btrfs-2/uevent
> > [ 154.388797] CPU 2
> > [ 154.388800] Modules linked in: snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel arc4 snd_hda_codec snd_hwdep snd_pcm snd_seq_midi snd_rawmidi iptable_nat nf_nat ath9k nf_conntrack_ipv4 snd_seq_midi_event nf_conntrack mac80211 nf_defrag_ipv4 iptable_mangle ath9k_common iptable_filter ath9k_hw snd_seq snd_timer nouveau ip_tables ttm drm_kms_helper x_tables snd_seq_device uvcvideo videodev drm ath v4l2_compat_ioctl32 snd i2c_algo_bit soundcore snd_page_alloc cfg80211 video psmouse joydev serio_raw lp intel_ips sparse_keymap parport usbhid hid ahci libahci tg3 btrfs zlib_deflate libcrc32c
> > [ 154.388904]
> > [ 154.388908] Pid: 1091, comm: mount Tainted: P 2.6.39-0-generic #5~20110427-Ubuntu Acer Aspire xxxx /JE40_CP
> > [ 154.388922] RIP: 0010:[<ffffffffa004abea>] [<ffffffffa004abea>] btrfs_add_link+0x13a/0x1a0 [btrfs]
> > [ 154.388947] RSP: 0018:ffff880100e2f7a8 EFLAGS: 00010282
> > [ 154.388953] RAX: 00000000ffffffef RBX: ffff880124d6a550 RCX: 00000000000014c9
> > [ 154.388960] RDX: 00000000ffffffef RSI: 000000000001bf70 RDI: ffffea0004225a48
> > [ 154.388965] RBP: ffff880100e2f818 R08: ffffffffa001df2f R09: 0000000000000df5
> > [ 154.388971] R10: 0000000000000000 R11: 0000000000000000 R12: ffff880124d6a948
> > [ 154.388977] R13: ffff88012da5d800 R14: 000000000000000a R15: ffff880109f7c740
> > [ 154.388983] FS: 00007fa06e31a800(0000) GS:ffff880137d00000(0000) knlGS:0000000000000000
> > [ 154.388990] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> > [ 154.388995] CR2: 00007f830f3f15a8 CR3: 0000000116a76000 CR4: 00000000000006e0
> > [ 154.389001] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> > [ 154.389007] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> > [ 154.389013] Process mount (pid: 1091, threadinfo ffff880100e2e000, task ffff880130748000)
> > [ 154.389019] Stack:
> > [ 154.389022] ffff880100000001 00000000000002e3 ffff880100e2ffd8 00000000000002e3
> > [ 154.389032] 0000000000274801 0000000000000001 0000000000001000 0000000000000000
> > [ 154.389043] ffff88011a282000 0000000000000000 000000000000007e ffff880100e2faa8
> > [ 154.389053] Call Trace:
> > [ 154.389066] [<ffffffffa0073ce3>] add_inode_ref+0x2f3/0x3b0 [btrfs]
> > [ 154.389079] [<ffffffffa0075d5e>] replay_one_buffer+0x27e/0x330 [btrfs]
> > [ 154.389093] [<ffffffffa0062bea>] ? alloc_extent_buffer+0x7a/0x420 [btrfs]
> > [ 154.389107] [<ffffffffa0074879>] walk_down_log_tree+0x339/0x480 [btrfs]
> > [ 154.389120] [<ffffffffa0074ab5>] walk_log_tree+0xf5/0x240 [btrfs]
> > [ 154.389134] [<ffffffffa0077924>] btrfs_recover_log_trees+0x224/0x320 [btrfs]
> > [ 154.389149] [<ffffffffa0075ae0>] ? replay_one_extent+0x570/0x570 [btrfs]
> > [ 154.389163] [<ffffffffa003d4dc>] open_ctree+0x127c/0x1620 [btrfs]
> > [ 154.389172] [<ffffffff812f3224>] ? snprintf+0x34/0x40
> > [ 154.389182] [<ffffffffa0019728>] btrfs_fill_super.clone.25+0x78/0x130 [btrfs]
> > [ 154.389190] [<ffffffff811d4424>] ? disk_name+0x64/0xc0
> > [ 154.389197] [<ffffffff812eff77>] ? strlcpy+0x47/0x60
> > [ 154.389207] [<ffffffffa001b62f>] btrfs_mount+0x3af/0x450 [btrfs]
> > [ 154.389218] [<ffffffff8116f637>] mount_fs+0x47/0x1c0
> > [ 154.389227] [<ffffffff8118a233>] vfs_kern_mount+0x63/0xd0
> > [ 154.389233] [<ffffffff8118aa74>] do_kern_mount+0x54/0x110
> > [ 154.389239] [<ffffffff8118c5ca>] do_mount+0x1ea/0x230
> > [ 154.389245] [<ffffffff8118c9f0>] sys_mount+0x90/0xe0
> > [ 154.389253] [<ffffffff815e93c2>] system_call_fastpath+0x16/0x1b
> > [ 154.389535] Code: 4c 89 d2 44 89 f1 4c 89 ee 4c 89 1c 24 4c 89 55 a8 4c 89 5d a0 e8 17 c8 fe ff 4c 8b 5d a0 4c 8b 55 a8 85 c0 75 b9 e9 2e ff ff ff <0f> 0b 48 8b b2 68 fe ff ff 48 8d 7d b0 b9 11 00 00 00 4d 89 d9
> > [ 154.390514] RIP [<ffffffffa004abea>] btrfs_add_link+0x13a/0x1a0 [btrfs]
> > [ 154.390980] RSP <ffff880100e2f7a8>
> > [ 156.389759] ---[ end trace 02d7564e879105ca ]---
> >
> >
> >
> >> Date: Thu, 9 Jun 2011 19:08:16 +0800
> >> From: wzssyqa在gmail.com
> >> To: ubuntu-zh在lists.ubuntu.com
> >> Subject: Re: [Ubuntu-zh] btrfs挂了
> >>
> >> 于 2011年06月09日 16:03, henry cui 写道:
> >> > btrfs 0.19的，内核刚升到39.0 掉电后发生的，倒没有想过是39的bug
> >> >
> >> 解决了：
> >> 1. 先进恢复模式，尝试只读挂载： mount -o ro，如果可以就备份文件
> >> 2. 尝试可写挂载：
> >> 通过 find -iINODE_NUMBER 找到文件，比如 a.txt
> >> mv a.txt a.txt.bak
> >> mv a.txt.bak a.txt
> >> 这样可能就能解决了
> >> 3. 如果还不行，绝招：
> >> 自己去用git下载 btrfs-progs(就是 debian称为 btrfs-tools 的东西)
> >> 安装编译依赖，
> >> 编译 btrfs-zero-log ： make; make btrfs-zero-log
> >> debian带的 btrfs-tools 没有编译这个工具
> >> 使用 btrfs-zero-log 清空log：
> >> btrfs-zero-log /dev/sdaX （比如我是 /dev/sda4）
> >>
> >> --
> >> ubuntu-zh mailing list
> >> ubuntu-zh在lists.ubuntu.com
> >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh
> >
> > -------------- 下一部分 --------------
> > 一个HTML附件被移除...
> > URL: <https://lists.ubuntu.com/archives/ubuntu-zh/attachments/20110609/1d77f7cc/attachment.html>
> > --
> > ubuntu-zh mailing list
> > ubuntu-zh在lists.ubuntu.com
> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh
> >
> 
> 
> 
> -- 
> YunQiang Su
> 
> -- 
> ubuntu-zh mailing list
> ubuntu-zh在lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-zh
 		 	   		  
-------------- 下一部分 --------------
一个HTML附件被移除...
URL: <https://lists.ubuntu.com/archives/ubuntu-zh/attachments/20110609/5af9b618/attachment.html>