From: liubo <liubo2009@cn.fujitsu.com>
To: "Fajar A. Nugraha" <list@fajar.net>
Cc: linux-btrfs <linux-btrfs@vger.kernel.org>
Subject: Re: btrfs error after using kernel 3.0-rc1
Date: Thu, 02 Jun 2011 08:35:15 +0800 [thread overview]
Message-ID: <4DE6DAC3.4070405@cn.fujitsu.com> (raw)
In-Reply-To: <BANLkTinP-Rit3tc2HRDx4d2WArkxqUBuug@mail.gmail.com>
On 06/01/2011 08:22 PM, Fajar A. Nugraha wrote:
> On Wed, Jun 1, 2011 at 6:06 AM, Fajar A. Nugraha <list@fajar.net> wrote:
>> While using btrfs as root on kernel 3.0-rc1, there was some errors (I
>> wasn't able to capture the error) that forced me to do hard reset.
>>
>> Now during startup system drops to busybox shell because it's unable
>> to mount root partition.
>> Is there a way to recover the data, as at least grub2 was still happy
>> enough to load kernel and initrd (both of which located on the same
>> btrfs partition)?
>>
>> This is what dmesg says
>>
>> [ 4.536798] device label SSD-ROOT devid 1 transid 38245 /dev/sda2
>> [ 9.552086] device label SSD-ROOT devid 1 transid 38245
>> /dev/disk/by-label/SSD-ROOT
>> [ 9.554563] btrfs: disk space caching is enabled
>> [ 9.564301] parent transid verify failed on 44040192 wanted 38240 found 32526
>> [ 9.564535] parent transid verify failed on 44040192 wanted 38240 found 32526
>> [ 9.564778] parent transid verify failed on 44040192 wanted 38240 found 32526
>> [ 9.575679] parent transid verify failed on 44052480 wanted 38240 found 31547
>> [ 9.575904] parent transid verify failed on 44052480 wanted 38240 found 31547
>> [ 9.576176] parent transid verify failed on 44052480 wanted 38240 found 31547
>> [ 9.586121] parent transid verify failed on 44064768 wanted 38240 found 34145
>> [ 9.586319] parent transid verify failed on 44064768 wanted 38240 found 34145
>> [ 9.586515] parent transid verify failed on 44064768 wanted 38240 found 34145
>> [ 9.587027] parent transid verify failed on 44068864 wanted 38240 found 34476
>> [ 9.589732] Btrfs detected SSD devices, enabling SSD mode
>> [ 9.592923] block group 29360128 has an wrong amount of free space
>> [ 9.592959] btrfs: failed to load free space cache for block group 29360128
>
>
> For anyone who got the same problem,
>
> I was finally able to mount the fs using Ubuntu Natty's
> 2.6.38-8-generic (the one on live CD).
> Previously I tried using 2.6.38-9-generic and and 3.0-rc1, none works.
> Now I'm copying the files somewhere else before reinstalling this
> system.
>
> On another note, does anybody know how btrfs allocates ID for subvols?
> It doesn't seem to reuse deleted subvol's ID. What happens when the
> last subvol ID is 999?
>
Yes, no reuse.
a new subvol will be 1000, one large than 999.
thanks,
liubo
prev parent reply other threads:[~2011-06-02 0:35 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-01 6:06 btrfs error after using kernel 3.0-rc1 Fajar A. Nugraha
2011-06-01 12:22 ` Fajar A. Nugraha
2011-06-01 21:48 ` Chris Mason
2011-06-02 1:14 ` Fajar A. Nugraha
2011-06-02 0:35 ` liubo [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DE6DAC3.4070405@cn.fujitsu.com \
--to=liubo2009@cn.fujitsu.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=list@fajar.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.