public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
From: Hugo Mills <hugo@carfax.org.uk>
To: Charlie Lin <CLIN@Rollins.edu>
Cc: "rm@romanrm.net" <rm@romanrm.net>,
	"linux-btrfs@vger.kernel.org" <linux-btrfs@vger.kernel.org>
Subject: Re: Unable to Mount Btrfs Partition used on Both Funtoo and Windows
Date: Thu, 2 Dec 2021 22:32:36 +0000	[thread overview]
Message-ID: <20211202223236.GC3478@savella.carfax.org.uk> (raw)
In-Reply-To: <DM8P220MB0342912966C295206FF80725C1699@DM8P220MB0342.NAMP220.PROD.OUTLOOK.COM>

On Thu, Dec 02, 2021 at 10:25:53PM +0000, Charlie Lin wrote:
> 
> I'm actually dual-booting both systems on my laptop ie (Funtoo's kernel and initramfs are on the same EFI system partition that Windows uses)
> 
> Admittedly, I configured Windows to mount those Btrfs partitions at startup, and for both OSes to be able to hibernate, so that I can access the affected partition by hibernating one OS then resuming on the other. This worked well for about three weeks.

   This is approximately equal to mounting the FS on both machines at
the same time. Honestly, I'm surprised it lasted as long as three
weeks. I'd have said three minutes would be nearer the expected
lifetime. When you hibernate/suspend a machine, it stores its current
kernel state (including memory relating to things like filesystems),
and then restores that state when it resumes. If, in the meantime,
something else (like another OS) modifies the FS, you're effectively
injecting changes into the on-disk data that the hibernated OS doesn't
know about on resume.

> Anyway, are there commands to try to recover /dev/nvme0n1p{6,8}?

   The phrase "masssive filesystem metadata corruption" springs to
mind here, with a follow up of "it's dead, Jim". You might get
something out of it with btrfs restore, although restoring from your
backups is probably going to be much easier. The FS itself needs to be
rebuilt with mkfs.

   Hugo.

-- 
Hugo Mills             | Two things came out of Berkeley in the 1960s: LSD
hugo@... carfax.org.uk | and Unix. This is not a coincidence.
http://carfax.org.uk/  |
PGP: E2AB1DE4          |

  reply	other threads:[~2021-12-02 23:16 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-02 22:25 Unable to Mount Btrfs Partition used on Both Funtoo and Windows Charlie Lin
2021-12-02 22:32 ` Hugo Mills [this message]
2021-12-02 22:50   ` Charlie Lin
  -- strict thread matches above, loose matches on Subject: below --
2021-12-02 22:22 Charlie Lin
2021-12-02 19:33 Charlie Lin
2021-12-02 20:15 ` Roman Mamedov
2021-12-03  0:35 ` Qu Wenruo

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=20211202223236.GC3478@savella.carfax.org.uk \
    --to=hugo@carfax.org.uk \
    --cc=CLIN@Rollins.edu \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=rm@romanrm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox