* Btrfs check dont repair
@ 2015-09-23 14:39 Vackář František
2015-09-23 14:43 ` Hugo Mills
2015-09-23 17:41 ` Austin S Hemmelgarn
0 siblings, 2 replies; 9+ messages in thread
From: Vackář František @ 2015-09-23 14:39 UTC (permalink / raw)
To: linux-btrfs
Hello,
i have problem with my btrfs, can you help me, please? Its on my
notebook. Sometimes it exhausted battery during sleep and died. But
everytime FS was ok. But ones mount fail.
Do you have any idea how repair it?
Sorry for my english. :)
Frantisek Vackar
========================================
[root@rak ~]# btrfs check --repair /dev/sdb2
enabling repair mode
Checking filesystem on /dev/sdb2
UUID: 754a3186-c0ae-4680-ab28-864c8bdad8b5
checking extents
bad key ordering 0 1
bad block 3242450944
Errors found in extent allocation tree or chunk allocation
Fixed 0 roots.
checking free space cache
cache and super generation don't match, space cache will be invalidated
checking fs roots
bad key ordering 0 1
Trying to rebuild inode:705555
root 5 inode 705555 errors 2001, no inode item, link count wrong
unresolved ref dir 403566 index 0 namelen 10 name .directory
filetype 1 errors 6, no dir index, no inode ref
Trying to rebuild inode:705569
root 5 inode 705569 errors 2001, no inode item, link count wrong
unresolved ref dir 339745 index 0 namelen 18 name
15-03-20-Botanicka filetype 2 errors 6, no dir index, no inode ref
=====MANY SIMILAR LINES=====
Trying to rebuild inode:718060
root 5 inode 718060 errors 2001, no inode item, link count wrong
unresolved ref dir 430527 index 0 namelen 10 name Win 7.vbox
filetype 1 errors 6, no dir index, no inode ref
found 1350650234080 bytes used err is 1
total csum bytes: 0
total tree bytes: 466538496
total fs tree bytes: 17154048
total extent tree bytes: 448659456
btree space waste bytes: 94077759
file data blocks allocated: 3997077504
referenced 3996086272
btrfs-progs v4.1.2
[root@rak ~]# mount /mnt/hdd-root/
mount: wrong fs type, bad option, bad superblock on /dev/sdb2,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
[root@rak ~]# dmesg | tail
[ 1434.004203] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000
[ 1674.004209] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000
[ 2154.007675] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000
[ 4074.005033] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000
[ 4096.970037] BTRFS info (device sdb2): disk space caching is enabled
[ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key
order: block=3242455040,root=1, slot=0
[ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key
order: block=3242455040,root=1, slot=0
[ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry,
stopping orphan cleanup
[ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22
[ 4111.047323] BTRFS: open_ctree failed
[root@rak ~]# uname -a
Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015
x86_64 GNU/Linux
[root@rak ~]# btrfs fi show /dev/sdb2
Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5
Total devices 1 FS bytes used 1.23TiB
devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2
btrfs-progs v4.2
[root@rak ~]# btrfs --version
btrfs-progs v4.2
[root@rak ~]# btrfs fi show
Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5
Total devices 1 FS bytes used 1.23TiB
devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2
btrfs-progs v4.2
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: Btrfs check dont repair 2015-09-23 14:39 Btrfs check dont repair Vackář František @ 2015-09-23 14:43 ` Hugo Mills 2015-09-23 15:22 ` Vackář František 2015-09-23 17:41 ` Austin S Hemmelgarn 1 sibling, 1 reply; 9+ messages in thread From: Hugo Mills @ 2015-09-23 14:43 UTC (permalink / raw) To: Vackář František; +Cc: linux-btrfs [-- Attachment #1: Type: text/plain, Size: 1906 bytes --] On Wed, Sep 23, 2015 at 04:39:27PM +0200, Vackář František wrote: > Hello, > > i have problem with my btrfs, can you help me, please? Its on my > notebook. Sometimes it exhausted battery during sleep and died. But > everytime FS was ok. But ones mount fail. > > Do you have any idea how repair it? [snip] > [root@rak ~]# dmesg | tail [snip] > [ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key > order: block=3242455040,root=1, slot=0 You have bad RAM. You should run memtest and fix the hardware first. After that, there's some patches that should allow btrfs repair to fix bad key orders in most situations -- I think David was picking them up again, but I don't know what state they're in right now. Hugo. > [ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key > order: block=3242455040,root=1, slot=0 > [ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry, > stopping orphan cleanup > [ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22 > [ 4111.047323] BTRFS: open_ctree failed > > [root@rak ~]# uname -a > Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015 > x86_64 GNU/Linux > > [root@rak ~]# btrfs fi show /dev/sdb2 > Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 > Total devices 1 FS bytes used 1.23TiB > devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 > > btrfs-progs v4.2 > > [root@rak ~]# btrfs --version > btrfs-progs v4.2 > > [root@rak ~]# btrfs fi show > Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 > Total devices 1 FS bytes used 1.23TiB > devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 > > btrfs-progs v4.2 -- Hugo Mills | Sometimes, when I'm alone, I Google myself. hugo@... carfax.org.uk | http://carfax.org.uk/ | PGP: E2AB1DE4 | [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Btrfs check dont repair 2015-09-23 14:43 ` Hugo Mills @ 2015-09-23 15:22 ` Vackář František 2015-09-25 9:36 ` Vackář František 0 siblings, 1 reply; 9+ messages in thread From: Vackář František @ 2015-09-23 15:22 UTC (permalink / raw) To: Hugo Mills, linux-btrfs Yes, I have bad ram. I ran memtest and memory is really bad. So a must buy new memory first. Thank you. Frantisek 2015-09-23 16:43 GMT+02:00 Hugo Mills <hugo@carfax.org.uk>: > On Wed, Sep 23, 2015 at 04:39:27PM +0200, Vackář František wrote: >> Hello, >> >> i have problem with my btrfs, can you help me, please? Its on my >> notebook. Sometimes it exhausted battery during sleep and died. But >> everytime FS was ok. But ones mount fail. >> >> Do you have any idea how repair it? > [snip] >> [root@rak ~]# dmesg | tail > [snip] >> [ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key >> order: block=3242455040,root=1, slot=0 > > You have bad RAM. You should run memtest and fix the hardware first. > > After that, there's some patches that should allow btrfs repair to > fix bad key orders in most situations -- I think David was picking > them up again, but I don't know what state they're in right now. > > Hugo. > >> [ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key >> order: block=3242455040,root=1, slot=0 >> [ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry, >> stopping orphan cleanup >> [ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22 >> [ 4111.047323] BTRFS: open_ctree failed >> >> [root@rak ~]# uname -a >> Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015 >> x86_64 GNU/Linux >> >> [root@rak ~]# btrfs fi show /dev/sdb2 >> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >> Total devices 1 FS bytes used 1.23TiB >> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >> >> btrfs-progs v4.2 >> >> [root@rak ~]# btrfs --version >> btrfs-progs v4.2 >> >> [root@rak ~]# btrfs fi show >> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >> Total devices 1 FS bytes used 1.23TiB >> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >> >> btrfs-progs v4.2 > > -- > Hugo Mills | Sometimes, when I'm alone, I Google myself. > hugo@... carfax.org.uk | > http://carfax.org.uk/ | > PGP: E2AB1DE4 | ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Btrfs check dont repair 2015-09-23 15:22 ` Vackář František @ 2015-09-25 9:36 ` Vackář František 2015-09-25 10:06 ` Hugo Mills 0 siblings, 1 reply; 9+ messages in thread From: Vackář František @ 2015-09-25 9:36 UTC (permalink / raw) To: Hugo Mills, linux-btrfs Now I have memory ok. I found this patch, but i am not sure, if its the correct one. https://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg33496.html Cay you help me please, witch patch i should use? Frantisek 2015-09-23 17:22 GMT+02:00 Vackář František <vackarf@gmail.com>: > Yes, I have bad ram. I ran memtest and memory is really bad. > > So a must buy new memory first. > > Thank you. > > Frantisek > > 2015-09-23 16:43 GMT+02:00 Hugo Mills <hugo@carfax.org.uk>: >> On Wed, Sep 23, 2015 at 04:39:27PM +0200, Vackář František wrote: >>> Hello, >>> >>> i have problem with my btrfs, can you help me, please? Its on my >>> notebook. Sometimes it exhausted battery during sleep and died. But >>> everytime FS was ok. But ones mount fail. >>> >>> Do you have any idea how repair it? >> [snip] >>> [root@rak ~]# dmesg | tail >> [snip] >>> [ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key >>> order: block=3242455040,root=1, slot=0 >> >> You have bad RAM. You should run memtest and fix the hardware first. >> >> After that, there's some patches that should allow btrfs repair to >> fix bad key orders in most situations -- I think David was picking >> them up again, but I don't know what state they're in right now. >> >> Hugo. >> >>> [ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key >>> order: block=3242455040,root=1, slot=0 >>> [ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry, >>> stopping orphan cleanup >>> [ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22 >>> [ 4111.047323] BTRFS: open_ctree failed >>> >>> [root@rak ~]# uname -a >>> Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015 >>> x86_64 GNU/Linux >>> >>> [root@rak ~]# btrfs fi show /dev/sdb2 >>> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >>> Total devices 1 FS bytes used 1.23TiB >>> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >>> >>> btrfs-progs v4.2 >>> >>> [root@rak ~]# btrfs --version >>> btrfs-progs v4.2 >>> >>> [root@rak ~]# btrfs fi show >>> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >>> Total devices 1 FS bytes used 1.23TiB >>> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >>> >>> btrfs-progs v4.2 >> >> -- >> Hugo Mills | Sometimes, when I'm alone, I Google myself. >> hugo@... carfax.org.uk | >> http://carfax.org.uk/ | >> PGP: E2AB1DE4 | ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Btrfs check dont repair 2015-09-25 9:36 ` Vackář František @ 2015-09-25 10:06 ` Hugo Mills [not found] ` <CAMH1C+qD8Me-D0VVb5pntPQd4A9VXGCEbxQajZfDCEnWbJUxSA@mail.gmail.com> 0 siblings, 1 reply; 9+ messages in thread From: Hugo Mills @ 2015-09-25 10:06 UTC (permalink / raw) To: Vackář František; +Cc: linux-btrfs [-- Attachment #1: Type: text/plain, Size: 3002 bytes --] On Fri, Sep 25, 2015 at 11:36:55AM +0200, Vackář František wrote: > Now I have memory ok. > > I found this patch, but i am not sure, if its the correct one. > https://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg33496.html > > Cay you help me please, witch patch i should use? Yes, that's the patch series (you'll need all three patches). David Sterba said it didn't apply cleanly any more; I don't know how hard it'll be to fix up the problems, though. Hugo. > Frantisek > > 2015-09-23 17:22 GMT+02:00 Vackář František <vackarf@gmail.com>: > > Yes, I have bad ram. I ran memtest and memory is really bad. > > > > So a must buy new memory first. > > > > Thank you. > > > > Frantisek > > > > 2015-09-23 16:43 GMT+02:00 Hugo Mills <hugo@carfax.org.uk>: > >> On Wed, Sep 23, 2015 at 04:39:27PM +0200, Vackář František wrote: > >>> Hello, > >>> > >>> i have problem with my btrfs, can you help me, please? Its on my > >>> notebook. Sometimes it exhausted battery during sleep and died. But > >>> everytime FS was ok. But ones mount fail. > >>> > >>> Do you have any idea how repair it? > >> [snip] > >>> [root@rak ~]# dmesg | tail > >> [snip] > >>> [ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key > >>> order: block=3242455040,root=1, slot=0 > >> > >> You have bad RAM. You should run memtest and fix the hardware first. > >> > >> After that, there's some patches that should allow btrfs repair to > >> fix bad key orders in most situations -- I think David was picking > >> them up again, but I don't know what state they're in right now. > >> > >> Hugo. > >> > >>> [ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key > >>> order: block=3242455040,root=1, slot=0 > >>> [ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry, > >>> stopping orphan cleanup > >>> [ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22 > >>> [ 4111.047323] BTRFS: open_ctree failed > >>> > >>> [root@rak ~]# uname -a > >>> Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015 > >>> x86_64 GNU/Linux > >>> > >>> [root@rak ~]# btrfs fi show /dev/sdb2 > >>> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 > >>> Total devices 1 FS bytes used 1.23TiB > >>> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 > >>> > >>> btrfs-progs v4.2 > >>> > >>> [root@rak ~]# btrfs --version > >>> btrfs-progs v4.2 > >>> > >>> [root@rak ~]# btrfs fi show > >>> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 > >>> Total devices 1 FS bytes used 1.23TiB > >>> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 > >>> > >>> btrfs-progs v4.2 > >> -- Hugo Mills | Do not meddle in the affairs of wizards, for they hugo@... carfax.org.uk | are subtle, and quick to anger. http://carfax.org.uk/ | PGP: E2AB1DE4 | J.R.R. Tolkein [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 836 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
[parent not found: <CAMH1C+qD8Me-D0VVb5pntPQd4A9VXGCEbxQajZfDCEnWbJUxSA@mail.gmail.com>]
* Re: Btrfs check dont repair [not found] ` <CAMH1C+qD8Me-D0VVb5pntPQd4A9VXGCEbxQajZfDCEnWbJUxSA@mail.gmail.com> @ 2015-10-02 9:05 ` Vackář František 2015-10-02 10:10 ` Vackář František 0 siblings, 1 reply; 9+ messages in thread From: Vackář František @ 2015-10-02 9:05 UTC (permalink / raw) To: Hugo Mills, Vackář František, linux-btrfs I'm not sure if it was my last email with attachement delivered. My last email is below. Attachement is uploaded here: http://franta.naobzoru.cz/files/btrfs-failed.txt Thank you. Frantisek 2015-09-27 11:51 GMT+02:00 Vackář František <vackarf@gmail.com>: > So I copy with dd all my 1.7 TB partition with broken btrfs on > external hdd and try to repair, but without success. > > I tried to apply patch to actual sources but its too different to > apply. So I downloaded sources from april 2014 (last before date od > patch) and it was applied correctly. But when I ran it (./btrfsck > --repair /dev/sdb2) it faild. Output is in attachment. Do you have any > idea what to do? > > Frantisek > > 2015-09-25 12:06 GMT+02:00 Hugo Mills <hugo@carfax.org.uk>: >> On Fri, Sep 25, 2015 at 11:36:55AM +0200, Vackář František wrote: >>> Now I have memory ok. >>> >>> I found this patch, but i am not sure, if its the correct one. >>> https://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg33496.html >>> >>> Cay you help me please, witch patch i should use? >> >> Yes, that's the patch series (you'll need all three patches). David >> Sterba said it didn't apply cleanly any more; I don't know how hard >> it'll be to fix up the problems, though. >> >> Hugo. >> >>> Frantisek >>> >>> 2015-09-23 17:22 GMT+02:00 Vackář František <vackarf@gmail.com>: >>> > Yes, I have bad ram. I ran memtest and memory is really bad. >>> > >>> > So a must buy new memory first. >>> > >>> > Thank you. >>> > >>> > Frantisek >>> > >>> > 2015-09-23 16:43 GMT+02:00 Hugo Mills <hugo@carfax.org.uk>: >>> >> On Wed, Sep 23, 2015 at 04:39:27PM +0200, Vackář František wrote: >>> >>> Hello, >>> >>> >>> >>> i have problem with my btrfs, can you help me, please? Its on my >>> >>> notebook. Sometimes it exhausted battery during sleep and died. But >>> >>> everytime FS was ok. But ones mount fail. >>> >>> >>> >>> Do you have any idea how repair it? >>> >> [snip] >>> >>> [root@rak ~]# dmesg | tail >>> >> [snip] >>> >>> [ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key >>> >>> order: block=3242455040,root=1, slot=0 >>> >> >>> >> You have bad RAM. You should run memtest and fix the hardware first. >>> >> >>> >> After that, there's some patches that should allow btrfs repair to >>> >> fix bad key orders in most situations -- I think David was picking >>> >> them up again, but I don't know what state they're in right now. >>> >> >>> >> Hugo. >>> >> >>> >>> [ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key >>> >>> order: block=3242455040,root=1, slot=0 >>> >>> [ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry, >>> >>> stopping orphan cleanup >>> >>> [ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22 >>> >>> [ 4111.047323] BTRFS: open_ctree failed >>> >>> >>> >>> [root@rak ~]# uname -a >>> >>> Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015 >>> >>> x86_64 GNU/Linux >>> >>> >>> >>> [root@rak ~]# btrfs fi show /dev/sdb2 >>> >>> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >>> >>> Total devices 1 FS bytes used 1.23TiB >>> >>> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >>> >>> >>> >>> btrfs-progs v4.2 >>> >>> >>> >>> [root@rak ~]# btrfs --version >>> >>> btrfs-progs v4.2 >>> >>> >>> >>> [root@rak ~]# btrfs fi show >>> >>> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >>> >>> Total devices 1 FS bytes used 1.23TiB >>> >>> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >>> >>> >>> >>> btrfs-progs v4.2 >>> >> >> >> -- >> Hugo Mills | Do not meddle in the affairs of wizards, for they >> hugo@... carfax.org.uk | are subtle, and quick to anger. >> http://carfax.org.uk/ | >> PGP: E2AB1DE4 | J.R.R. Tolkein ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Btrfs check dont repair 2015-10-02 9:05 ` Vackář František @ 2015-10-02 10:10 ` Vackář František 0 siblings, 0 replies; 9+ messages in thread From: Vackář František @ 2015-10-02 10:10 UTC (permalink / raw) To: Hugo Mills, linux-btrfs So... I find a solution! :) I tried to play with mount options. Finally I sucessfully mounted corrupted btrfs with mount -t btrfs -oro,degraded,recovery /dev/sdb2 /mnt/hdd-root/ Thank you for help. Now I copy all data to external drive and make new filestystem. Frantisek 2015-10-02 11:05 GMT+02:00 Vackář František <vackarf@gmail.com>: > I'm not sure if it was my last email with attachement delivered. > > My last email is below. Attachement is uploaded here: > http://franta.naobzoru.cz/files/btrfs-failed.txt > > Thank you. > > Frantisek > > 2015-09-27 11:51 GMT+02:00 Vackář František <vackarf@gmail.com>: >> So I copy with dd all my 1.7 TB partition with broken btrfs on >> external hdd and try to repair, but without success. >> >> I tried to apply patch to actual sources but its too different to >> apply. So I downloaded sources from april 2014 (last before date od >> patch) and it was applied correctly. But when I ran it (./btrfsck >> --repair /dev/sdb2) it faild. Output is in attachment. Do you have any >> idea what to do? >> >> Frantisek >> >> 2015-09-25 12:06 GMT+02:00 Hugo Mills <hugo@carfax.org.uk>: >>> On Fri, Sep 25, 2015 at 11:36:55AM +0200, Vackář František wrote: >>>> Now I have memory ok. >>>> >>>> I found this patch, but i am not sure, if its the correct one. >>>> https://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg33496.html >>>> >>>> Cay you help me please, witch patch i should use? >>> >>> Yes, that's the patch series (you'll need all three patches). David >>> Sterba said it didn't apply cleanly any more; I don't know how hard >>> it'll be to fix up the problems, though. >>> >>> Hugo. >>> >>>> Frantisek >>>> >>>> 2015-09-23 17:22 GMT+02:00 Vackář František <vackarf@gmail.com>: >>>> > Yes, I have bad ram. I ran memtest and memory is really bad. >>>> > >>>> > So a must buy new memory first. >>>> > >>>> > Thank you. >>>> > >>>> > Frantisek >>>> > >>>> > 2015-09-23 16:43 GMT+02:00 Hugo Mills <hugo@carfax.org.uk>: >>>> >> On Wed, Sep 23, 2015 at 04:39:27PM +0200, Vackář František wrote: >>>> >>> Hello, >>>> >>> >>>> >>> i have problem with my btrfs, can you help me, please? Its on my >>>> >>> notebook. Sometimes it exhausted battery during sleep and died. But >>>> >>> everytime FS was ok. But ones mount fail. >>>> >>> >>>> >>> Do you have any idea how repair it? >>>> >> [snip] >>>> >>> [root@rak ~]# dmesg | tail >>>> >> [snip] >>>> >>> [ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key >>>> >>> order: block=3242455040,root=1, slot=0 >>>> >> >>>> >> You have bad RAM. You should run memtest and fix the hardware first. >>>> >> >>>> >> After that, there's some patches that should allow btrfs repair to >>>> >> fix bad key orders in most situations -- I think David was picking >>>> >> them up again, but I don't know what state they're in right now. >>>> >> >>>> >> Hugo. >>>> >> >>>> >>> [ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key >>>> >>> order: block=3242455040,root=1, slot=0 >>>> >>> [ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry, >>>> >>> stopping orphan cleanup >>>> >>> [ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22 >>>> >>> [ 4111.047323] BTRFS: open_ctree failed >>>> >>> >>>> >>> [root@rak ~]# uname -a >>>> >>> Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015 >>>> >>> x86_64 GNU/Linux >>>> >>> >>>> >>> [root@rak ~]# btrfs fi show /dev/sdb2 >>>> >>> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >>>> >>> Total devices 1 FS bytes used 1.23TiB >>>> >>> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >>>> >>> >>>> >>> btrfs-progs v4.2 >>>> >>> >>>> >>> [root@rak ~]# btrfs --version >>>> >>> btrfs-progs v4.2 >>>> >>> >>>> >>> [root@rak ~]# btrfs fi show >>>> >>> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >>>> >>> Total devices 1 FS bytes used 1.23TiB >>>> >>> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >>>> >>> >>>> >>> btrfs-progs v4.2 >>>> >> >>> >>> -- >>> Hugo Mills | Do not meddle in the affairs of wizards, for they >>> hugo@... carfax.org.uk | are subtle, and quick to anger. >>> http://carfax.org.uk/ | >>> PGP: E2AB1DE4 | J.R.R. Tolkein ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Btrfs check dont repair 2015-09-23 14:39 Btrfs check dont repair Vackář František 2015-09-23 14:43 ` Hugo Mills @ 2015-09-23 17:41 ` Austin S Hemmelgarn 2015-09-23 19:02 ` Vackář František 1 sibling, 1 reply; 9+ messages in thread From: Austin S Hemmelgarn @ 2015-09-23 17:41 UTC (permalink / raw) To: Vackář František, linux-btrfs [-- Attachment #1: Type: text/plain, Size: 4749 bytes --] On 2015-09-23 10:39, Vackář František wrote: > Hello, > > i have problem with my btrfs, can you help me, please? Its on my > notebook. Sometimes it exhausted battery during sleep and died. But > everytime FS was ok. But ones mount fail. > > Do you have any idea how repair it? First off, the fact that you are on a relatively recent kernel and have an up-to-date copy of btrfs-progs is a very good thing :). Secondly, I'm not certain if you did this or not, but always run btrfs check without the --repair option first, it can't fix everything yet, and there are still cases from time to time that it actually makes thing worse when you use the --repair option. As for the kernel messages, those particular errors are not anything I've ever seen before. Based on my limited knowledge of the BTRFS internals, I would agree with Hugo (and ironically, I got your response to his e-mail right as I finished this one...). > > Sorry for my english. :) Don't feel bad, it's one of the hardest to learn languages for non-native speakers in the world (and even a lot of people who grew up speaking it don't consistently use correct grammar). If only Esperanto or Interlingua had actually caught on... > > Frantisek Vackar > ======================================== > [root@rak ~]# btrfs check --repair /dev/sdb2 > enabling repair mode > Checking filesystem on /dev/sdb2 > UUID: 754a3186-c0ae-4680-ab28-864c8bdad8b5 > checking extents > bad key ordering 0 1 > bad block 3242450944 > Errors found in extent allocation tree or chunk allocation > Fixed 0 roots. > checking free space cache > cache and super generation don't match, space cache will be invalidated > checking fs roots > bad key ordering 0 1 > Trying to rebuild inode:705555 > root 5 inode 705555 errors 2001, no inode item, link count wrong > unresolved ref dir 403566 index 0 namelen 10 name .directory > filetype 1 errors 6, no dir index, no inode ref > Trying to rebuild inode:705569 > root 5 inode 705569 errors 2001, no inode item, link count wrong > unresolved ref dir 339745 index 0 namelen 18 name > 15-03-20-Botanicka filetype 2 errors 6, no dir index, no inode ref > =====MANY SIMILAR LINES===== > Trying to rebuild inode:718060 > root 5 inode 718060 errors 2001, no inode item, link count wrong > unresolved ref dir 430527 index 0 namelen 10 name Win 7.vbox > filetype 1 errors 6, no dir index, no inode ref > found 1350650234080 bytes used err is 1 > total csum bytes: 0 > total tree bytes: 466538496 > total fs tree bytes: 17154048 > total extent tree bytes: 448659456 > btree space waste bytes: 94077759 > file data blocks allocated: 3997077504 > referenced 3996086272 > btrfs-progs v4.1.2 > > [root@rak ~]# mount /mnt/hdd-root/ > mount: wrong fs type, bad option, bad superblock on /dev/sdb2, > missing codepage or helper program, or other error > > In some cases useful info is found in syslog - try > dmesg | tail or so. > > [root@rak ~]# dmesg | tail > [ 1434.004203] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000 > [ 1674.004209] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000 > [ 2154.007675] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000 > [ 4074.005033] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000 > [ 4096.970037] BTRFS info (device sdb2): disk space caching is enabled > [ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key > order: block=3242455040,root=1, slot=0 > [ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key > order: block=3242455040,root=1, slot=0 > [ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry, > stopping orphan cleanup > [ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22 > [ 4111.047323] BTRFS: open_ctree failed > > [root@rak ~]# uname -a > Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015 > x86_64 GNU/Linux > > [root@rak ~]# btrfs fi show /dev/sdb2 > Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 > Total devices 1 FS bytes used 1.23TiB > devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 > > btrfs-progs v4.2 > > [root@rak ~]# btrfs --version > btrfs-progs v4.2 > > [root@rak ~]# btrfs fi show > Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 > Total devices 1 FS bytes used 1.23TiB > devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 > > btrfs-progs v4.2 > -- > 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 > [-- Attachment #2: S/MIME Cryptographic Signature --] [-- Type: application/pkcs7-signature, Size: 3019 bytes --] ^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: Btrfs check dont repair 2015-09-23 17:41 ` Austin S Hemmelgarn @ 2015-09-23 19:02 ` Vackář František 0 siblings, 0 replies; 9+ messages in thread From: Vackář František @ 2015-09-23 19:02 UTC (permalink / raw) To: Austin S Hemmelgarn, linux-btrfs So I tested my RAM. I have two 4GB modules (8GB total) and i tested them separately and bad is only one of them. So now I have plugged-in only good one. Btrfs check without --repair I tested first (before I upgraded btrfs-progs and kernel). Now a tried it again but with the same result, like with --repair. Please, can you help me with using patch to repair the filesystem? Thank you very much! Frantisek 2015-09-23 19:41 GMT+02:00 Austin S Hemmelgarn <ahferroin7@gmail.com>: > On 2015-09-23 10:39, Vackář František wrote: >> >> Hello, >> >> i have problem with my btrfs, can you help me, please? Its on my >> notebook. Sometimes it exhausted battery during sleep and died. But >> everytime FS was ok. But ones mount fail. >> >> Do you have any idea how repair it? > > First off, the fact that you are on a relatively recent kernel and have an > up-to-date copy of btrfs-progs is a very good thing :). Secondly, I'm not > certain if you did this or not, but always run btrfs check without the > --repair option first, it can't fix everything yet, and there are still > cases from time to time that it actually makes thing worse when you use the > --repair option. As for the kernel messages, those particular errors are > not anything I've ever seen before. Based on my limited knowledge of the > BTRFS internals, I would agree with Hugo (and ironically, I got your > response to his e-mail right as I finished this one...). >> >> >> Sorry for my english. :) > > Don't feel bad, it's one of the hardest to learn languages for non-native > speakers in the world (and even a lot of people who grew up speaking it > don't consistently use correct grammar). If only Esperanto or Interlingua > had actually caught on... >> >> >> Frantisek Vackar >> ======================================== >> [root@rak ~]# btrfs check --repair /dev/sdb2 >> enabling repair mode >> Checking filesystem on /dev/sdb2 >> UUID: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >> checking extents >> bad key ordering 0 1 >> bad block 3242450944 >> Errors found in extent allocation tree or chunk allocation >> Fixed 0 roots. >> checking free space cache >> cache and super generation don't match, space cache will be invalidated >> checking fs roots >> bad key ordering 0 1 >> Trying to rebuild inode:705555 >> root 5 inode 705555 errors 2001, no inode item, link count wrong >> unresolved ref dir 403566 index 0 namelen 10 name .directory >> filetype 1 errors 6, no dir index, no inode ref >> Trying to rebuild inode:705569 >> root 5 inode 705569 errors 2001, no inode item, link count wrong >> unresolved ref dir 339745 index 0 namelen 18 name >> 15-03-20-Botanicka filetype 2 errors 6, no dir index, no inode ref >> =====MANY SIMILAR LINES===== >> Trying to rebuild inode:718060 >> root 5 inode 718060 errors 2001, no inode item, link count wrong >> unresolved ref dir 430527 index 0 namelen 10 name Win 7.vbox >> filetype 1 errors 6, no dir index, no inode ref >> found 1350650234080 bytes used err is 1 >> total csum bytes: 0 >> total tree bytes: 466538496 >> total fs tree bytes: 17154048 >> total extent tree bytes: 448659456 >> btree space waste bytes: 94077759 >> file data blocks allocated: 3997077504 >> referenced 3996086272 >> btrfs-progs v4.1.2 >> >> [root@rak ~]# mount /mnt/hdd-root/ >> mount: wrong fs type, bad option, bad superblock on /dev/sdb2, >> missing codepage or helper program, or other error >> >> In some cases useful info is found in syslog - try >> dmesg | tail or so. >> >> [root@rak ~]# dmesg | tail >> [ 1434.004203] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000 >> [ 1674.004209] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000 >> [ 2154.007675] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000 >> [ 4074.005033] ath5k: ath5k_hw_get_isr: ISR: 0x00000080 IMR: 0x00000000 >> [ 4096.970037] BTRFS info (device sdb2): disk space caching is enabled >> [ 4108.444472] BTRFS critical (device sdb2): corrupt leaf, bad key >> order: block=3242455040,root=1, slot=0 >> [ 4108.444649] BTRFS critical (device sdb2): corrupt leaf, bad key >> order: block=3242455040,root=1, slot=0 >> [ 4108.444681] BTRFS error (device sdb2): Error removing orphan entry, >> stopping orphan cleanup >> [ 4108.444684] BTRFS error (device sdb2): could not do orphan cleanup -22 >> [ 4111.047323] BTRFS: open_ctree failed >> >> [root@rak ~]# uname -a >> Linux rak 4.1.2-2-ARCH #1 SMP PREEMPT Wed Jul 15 08:30:32 UTC 2015 >> x86_64 GNU/Linux >> >> [root@rak ~]# btrfs fi show /dev/sdb2 >> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >> Total devices 1 FS bytes used 1.23TiB >> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >> >> btrfs-progs v4.2 >> >> [root@rak ~]# btrfs --version >> btrfs-progs v4.2 >> >> [root@rak ~]# btrfs fi show >> Label: 'data' uuid: 754a3186-c0ae-4680-ab28-864c8bdad8b5 >> Total devices 1 FS bytes used 1.23TiB >> devid 1 size 1.72TiB used 1.24TiB path /dev/sdb2 >> >> btrfs-progs v4.2 >> -- >> 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] 9+ messages in thread
end of thread, other threads:[~2015-10-02 10:10 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-09-23 14:39 Btrfs check dont repair Vackář František
2015-09-23 14:43 ` Hugo Mills
2015-09-23 15:22 ` Vackář František
2015-09-25 9:36 ` Vackář František
2015-09-25 10:06 ` Hugo Mills
[not found] ` <CAMH1C+qD8Me-D0VVb5pntPQd4A9VXGCEbxQajZfDCEnWbJUxSA@mail.gmail.com>
2015-10-02 9:05 ` Vackář František
2015-10-02 10:10 ` Vackář František
2015-09-23 17:41 ` Austin S Hemmelgarn
2015-09-23 19:02 ` Vackář František
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).