[Ubuntu-zh] btrfs挂了

星期四六月 9 14:34:55 UTC 2011

一模一样，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