From: Anand Jain <Anand.Jain@oracle.com>
To: lists@xunil.at
Cc: linux-btrfs@vger.kernel.org, David Sterba <dsterba@suse.cz>
Subject: Re: Unable to mount multiple subvolumes of a single disk
Date: Wed, 17 Sep 2014 12:41:44 +0800 [thread overview]
Message-ID: <54191108.1060703@oracle.com> (raw)
In-Reply-To: <5418B15C.1070907@oracle.com>
Thanks Sam for the logs.
In your config btrfs Kernel still knows the device as /dev/root.
not /dev/sda. looks like during boot up the device is /dev/root
and after boot up its /dev/sda. so is the problem all about. some
logs below to support that.
Unfortunately at my end I am not able to reproduce this on a virtual
box. I guess it would need a real bios. If you have any of that info
that will help.
when progs can't find the device in user space it would print missing.
That was introduced in patch 206efb60cbe3049e0d44c6da3c1909aeee18f813.
But the point to note is - though the actual device is same, its path
during boot up and after boot up are different in some standalone
systems.
scsi inquiry serial number provides an unique device id. But in btrfs
we are depend on our SB. which can copied across devices. OR there
might some un-wiped stale SB on the device. We need some new mechanism
to handle this.
From your system, /proc/self/mounts (the device path here
comes from the btrfs kernel, )
------
/dev/root / btrfs ...
::
/dev/root /home btrfs rw,noatime,compress=lzo,ssd,space_cache 0 0
-------
per mount cli
-----
/dev/sda2 on / type btrfs ...
::
/dev/sda2 on /home type btrfs ...
------
fstab
-----
UUID=..b31df / btrfs defaults,noatime,compress=lzo,subvolid=258
::
UUID=..b31df /home btrfs defaults,noatime,compress=lzo,subvolid=285
-------
Anand
On 17/09/2014 05:53, Anand Jain wrote:
>
>
> Stefan,
>
> Can you pls send me the output for
>
> cat /etc/fstab | egrep btrfs
> cat /proc/self/mounts | egrep btrfs
> mount | egrep btrfs
>
> Thanks, Anand
>
>
>
> On 17/09/2014 05:08, Stefan G. Weichinger wrote:
>> Am 15.09.2014 um 19:42 schrieb Anand Jain:
>>
>>> Sam,
>>>
>>> In the above context, Can you pls share the btrfs fi show output ?
>>
>>
>> unsure if it helps:
>>
>> I applied the patch as well, running gentoo on latest git-sources here.
>>
>> My "btrfs fi show" misses my SSD now:
>>
>> # btrfs fi show
>> Label: 'btrfs_evo' uuid: ea95dbd1-ef4e-48a4-9732-54e6c80b31df
>> Total devices 1 FS bytes used 80.91GiB
>> *** Some devices missing
>>
>> .. although all the btrfs-subvols on /dev/sda2 are mounted correctly and
>> everything works fine so far.
>>
>> Stefan
>>
>> --
>> 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
>>
> --
> 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
next prev parent reply other threads:[~2014-09-17 4:42 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-15 15:13 Unable to mount multiple subvolumes of a single disk Sam Thursfield
2014-09-15 15:54 ` Chris Mason
2014-09-15 16:09 ` Anand Jain
2014-09-15 17:13 ` Sam Thursfield
2014-09-15 17:21 ` Anand Jain
2014-09-15 17:42 ` Anand Jain
2014-09-16 7:46 ` Paul Sherwood
2014-09-16 21:08 ` Stefan G. Weichinger
2014-09-16 21:53 ` Anand Jain
2014-09-17 4:41 ` Anand Jain [this message]
2014-09-15 20:38 ` xavier.gnata
2014-09-16 13:23 ` Chris Mason
2014-09-17 9:47 ` Anand Jain
2014-09-17 13:21 ` Chris Mason
2014-09-22 12:04 ` Stefan G. Weichinger
2014-09-15 16:42 ` Anand Jain
2014-09-15 17:15 ` Sam Thursfield
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=54191108.1060703@oracle.com \
--to=anand.jain@oracle.com \
--cc=dsterba@suse.cz \
--cc=linux-btrfs@vger.kernel.org \
--cc=lists@xunil.at \
/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).