All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hugo Mills <hugo@carfax.org.uk>
To: Ivan Petrovic <ivan@ipplus.rs>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: unable to mount multi disk volume with recovery mode
Date: Sat, 5 Sep 2015 10:42:53 +0000	[thread overview]
Message-ID: <20150905104253.GD23944@carfax.org.uk> (raw)
In-Reply-To: <CAEyaVk+U5dFt79d_yd+LAujQLRsy8o7_VfPS+==uRPa_2f-oVg@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 2201 bytes --]

On Sat, Sep 05, 2015 at 12:13:30PM +0200, Ivan Petrovic wrote:
> I don't know... but after btrfs-zero-log now I can't:
> 
> ivan@ipplus-dev:~$ sudo btrfs filesystem df /dev/sdb
> [sudo] password for ivan:
> ERROR: couldn't get space info - Inappropriate ioctl for device
> ERROR: get_df failed Inappropriate ioctl for device
> ivan@ipplus-dev:~$

   You can only use this command while the FS is mounted, and you
can't give it a device, only a mountpoint.

   Also, note that btrfs-zero-log won't help you at all here. It's not
a magic "fix everything for me" tool.

> So you're saying that I can't make first and third partition to work
> with it's data? Maybe I'll try with btrfs-restore, do you think it can
> rescue this 2 drives?

   Unlikely. Like I said, if the FS was using single storage for
everything, a random 33% of the filesystem has gone away. There's
probably not enough of it left to make anything coherent.

   Hugo.

> Thanks
> 
> 2015-09-04 23:17 GMT+02:00 Hugo Mills <hugo@carfax.org.uk>:
> > On Fri, Sep 04, 2015 at 09:07:34PM +0000, Ivan wrote:
> >>
> >> Just to add this:
> >>
> >> ivan@ipplus-dev:~$ sudo btrfs filesystem df /mnt/ambis/
> >> Data, single: total=108.76GiB, used=107.11GiB
> >> System, single: total=32.00MiB, used=20.00KiB
> >> Metadata, single: total=3.00GiB, used=2.34GiB
> >> ivan@ipplus-dev:~$
> >
> >    (If you can't mount the FS, how did you get this output? -- In what
> > I say below, I'm asuming that this was the last output from btrfs fi
> > df on the broken filesystem before it broke).
> >
> >    This is the problem: You're using single for everything. That means
> > that with the loss of one device, approximately one part in three of
> > your filesystem is missing, including the metadata. If the missing
> > drive is truly broken, this filesystem is dead, without any good means
> > of recovery. You'll need to use your backups.
> >
> >    You would have to have RAID-1 system and metadata for the FS to be
> > even partly recoverable with a missing device. (Or RAID-10, -5 or -6).
> >
> >    Hugo.
> >

-- 
Hugo Mills             | Preventing talpidian orogenesis.
hugo@... carfax.org.uk |
http://carfax.org.uk/  |
PGP: E2AB1DE4          |

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

  reply	other threads:[~2015-09-05 10:42 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-04 21:07 unable to mount multi disk volume with recovery mode Ivan
2015-09-04 21:17 ` Hugo Mills
2015-09-05 10:13   ` Ivan Petrovic
2015-09-05 10:42     ` Hugo Mills [this message]
2015-09-07 17:58       ` Chris Murphy
2015-09-07 18:01         ` Chris Murphy
2015-09-07 18:05         ` Hugo Mills
  -- strict thread matches above, loose matches on Subject: below --
2015-09-04 20:45 Ivan Petrovic
2015-09-04 21:13 ` Ivan
2015-09-14  6:25 ` Qu Wenruo
2015-09-14  9:44   ` Anand Jain
2015-09-14 23:24     ` Duncan
2015-09-15  1:31     ` 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=20150905104253.GD23944@carfax.org.uk \
    --to=hugo@carfax.org.uk \
    --cc=ivan@ipplus.rs \
    --cc=linux-btrfs@vger.kernel.org \
    /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.