From: Patrick Erley <pat-lkml@erley.org>
To: Qu Wenruo <quwenruo.btrfs@gmx.com>
Cc: Btrfs BTRFS <linux-btrfs@vger.kernel.org>
Subject: Re: read time tree block corruption detected
Date: Mon, 30 Dec 2019 10:06:30 +0000 [thread overview]
Message-ID: <CAOB=O_htKVHzV-eW4i78RKkM_G4BA2BdYBbGRMN0bzJF8xqU7g@mail.gmail.com> (raw)
In-Reply-To: <278545c8-3267-b6d2-8e0e-5de6be572946@gmx.com>
That sucks :-( The only reason I had hope for /etc and /var was they
show up in btrfs check as not having a parent and i figured I could
reparent them onto the new / and have a chance of extracting something
useful from them. I guess I'll plan on grabbing images of the FS
tomorrow and starting a full rebuild. Hopefully someone will chime in
with a way to get /etc/ and /var/ before I reach the point I need
them.
On Mon, Dec 30, 2019 at 9:27 AM Qu Wenruo <quwenruo.btrfs@gmx.com> wrote:
>
>
>
> On 2019/12/30 下午5:21, Patrick Erley wrote:
> > On Mon, Dec 30, 2019 at 9:09 AM Qu Wenruo <quwenruo.btrfs@gmx.com> wrote:
> >>
> >>
> >>
> >> On 2019/12/30 下午5:01, Patrick Erley wrote:
> >>> On Mon, Dec 30, 2019 at 8:54 AM Qu Wenruo <quwenruo.btrfs@gmx.com> wrote:
> >>>> On 2019/12/30 下午4:14, Patrick Erley wrote:
> >>>>> On Mon, Dec 30, 2019 at 6:09 AM Qu Wenruo <quwenruo.btrfs@gmx.com> wrote:
> >>>>>
> >>>>> Should I also paste in the repair log?
> >>>>>
> >>>> Yes please.
> >>>>
> >>>> This sounds very strange, especially for the transid mismatch part.
> >>>>
> >>>> Thanks,
> >>>> Qu
> >>>>
> >>>
> >>>
> >>>
> >>> enabling repair mode
> >>> WARNING:
> >>>
> >>> Do not use --repair unless you are advised to do so by a developer
> >>> or an experienced user, and then only after having accepted that no
> >>> fsck can successfully repair all types of filesystem corruption. Eg.
> >>> some software or hardware bugs can fatally damage a volume.
> >>> The operation will start in 10 seconds.
> >>> Use Ctrl-C to stop it.
> >>> 10 9 8 7 6 5 4 3 2 1parent transid verify failed on 499774464000
> >>> wanted 3323349 found 3323340
> >>> parent transid verify failed on 499774521344 wanted 3323349 found 3323340
> >>> parent transid verify failed on 499774529536 wanted 3323349 found 3323340
> >>
> >> This message is from open_ctree(), which means the fs is already corrupted.
> >>
> >> Would you like to provide the history between last good btrfs check run
> >> and --repair run?
> >>
> >> Thanks,
> >> Qu
> >
> > In theory, all I did was boot back into 5.1 and continued using the
> > system.
>
> If that's the only thing before --repair (if there is only one repair
> run, and output is exactly what you pasted), then I guess something
> didn't go right in that 5.1 run?
>
> Is that pasted output from the first --repair run?
>
> If there is another run before the pasted output, then it could be
> previous --repair.
>
> Either way, I'm very sorry for the data loss...
>
> > After you said I should go ahead and try to --repair, I
> > rebooted into initramfs and ran the repair, then continued
> > booting(which failed spectacularly, due to almost all of / being
> > missing). I then rebooted back into initramfs to assess what was
> > going on, and made a liveusb (from which I'm sending this on that
> > system). Some 'background' on the FS: It was migrated from ext4 ~7?
> > years ago, and has been moved between multiple discs and systems using
> > dd. Interesting point: The only files/folders that still exist in /
> > were created after I migrated the filesystem. If I can get /etc and
> > maybe /var back, I'm golden (there are a few bits in each I don't
> > include in my hot backups, so will have to go to offline storage to
> > fetch them).
>
> I'm afraid the only chance we left is btrfs-restore.
>
> And normally for transid error, the chance is pretty low then.
>
> Thanks,
> Qu
>
> >
>
next prev parent reply other threads:[~2019-12-30 10:06 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-12-29 20:43 read time tree block corruption detected Patrick Erley
2019-12-29 22:07 ` Chris Murphy
2019-12-29 22:27 ` Patrick Erley
2019-12-29 22:32 ` Chris Murphy
2019-12-29 22:36 ` Patrick Erley
2019-12-29 23:11 ` Chris Murphy
2019-12-29 23:19 ` Patrick Erley
2019-12-29 23:24 ` Chris Murphy
2019-12-29 23:26 ` Patrick Erley
2019-12-30 0:46 ` Qu Wenruo
2019-12-30 5:36 ` Patrick Erley
2019-12-30 5:43 ` Qu Wenruo
2019-12-30 5:47 ` Patrick Erley
2019-12-30 5:50 ` Patrick Erley
2019-12-30 5:58 ` Qu Wenruo
2019-12-30 6:07 ` Patrick Erley
2019-12-30 6:09 ` Qu Wenruo
2019-12-30 8:14 ` Patrick Erley
2019-12-30 8:54 ` Qu Wenruo
2019-12-30 9:01 ` Patrick Erley
2019-12-30 9:09 ` Qu Wenruo
2019-12-30 9:21 ` Patrick Erley
2019-12-30 9:27 ` Qu Wenruo
2019-12-30 10:06 ` Patrick Erley [this message]
2020-01-16 13:40 Peter Luladjiev
2020-01-16 16:12 ` Nikolay Borisov
[not found] ` <CA+ZCqs5=N5Hdf3NxZAmPCnA8wbcJPrcH8zM-fRbt-w8tL+TjUQ@mail.gmail.com>
2020-01-17 7:34 ` Nikolay Borisov
2020-01-17 7:51 ` Peter Luladjiev
2020-01-17 7:54 ` Peter Luladjiev
2020-01-17 7:59 ` Qu Wenruo
2020-01-17 8:14 ` Nikolay Borisov
2020-01-17 8:22 ` Peter Luladjiev
2020-01-17 9:10 ` Nikolay Borisov
2020-01-17 12:04 ` Peter Luladjiev
2020-02-12 21:58 Samir Benmendil
2020-02-13 0:26 ` Qu Wenruo
2020-02-13 13:04 ` Samir Benmendil
2020-02-13 14:01 ` Qu Wenruo
2020-02-15 15:34 ` Samir Benmendil
[not found] <CAJheHN0FUe-ijMco1ZOc6iKF2zbPocOw+iiVNeTT1r-JuXOJww@mail.gmail.com>
2020-05-06 21:54 ` Fwd: Read " Tyler Richmond
2020-05-06 23:55 ` Chris Murphy
2020-05-07 0:51 ` Tyler Richmond
2020-05-07 1:06 ` Chris Murphy
2021-04-16 19:35 read " Gervais, Francois
2021-04-17 1:01 ` Qu Wenruo
2021-04-19 13:20 ` Gervais, Francois
2021-04-19 13:33 ` Qu Wenruo
2021-04-19 14:56 ` Gervais, Francois
2021-04-20 1:34 ` Qu Wenruo
2021-04-20 14:19 ` Gervais, Francois
2021-04-20 23:47 ` Qu Wenruo
2021-04-21 14:17 ` Gervais, Francois
2021-04-21 23:01 ` Qu Wenruo
2021-04-22 14:26 ` Gervais, Francois
2021-05-26 23:03 ` Gervais, Francois
2021-05-26 23:25 ` Qu Wenruo
2021-07-17 1:45 Read " pepperpoint
2021-07-17 7:05 ` Qu Wenruo
[not found] ` <162650555086.7.16811903270475408953.10183708@simplelogin.co>
2021-07-17 7:51 ` pepperpoint
[not found] ` <162650826457.7.1050455337652772013.10184548@mb.ardentcoding.com>
2021-07-17 8:14 ` Qu Wenruo
[not found] ` <162650966150.7.11743767259405124657.10185986@simplelogin.co>
2021-07-17 8:57 ` pepperpoint
2021-07-17 10:12 ` Qu Wenruo
[not found] ` <162651674065.6.7912816287233908759.10188327@simplelogin.co>
2021-07-17 10:34 ` pepperpoint
[not found] ` <162651809235.7.7061042874033963922.10188873@mb.ardentcoding.com>
2021-07-17 10:48 ` Qu Wenruo
[not found] ` <162651892663.6.17938009695497100557.10189169@simplelogin.co>
2021-07-17 12:51 ` pepperpoint
[not found] ` <CQeY09U34m7SrT6nTAlkSQrbLJtmyKF1tDfuGDtKUkwJqujMI_nZU4MpGiU4F_Q1U3Lk1aWD1mFCT5SlsOsOcILWECflIw7EhVQTQpy_1Ts=@email.ardentcoding.com>
2021-07-18 5:26 ` pepperpoint
2021-07-18 7:15 ` Qu Wenruo
[not found] ` <162659327011.8.12718249358254503695.10218325@simplelogin.co>
2021-07-18 8:46 ` pepperpoint
[not found] ` <162659797656.6.14385932343235367381.10220447@mb.ardentcoding.com>
2021-07-18 9:32 ` Qu Wenruo
[not found] ` <162660074747.7.3300740266059717894.10221270@simplelogin.co>
2021-07-18 10:34 ` pepperpoint
[not found] ` <162660447733.8.9782212603273165785.10222524@mb.ardentcoding.com>
2021-07-18 11:13 ` Qu Wenruo
[not found] ` <162660684635.8.12423097770824212671.10223516@simplelogin.co>
2021-07-18 12:16 ` pepperpoint
2021-11-22 5:26 read " x8062
2021-11-22 7:24 ` Nikolay Borisov
2021-11-22 10:07 ` x8062
2021-11-22 10:36 ` Nikolay Borisov
2021-11-23 2:42 ` x8062
2021-11-23 5:56 ` Nikolay Borisov
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='CAOB=O_htKVHzV-eW4i78RKkM_G4BA2BdYBbGRMN0bzJF8xqU7g@mail.gmail.com' \
--to=pat-lkml@erley.org \
--cc=linux-btrfs@vger.kernel.org \
--cc=quwenruo.btrfs@gmx.com \
/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 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).