* broken btrfs filesystem
@ 2017-12-12 14:02 Neal Becker
2017-12-12 14:52 ` Hugo Mills
0 siblings, 1 reply; 6+ messages in thread
From: Neal Becker @ 2017-12-12 14:02 UTC (permalink / raw)
To: Btrfs BTRFS
sudo ls -la ~/
[sudo] password for nbecker:
ls: cannot access '/home/nbecker/.bash_history': No such file or directory
ls: cannot access '/home/nbecker/.bash_history': No such file or directory
ls: cannot access '/home/nbecker/.bash_history': No such file or directory
ls: cannot access '/home/nbecker/.bash_history': No such file or directory
ls: cannot access '/home/nbecker/.bash_history': No such file or directory
ls: cannot access '/home/nbecker/.bash_history': No such file or directory
total 11652
drwxr-xr-x. 1 nbecker nbecker 5826 Dec 12 08:48 .
drwxr-xr-x. 1 root root 48 Aug 2 19:32 ..
[...]
-rwxrwxr-x. 1 nbecker nbecker 207 Dec 3 2015 BACKUP.sh
-?????????? ? ? ? ? ? .bash_history
-?????????? ? ? ? ? ? .bash_history
-?????????? ? ? ? ? ? .bash_history
-?????????? ? ? ? ? ? .bash_history
-?????????? ? ? ? ? ? .bash_history
-?????????? ? ? ? ? ? .bash_history
-rw-r--r--. 1 nbecker nbecker 18 Oct 8 2014 .bash_logout
[...]
uname -a
Linux nbecker2 4.14.3-300.fc27.x86_64 #1 SMP Mon Dec 4 17:18:27 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
btrfs --version
btrfs-progs v4.11.1
sudo btrfs fi show
Label: 'fedora' uuid: 93c586fa-6d86-4148-a528-e61e644db0c8
Total devices 1 FS bytes used 80.96GiB
devid 1 size 230.00GiB used 230.00GiB path /dev/sda3
sudo btrfs fi df /home
Data, single: total=226.99GiB, used=78.89GiB
System, single: total=4.00MiB, used=48.00KiB
Metadata, single: total=3.01GiB, used=2.07GiB
GlobalReserve, single: total=222.36MiB, used=0.00B
dmesg.log is here:
https://nbecker.fedorapeople.org/dmesg.txt
mount | grep btrfs
/dev/sda3 on / type btrfs
(rw,relatime,seclabel,ssd,space_cache,subvolid=257,subvol=/root)
/dev/sda3 on /home type btrfs
(rw,relatime,seclabel,ssd,space_cache,subvolid=318,subvol=/home)
--
Those who don't understand recursion are doomed to repeat it
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: broken btrfs filesystem
2017-12-12 14:02 broken btrfs filesystem Neal Becker
@ 2017-12-12 14:52 ` Hugo Mills
[not found] ` <CAG3t+pH3+B08M4y1t+K4p2SEk5KURtF_jTitL0RWZ2E-yVAHgg@mail.gmail.com>
0 siblings, 1 reply; 6+ messages in thread
From: Hugo Mills @ 2017-12-12 14:52 UTC (permalink / raw)
To: Neal Becker; +Cc: Btrfs BTRFS
[-- Attachment #1: Type: text/plain, Size: 2425 bytes --]
On Tue, Dec 12, 2017 at 09:02:56AM -0500, Neal Becker wrote:
> sudo ls -la ~/
> [sudo] password for nbecker:
> ls: cannot access '/home/nbecker/.bash_history': No such file or directory
> ls: cannot access '/home/nbecker/.bash_history': No such file or directory
> ls: cannot access '/home/nbecker/.bash_history': No such file or directory
> ls: cannot access '/home/nbecker/.bash_history': No such file or directory
> ls: cannot access '/home/nbecker/.bash_history': No such file or directory
> ls: cannot access '/home/nbecker/.bash_history': No such file or directory
> total 11652
> drwxr-xr-x. 1 nbecker nbecker 5826 Dec 12 08:48 .
> drwxr-xr-x. 1 root root 48 Aug 2 19:32 ..
> [...]
> -rwxrwxr-x. 1 nbecker nbecker 207 Dec 3 2015 BACKUP.sh
> -?????????? ? ? ? ? ? .bash_history
> -?????????? ? ? ? ? ? .bash_history
> -?????????? ? ? ? ? ? .bash_history
> -?????????? ? ? ? ? ? .bash_history
> -?????????? ? ? ? ? ? .bash_history
> -?????????? ? ? ? ? ? .bash_history
> -rw-r--r--. 1 nbecker nbecker 18 Oct 8 2014 .bash_logout
> [...]
Could you show the result of btrfs check --readonly on this FS? The
rest, below, doesn't show up anything unusual to me.
Hugo.
> uname -a
> Linux nbecker2 4.14.3-300.fc27.x86_64 #1 SMP Mon Dec 4 17:18:27 UTC
> 2017 x86_64 x86_64 x86_64 GNU/Linux
>
> btrfs --version
> btrfs-progs v4.11.1
>
> sudo btrfs fi show
> Label: 'fedora' uuid: 93c586fa-6d86-4148-a528-e61e644db0c8
> Total devices 1 FS bytes used 80.96GiB
> devid 1 size 230.00GiB used 230.00GiB path /dev/sda3
>
> sudo btrfs fi df /home
> Data, single: total=226.99GiB, used=78.89GiB
> System, single: total=4.00MiB, used=48.00KiB
> Metadata, single: total=3.01GiB, used=2.07GiB
> GlobalReserve, single: total=222.36MiB, used=0.00B
>
> dmesg.log is here:
> https://nbecker.fedorapeople.org/dmesg.txt
>
> mount | grep btrfs
> /dev/sda3 on / type btrfs
> (rw,relatime,seclabel,ssd,space_cache,subvolid=257,subvol=/root)
> /dev/sda3 on /home type btrfs
> (rw,relatime,seclabel,ssd,space_cache,subvolid=318,subvol=/home)
>
--
Hugo Mills | Hey, Virtual Memory! Now I can have a *really big*
hugo@... carfax.org.uk | ramdisk!
http://carfax.org.uk/ |
PGP: E2AB1DE4 |
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: broken btrfs filesystem
[not found] ` <CAG3t+pH3+B08M4y1t+K4p2SEk5KURtF_jTitL0RWZ2E-yVAHgg@mail.gmail.com>
@ 2017-12-12 16:24 ` Hugo Mills
2017-12-12 16:27 ` Austin S. Hemmelgarn
0 siblings, 1 reply; 6+ messages in thread
From: Hugo Mills @ 2017-12-12 16:24 UTC (permalink / raw)
To: Neal Becker; +Cc: Btrfs BTRFS
[-- Attachment #1: Type: text/plain, Size: 3030 bytes --]
On Tue, Dec 12, 2017 at 04:18:09PM +0000, Neal Becker wrote:
> Is it possible to check while it is mounted?
Certainly not while mounted read-write. While mounted read-only --
I'm not certain. Possibly.
Hugo.
> On Tue, Dec 12, 2017 at 9:52 AM Hugo Mills <hugo@carfax.org.uk> wrote:
>
> > On Tue, Dec 12, 2017 at 09:02:56AM -0500, Neal Becker wrote:
> > > sudo ls -la ~/
> > > [sudo] password for nbecker:
> > > ls: cannot access '/home/nbecker/.bash_history': No such file or
> > directory
> > > ls: cannot access '/home/nbecker/.bash_history': No such file or
> > directory
> > > ls: cannot access '/home/nbecker/.bash_history': No such file or
> > directory
> > > ls: cannot access '/home/nbecker/.bash_history': No such file or
> > directory
> > > ls: cannot access '/home/nbecker/.bash_history': No such file or
> > directory
> > > ls: cannot access '/home/nbecker/.bash_history': No such file or
> > directory
> > > total 11652
> > > drwxr-xr-x. 1 nbecker nbecker 5826 Dec 12 08:48 .
> > > drwxr-xr-x. 1 root root 48 Aug 2 19:32 ..
> > > [...]
> > > -rwxrwxr-x. 1 nbecker nbecker 207 Dec 3 2015 BACKUP.sh
> > > -?????????? ? ? ? ? ? .bash_history
> > > -?????????? ? ? ? ? ? .bash_history
> > > -?????????? ? ? ? ? ? .bash_history
> > > -?????????? ? ? ? ? ? .bash_history
> > > -?????????? ? ? ? ? ? .bash_history
> > > -?????????? ? ? ? ? ? .bash_history
> > > -rw-r--r--. 1 nbecker nbecker 18 Oct 8 2014 .bash_logout
> > > [...]
> >
> > Could you show the result of btrfs check --readonly on this FS? The
> > rest, below, doesn't show up anything unusual to me.
> >
> > Hugo.
> >
> > > uname -a
> > > Linux nbecker2 4.14.3-300.fc27.x86_64 #1 SMP Mon Dec 4 17:18:27 UTC
> > > 2017 x86_64 x86_64 x86_64 GNU/Linux
> > >
> > > btrfs --version
> > > btrfs-progs v4.11.1
> > >
> > > sudo btrfs fi show
> > > Label: 'fedora' uuid: 93c586fa-6d86-4148-a528-e61e644db0c8
> > > Total devices 1 FS bytes used 80.96GiB
> > > devid 1 size 230.00GiB used 230.00GiB path /dev/sda3
> > >
> > > sudo btrfs fi df /home
> > > Data, single: total=226.99GiB, used=78.89GiB
> > > System, single: total=4.00MiB, used=48.00KiB
> > > Metadata, single: total=3.01GiB, used=2.07GiB
> > > GlobalReserve, single: total=222.36MiB, used=0.00B
> > >
> > > dmesg.log is here:
> > > https://nbecker.fedorapeople.org/dmesg.txt
> > >
> > > mount | grep btrfs
> > > /dev/sda3 on / type btrfs
> > > (rw,relatime,seclabel,ssd,space_cache,subvolid=257,subvol=/root)
> > > /dev/sda3 on /home type btrfs
> > > (rw,relatime,seclabel,ssd,space_cache,subvolid=318,subvol=/home)
> > >
> >
--
Hugo Mills | Let me past! There's been a major scientific
hugo@... carfax.org.uk | break-in!
http://carfax.org.uk/ | Through! Break-through!
PGP: E2AB1DE4 | Ford Prefect
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: broken btrfs filesystem
2017-12-12 16:24 ` Hugo Mills
@ 2017-12-12 16:27 ` Austin S. Hemmelgarn
0 siblings, 0 replies; 6+ messages in thread
From: Austin S. Hemmelgarn @ 2017-12-12 16:27 UTC (permalink / raw)
To: Hugo Mills, Neal Becker, Btrfs BTRFS
On 2017-12-12 11:24, Hugo Mills wrote:
> On Tue, Dec 12, 2017 at 04:18:09PM +0000, Neal Becker wrote:
>> Is it possible to check while it is mounted?
>
> Certainly not while mounted read-write. While mounted read-only --
> I'm not certain. Possibly.
In theory, it is possible, but I think that the safety measures in
`btrfs check` don't distinguish between the two cases, so in practice it
may not be possible.
>
> Hugo.
>
>> On Tue, Dec 12, 2017 at 9:52 AM Hugo Mills <hugo@carfax.org.uk> wrote:
>>
>>> On Tue, Dec 12, 2017 at 09:02:56AM -0500, Neal Becker wrote:
>>>> sudo ls -la ~/
>>>> [sudo] password for nbecker:
>>>> ls: cannot access '/home/nbecker/.bash_history': No such file or
>>> directory
>>>> ls: cannot access '/home/nbecker/.bash_history': No such file or
>>> directory
>>>> ls: cannot access '/home/nbecker/.bash_history': No such file or
>>> directory
>>>> ls: cannot access '/home/nbecker/.bash_history': No such file or
>>> directory
>>>> ls: cannot access '/home/nbecker/.bash_history': No such file or
>>> directory
>>>> ls: cannot access '/home/nbecker/.bash_history': No such file or
>>> directory
>>>> total 11652
>>>> drwxr-xr-x. 1 nbecker nbecker 5826 Dec 12 08:48 .
>>>> drwxr-xr-x. 1 root root 48 Aug 2 19:32 ..
>>>> [...]
>>>> -rwxrwxr-x. 1 nbecker nbecker 207 Dec 3 2015 BACKUP.sh
>>>> -?????????? ? ? ? ? ? .bash_history
>>>> -?????????? ? ? ? ? ? .bash_history
>>>> -?????????? ? ? ? ? ? .bash_history
>>>> -?????????? ? ? ? ? ? .bash_history
>>>> -?????????? ? ? ? ? ? .bash_history
>>>> -?????????? ? ? ? ? ? .bash_history
>>>> -rw-r--r--. 1 nbecker nbecker 18 Oct 8 2014 .bash_logout
>>>> [...]
>>>
>>> Could you show the result of btrfs check --readonly on this FS? The
>>> rest, below, doesn't show up anything unusual to me.
>>>
>>> Hugo.
>>>
>>>> uname -a
>>>> Linux nbecker2 4.14.3-300.fc27.x86_64 #1 SMP Mon Dec 4 17:18:27 UTC
>>>> 2017 x86_64 x86_64 x86_64 GNU/Linux
>>>>
>>>> btrfs --version
>>>> btrfs-progs v4.11.1
>>>>
>>>> sudo btrfs fi show
>>>> Label: 'fedora' uuid: 93c586fa-6d86-4148-a528-e61e644db0c8
>>>> Total devices 1 FS bytes used 80.96GiB
>>>> devid 1 size 230.00GiB used 230.00GiB path /dev/sda3
>>>>
>>>> sudo btrfs fi df /home
>>>> Data, single: total=226.99GiB, used=78.89GiB
>>>> System, single: total=4.00MiB, used=48.00KiB
>>>> Metadata, single: total=3.01GiB, used=2.07GiB
>>>> GlobalReserve, single: total=222.36MiB, used=0.00B
>>>>
>>>> dmesg.log is here:
>>>> https://nbecker.fedorapeople.org/dmesg.txt
>>>>
>>>> mount | grep btrfs
>>>> /dev/sda3 on / type btrfs
>>>> (rw,relatime,seclabel,ssd,space_cache,subvolid=257,subvol=/root)
>>>> /dev/sda3 on /home type btrfs
>>>> (rw,relatime,seclabel,ssd,space_cache,subvolid=318,subvol=/home)
>>>>
>>>
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Broken btrfs filesystem
@ 2012-01-10 11:54 Peter Hjalmarsson
0 siblings, 0 replies; 6+ messages in thread
From: Peter Hjalmarsson @ 2012-01-10 11:54 UTC (permalink / raw)
To: linux-btrfs
Hi,
I have problems with a btrfs filesystem, and am holding on to it for
some more days before reformat.
What I am interested about is two things:
1. Is there any way to restore more stuff from the filesystem then
already fetched (it would help to get the system up faster, but nothing
really of worth on that computer that is not already backed up)?
2. Is there anything here that resembles a bug that should be fixed
somewhere and do you need more information to fix this bug?
Please CC me as I am not subscribed.
So here comes the gory details:
I have a latop on which I have stock Fedora 16 installed with a ext4
boot, and then a luks-encrypted swap partiton and a luks-encrypted root
partition holding a btrfs volume.
Yesterday I hibernated my laptop, and when I resumed it it seemed to
resume normally, it let me unlock the screensaver, but did not allow an=
y
file-system-access and suddenly oopsed within seconds. Afterwards the
system failed to mount the root partition.
So I hooked the harddrive up to my desktop running Gentoo with a
3.2.0-kernel and latest btrfs-progs from git.
Trying to mount the filesystem does not work:
[11353.370007] device fsid 4c86ad4c-0d71-48a3-8cd2-058cccda2a07 devid 1
transid
83234 /dev/mapper/udisks-luks-uuid-d7efe74d-ed8f-425a-942c-c6bbc44483a3=
-uid1000
[11353.391953] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391958] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391961] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391964] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391966] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391968] Failed to read block groups: -5
[11353.404931] btrfs: open_ctree failed
Trying with "-o recovery"
[11353.370007] device fsid 4c86ad4c-0d71-48a3-8cd2-058cccda2a07 devid 1
transid
83234 /dev/mapper/udisks-luks-uuid-d7efe74d-ed8f-425a-942c-c6bbc44483a3=
-uid1000
[11353.391953] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391958] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391961] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391964] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391966] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391968] Failed to read block groups: -5
[11353.404931] btrfs: open_ctree failed
So mounting it seems not to be an option.
So I tried "restore".
=46irst run it restored one file, then it stopped. Upon retrying it
restored a lot more files (mostly the /var/lib/yum directory, and a
couple of empty directories), but now it never restores more then up to
one certain file, and it always fails after that with the following:
# ./restore /dev/dm-1 /home/xake/Skrivbord/ferra-rescue
parent transid verify failed on 869829160960 wanted 82376 found 83320
parent transid verify failed on 869829160960 wanted 82376 found 83320
parent transid verify failed on 869829160960 wanted 82376 found 83320
parent transid verify failed on 869829160960 wanted 82376 found 83320
Ignoring transid failure
parent transid verify failed on 869828055040 wanted 82376 found 83315
parent transid verify failed on 869828055040 wanted 82376 found 83315
parent transid verify failed on 869828055040 wanted 82376 found 83315
parent transid verify failed on 869828055040 wanted 82376 found 83315
Ignoring transid failure
parent transid verify failed on 823939305472 wanted 83180 found 83847
parent transid verify failed on 823939305472 wanted 83180 found 83847
parent transid verify failed on 823939305472 wanted 83180 found 83847
parent transid verify failed on 823939305472 wanted 83180 found 83847
Ignoring transid failure
Root objectid is 5
Skipping existing
file /home/xake/Skrivbord/ferra-rescue/var/lib/rpm/.rpm.lock
If you wish to overwrite use the -o option to overwrite
parent transid verify failed on 823805370368 wanted 83121 found 83393
parent transid verify failed on 823805370368 wanted 83121 found 83393
parent transid verify failed on 823805370368 wanted 83121 found 83393
parent transid verify failed on 823805370368 wanted 83121 found 83393
Ignoring transid failure
parent transid verify failed on 823789125632 wanted 83120 found 83356
parent transid verify failed on 823789125632 wanted 83120 found 83356
parent transid verify failed on 823789125632 wanted 83120 found 83356
parent transid verify failed on 823789125632 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823789125632 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823784792064 wanted 81189 found 83707
parent transid verify failed on 823784792064 wanted 81189 found 83707
parent transid verify failed on 823784792064 wanted 81189 found 83707
parent transid verify failed on 823784792064 wanted 81189 found 83707
Ignoring transid failure
parent transid verify failed on 823926468608 wanted 83142 found 83754
parent transid verify failed on 823926468608 wanted 83142 found 83754
parent transid verify failed on 823926468608 wanted 83142 found 83754
parent transid verify failed on 823926468608 wanted 83142 found 83754
Ignoring transid failure
parent transid verify failed on 823789125632 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823790784512 wanted 83120 found 83356
parent transid verify failed on 823790784512 wanted 83120 found 83356
parent transid verify failed on 823790784512 wanted 83120 found 83356
parent transid verify failed on 823790784512 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823790784512 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823790784512 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823928971264 wanted 83126 found 83779
parent transid verify failed on 823928971264 wanted 83126 found 83779
parent transid verify failed on 823928971264 wanted 83126 found 83779
parent transid verify failed on 823928971264 wanted 83126 found 83779
Ignoring transid failure
parent transid verify failed on 823518138368 wanted 83091 found 83318
parent transid verify failed on 823518138368 wanted 83091 found 83318
parent transid verify failed on 823518138368 wanted 83091 found 83318
parent transid verify failed on 823518138368 wanted 83091 found 83318
Ignoring transid failure
parent transid verify failed on 823789125632 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823790784512 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823518138368 wanted 83091 found 83318
Ignoring transid failure
restore: ctree.c:777: read_node_slot: Assertion `!(level =3D=3D 0)' fai=
led.
Avbruten (SIGABRT) (minnesutskrift skapad)
So I fired up gdb and took a look:
#0 0x00007f1898406775 in *__GI_raise (sig=3D6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar =3D 0
pid =3D 4127
selftid =3D <optimized out>
#1 0x00007f1898407a75 in *__GI_abort () at abort.c:93
save_stage =3D 2
act =3D {__sigaction_handler =3D {sa_handler =3D 0x7f1898dbd11a=
,
sa_sigaction =3D 0x7f1898dbd11a}, sa_mask =3D {__val =3D {1397436114552=
90,
140736052465056, 139743648404496, 140736052465296, 139743610498902,=20
206158430232, 140736052465312, 140736052465088,
139743610409080, 206158430256, 140736052465344, 139743648481760,
139743613791840, 1, 0, 140736052474502}}, sa_flags =3D -1739462902,=20
sa_restorer =3D 0x7f1898dbd08c}
sigs =3D {__val =3D {32, 0 <repeats 15 times>}}
#2 0x00007f18983ff57e in __assert_fail_base (fmt=3D<optimized out>,
assertion=3D0x7f1898dbd11a "!(level =3D=3D 0)", file=3D0x7f1898dbd08c "=
ctree.c",
line=3D<optimized out>, function=3D<optimized out>) at assert.c:96
str =3D 0x7f189a8701e0 ""
total =3D 4096
#3 0x00007f18983ff640 in *__GI___assert_fail (assertion=3D0x7f1898dbd1=
1a
"!(level =3D=3D 0)", file=3D0x7f1898dbd08c "ctree.c", line=3D777,
function=3D0x7f1898dbd791 "read_node_slot") at assert.c:105
No locals.
#4 0x00007f1898da42eb in read_node_slot (root=3D<optimized out>,
parent=3D<optimized out>, slot=3D<optimized out>) at ctree.c:777
level =3D <optimized out>
__PRETTY_FUNCTION__ =3D "read_node_slot"
#5 0x00007f1898da1346 in next_leaf (root=3D0x7f189a85d410,
path=3D0x7f189a87d8c0) at restore.c:122
slot =3D 28
level =3D 1
c =3D <optimized out>
next =3D 0x7f189a9a4790
#6 0x00007f1898da15bb in search_dir (root=3D0x7f189a85d410,
key=3D0x7fffaa6a1390,=20
dir=3D0x7f189a89e760
"/home/xake/Skrivbord/ferra-rescue/var/lib/yum/yumdb/l/48ab9cbdbbcb080a=
450811f1aecf0abcbb54cfab-libcdio-devel-0.82-5.fc16-x86_64") at restore.=
c:503
path =3D <optimized out>
leaf =3D 0x7f189ab41770
dir_item =3D <optimized out>
location =3D {objectid =3D 282000, type =3D 1 '\001', offset =3D=
0}
filename =3D "changed_by\000y\000estamp\000\000\000\000\000\000=
Z
\004w\v\351F\031\020=D4=85\232\030\177\000\000\000Z\004w\v\351F\031\020=
=D4=85\232
\030\177\000\000\217\022j\252\377\177\000\000\200\277\206\232\030\177
\000\000\060R\263\232\030\177\000\000\271\\\263\232\030\177\000\000\001
\000\000\000\000\000\000\000\020=D4=85\232\030\177\000\000*\006L\230\03=
0\177
\000\000\060\000\000\000\060\000\000\000=C8=AEu\230\030\177\000\000\270=
\256u
\230\030\177\000\000\000\071}\232\030\177\000\000\000\340\000\000\000
\000\000\000\200\000\000\000\000\000\000\000\220\000\000\000\000\000\00=
0
\000\001\000\000\000\t\000\000\000\260\000\000\000\000\000\000\000@\277
\206\232\t\000\000\000\062\000\000\000\000\000\000\000\200P\374\230\030
\177\000\000`\256u\230\030\177\000\000\200\000\000\000\000\000\000\000
\271\\\263\232\030\177\000\000\001\000\000\000\000\000\000\000\020=D4=85=
\232
\030"...
name_ptr =3D <optimized out>
name_len =3D <optimized out>
ret =3D <optimized out>
fd =3D 32536
loops =3D <optimized out>
type =3D 212 '\324'
So any knowledge on how to proceed? Also, is there any documentation fo=
r
"restore" planned, I could not find any information about what the
options really do...
Regards
Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
* Broken btrfs filesystem
@ 2012-01-10 11:42 Peter Hjalmarsson
0 siblings, 0 replies; 6+ messages in thread
From: Peter Hjalmarsson @ 2012-01-10 11:42 UTC (permalink / raw)
To: linux-btrfs
Hi,
I have problems with a btrfs filesystem, and am holding on to it for
some more days before reformat.
What I am interested about is two things:
1. Is there any way to restore more stuff from the filesystem then
already fetched (it would help to get the system up faster, but nothing
really of worth on that computer that is not already backed up)?
2. Is there anything here that resembles a bug that should be fixed
somewhere and do you need more information to fix this bug?
Please CC me as I am not subscribed.
So here comes the gory details:
I have a latop on which I have stock Fedora 16 installed with a ext4
boot, and then a luks-encrypted swap partiton and a luks-encrypted root
partition holding a btrfs volume.
Yesterday I hibernated my laptop, and when I resumed it it seemed to
resume normally, it let me unlock the screensaver, but did not allow an=
y
file-system-access and suddenly oopsed within seconds. Afterwards the
system failed to mount the root partition.
So I hooked the harddrive up to my desktop running Gentoo with a
3.2.0-kernel and latest btrfs-progs from git.
Trying to mount the filesystem does not work:
[11353.370007] device fsid 4c86ad4c-0d71-48a3-8cd2-058cccda2a07 devid 1
transid
83234 /dev/mapper/udisks-luks-uuid-d7efe74d-ed8f-425a-942c-c6bbc44483a3=
-uid1000
[11353.391953] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391958] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391961] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391964] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391966] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391968] Failed to read block groups: -5
[11353.404931] btrfs: open_ctree failed
Trying with "-o recovery"
[11353.370007] device fsid 4c86ad4c-0d71-48a3-8cd2-058cccda2a07 devid 1
transid
83234 /dev/mapper/udisks-luks-uuid-d7efe74d-ed8f-425a-942c-c6bbc44483a3=
-uid1000
[11353.391953] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391958] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391961] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391964] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391966] parent transid verify failed on 869829160960 wanted 8237=
6
found 83320
[11353.391968] Failed to read block groups: -5
[11353.404931] btrfs: open_ctree failed
So mounting it seems not to be an option.
So I tried "restore".
=46irst run it restored one file, then it stopped. Upon retrying it
restored a lot more files (mostly the /var/lib/yum directory, and a
couple of empty directories), but now it never restores more then up to
one certain file, and it always fails after that with the following:
# ./restore /dev/dm-1 /home/xake/Skrivbord/ferra-rescue
parent transid verify failed on 869829160960 wanted 82376 found 83320
parent transid verify failed on 869829160960 wanted 82376 found 83320
parent transid verify failed on 869829160960 wanted 82376 found 83320
parent transid verify failed on 869829160960 wanted 82376 found 83320
Ignoring transid failure
parent transid verify failed on 869828055040 wanted 82376 found 83315
parent transid verify failed on 869828055040 wanted 82376 found 83315
parent transid verify failed on 869828055040 wanted 82376 found 83315
parent transid verify failed on 869828055040 wanted 82376 found 83315
Ignoring transid failure
parent transid verify failed on 823939305472 wanted 83180 found 83847
parent transid verify failed on 823939305472 wanted 83180 found 83847
parent transid verify failed on 823939305472 wanted 83180 found 83847
parent transid verify failed on 823939305472 wanted 83180 found 83847
Ignoring transid failure
Root objectid is 5
Skipping existing
file /home/xake/Skrivbord/ferra-rescue/var/lib/rpm/.rpm.lock
If you wish to overwrite use the -o option to overwrite
parent transid verify failed on 823805370368 wanted 83121 found 83393
parent transid verify failed on 823805370368 wanted 83121 found 83393
parent transid verify failed on 823805370368 wanted 83121 found 83393
parent transid verify failed on 823805370368 wanted 83121 found 83393
Ignoring transid failure
parent transid verify failed on 823789125632 wanted 83120 found 83356
parent transid verify failed on 823789125632 wanted 83120 found 83356
parent transid verify failed on 823789125632 wanted 83120 found 83356
parent transid verify failed on 823789125632 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823789125632 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823784792064 wanted 81189 found 83707
parent transid verify failed on 823784792064 wanted 81189 found 83707
parent transid verify failed on 823784792064 wanted 81189 found 83707
parent transid verify failed on 823784792064 wanted 81189 found 83707
Ignoring transid failure
parent transid verify failed on 823926468608 wanted 83142 found 83754
parent transid verify failed on 823926468608 wanted 83142 found 83754
parent transid verify failed on 823926468608 wanted 83142 found 83754
parent transid verify failed on 823926468608 wanted 83142 found 83754
Ignoring transid failure
parent transid verify failed on 823789125632 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823790784512 wanted 83120 found 83356
parent transid verify failed on 823790784512 wanted 83120 found 83356
parent transid verify failed on 823790784512 wanted 83120 found 83356
parent transid verify failed on 823790784512 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823790784512 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823790784512 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823928971264 wanted 83126 found 83779
parent transid verify failed on 823928971264 wanted 83126 found 83779
parent transid verify failed on 823928971264 wanted 83126 found 83779
parent transid verify failed on 823928971264 wanted 83126 found 83779
Ignoring transid failure
parent transid verify failed on 823518138368 wanted 83091 found 83318
parent transid verify failed on 823518138368 wanted 83091 found 83318
parent transid verify failed on 823518138368 wanted 83091 found 83318
parent transid verify failed on 823518138368 wanted 83091 found 83318
Ignoring transid failure
parent transid verify failed on 823789125632 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823790784512 wanted 83120 found 83356
Ignoring transid failure
parent transid verify failed on 823518138368 wanted 83091 found 83318
Ignoring transid failure
restore: ctree.c:777: read_node_slot: Assertion `!(level =3D=3D 0)' fai=
led.
Avbruten (SIGABRT) (minnesutskrift skapad)
So I fired up gdb and took a look:
#0 0x00007f1898406775 in *__GI_raise (sig=3D6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar =3D 0
pid =3D 4127
selftid =3D <optimized out>
#1 0x00007f1898407a75 in *__GI_abort () at abort.c:93
save_stage =3D 2
act =3D {__sigaction_handler =3D {sa_handler =3D 0x7f1898dbd11a=
,
sa_sigaction =3D 0x7f1898dbd11a}, sa_mask =3D {__val =3D {1397436114552=
90,
140736052465056, 139743648404496, 140736052465296, 139743610498902,=20
206158430232, 140736052465312, 140736052465088,
139743610409080, 206158430256, 140736052465344, 139743648481760,
139743613791840, 1, 0, 140736052474502}}, sa_flags =3D -1739462902,=20
sa_restorer =3D 0x7f1898dbd08c}
sigs =3D {__val =3D {32, 0 <repeats 15 times>}}
#2 0x00007f18983ff57e in __assert_fail_base (fmt=3D<optimized out>,
assertion=3D0x7f1898dbd11a "!(level =3D=3D 0)", file=3D0x7f1898dbd08c "=
ctree.c",
line=3D<optimized out>, function=3D<optimized out>) at assert.c:96
str =3D 0x7f189a8701e0 ""
total =3D 4096
#3 0x00007f18983ff640 in *__GI___assert_fail (assertion=3D0x7f1898dbd1=
1a
"!(level =3D=3D 0)", file=3D0x7f1898dbd08c "ctree.c", line=3D777,
function=3D0x7f1898dbd791 "read_node_slot") at assert.c:105
No locals.
#4 0x00007f1898da42eb in read_node_slot (root=3D<optimized out>,
parent=3D<optimized out>, slot=3D<optimized out>) at ctree.c:777
level =3D <optimized out>
__PRETTY_FUNCTION__ =3D "read_node_slot"
#5 0x00007f1898da1346 in next_leaf (root=3D0x7f189a85d410,
path=3D0x7f189a87d8c0) at restore.c:122
slot =3D 28
level =3D 1
c =3D <optimized out>
next =3D 0x7f189a9a4790
#6 0x00007f1898da15bb in search_dir (root=3D0x7f189a85d410,
key=3D0x7fffaa6a1390,=20
dir=3D0x7f189a89e760
"/home/xake/Skrivbord/ferra-rescue/var/lib/yum/yumdb/l/48ab9cbdbbcb080a=
450811f1aecf0abcbb54cfab-libcdio-devel-0.82-5.fc16-x86_64") at restore.=
c:503
path =3D <optimized out>
leaf =3D 0x7f189ab41770
dir_item =3D <optimized out>
location =3D {objectid =3D 282000, type =3D 1 '\001', offset =3D=
0}
filename =3D "changed_by\000y\000estamp\000\000\000\000\000\000=
Z
\004w\v\351F\031\020=D4=85\232\030\177\000\000\000Z\004w\v\351F\031\020=
=D4=85\232
\030\177\000\000\217\022j\252\377\177\000\000\200\277\206\232\030\177
\000\000\060R\263\232\030\177\000\000\271\\\263\232\030\177\000\000\001
\000\000\000\000\000\000\000\020=D4=85\232\030\177\000\000*\006L\230\03=
0\177
\000\000\060\000\000\000\060\000\000\000=C8=AEu\230\030\177\000\000\270=
\256u
\230\030\177\000\000\000\071}\232\030\177\000\000\000\340\000\000\000
\000\000\000\200\000\000\000\000\000\000\000\220\000\000\000\000\000\00=
0
\000\001\000\000\000\t\000\000\000\260\000\000\000\000\000\000\000@\277
\206\232\t\000\000\000\062\000\000\000\000\000\000\000\200P\374\230\030
\177\000\000`\256u\230\030\177\000\000\200\000\000\000\000\000\000\000
\271\\\263\232\030\177\000\000\001\000\000\000\000\000\000\000\020=D4=85=
\232
\030"...
name_ptr =3D <optimized out>
name_len =3D <optimized out>
ret =3D <optimized out>
fd =3D 32536
loops =3D <optimized out>
type =3D 212 '\324'
So any knowledge on how to proceed? Also, is there any documentation fo=
r
"restore" planned, I could not find any information about what the
options really do...
Regards
Peter
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" =
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-12-12 16:27 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-12-12 14:02 broken btrfs filesystem Neal Becker
2017-12-12 14:52 ` Hugo Mills
[not found] ` <CAG3t+pH3+B08M4y1t+K4p2SEk5KURtF_jTitL0RWZ2E-yVAHgg@mail.gmail.com>
2017-12-12 16:24 ` Hugo Mills
2017-12-12 16:27 ` Austin S. Hemmelgarn
-- strict thread matches above, loose matches on Subject: below --
2012-01-10 11:54 Broken " Peter Hjalmarsson
2012-01-10 11:42 Peter Hjalmarsson
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.