From: "Пламен Петров" <plamen@petrovi.no-ip.info>
To: "'Chris Mason'" <clm@fb.com>,
"'Chris Murphy'" <lists@colorremedies.com>,
"'Marc MERLIN'" <marc@merlins.org>
Cc: <linux-btrfs@vger.kernel.org>
Subject: RE: Can anyone boot a system using btrfs root with linux 3.14 or newer?
Date: Fri, 25 Apr 2014 08:04:46 +0300 [thread overview]
Message-ID: <001401cf6043$e07038c0$a150aa40$@petrovi.no-ip.info> (raw)
In-Reply-To: <5359A77C.70209@fb.com>
> -----Original Message-----
> From: Chris Mason [mailto:clm@fb.com]
> Sent: Friday, April 25, 2014 3:08 AM
> To: Chris Murphy; Marc MERLIN
> Cc: Пламен Петров; linux-btrfs@vger.kernel.org
> Subject: Re: Can anyone boot a system using btrfs root with linux 3.14 or
> newer?
>
>
>
> On 04/24/2014 08:04 PM, Chris Murphy wrote:
> >
> > On Apr 24, 2014, at 5:07 PM, Marc MERLIN <marc@merlins.org> wrote:
> >>
> >>
> >> In 3.14 the device shows up before btrfs is loaded:
> >> sd 2:0:0:0: [sda] Cache data unavailable sd 2:0:0:0: [sda] Assuming
> >> drive cache: write through sd 2:0:0:0: [sda] Attached SCSI disk
> >> (...)
> >> Btrfs loaded
> >
> > Same for me though, and I can boot.
> >
> > [ 0.693215] ata1.00: ATA-6: VBOX HARDDISK, 1.0, max UDMA/133
> > [ 0.693799] ata1.00: 167772160 sectors, multi 128: LBA48 NCQ (depth 31/32)
> > [ 0.694153] ata1.00: configured for UDMA/133
> > [ 0.695475] scsi 0:0:0:0: Direct-Access ATA VBOX HARDDISK 1.0 PQ: 0
> ANSI: 5
> > [ 0.699386] sd 0:0:0:0: [sda] 167772160 512-byte logical blocks: (85.8
> GB/80.0 GiB)
> > [ 0.699443] sd 0:0:0:0: Attached scsi generic sg0 type 0
> > [ 0.700604] sd 0:0:0:0: [sda] Write Protect is off
> > [ 0.701151] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
> > [ 0.701187] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled,
> doesn't support DPO or FUA
> > [ 0.707841] sda: sda1 sda2 sda3
> > [ 0.709846] sd 0:0:0:0: [sda] Attached SCSI disk
> > (…)
> > [ 2.380090] bio: create slab <bio-1> at 1
> > [ 2.384645] Btrfs loaded
> >
> > So I don't think the order is it. The biggest difference I'm seeing between
> the 3.13.11 and 3.14.1 dmesg's provided:
> >
> > 3.13.11:
> > [ 1.861740] bio: create slab <bio-1> at 1
> > [ 1.863389] Btrfs loaded
> >
> > 3.14.1:
> > [ 3.949312] bio: create slab <bio-1> at 1
> > [ 3.950942] Btrfs loaded
> >
> > It's happening much later, and it's right at this point VFS complains:
> > [ 4.182603] VFS: Cannot open root device "sda2" or unknown-block(8,2):
> error -38
> >
> > The 8,2 message is consistent with the kernel not knowing what file system
> sda2 is. Seems like it's saying "I see sda2, I know you want to use it as root,
> but I don't know what's there - *poof*" and it panics.
> >
> > If rootwait alone doesn't work, I wonder if root=uuid=2ba08fbc-4b95-46cc-
> b638-299f16462620 instead of root=/dev/sda2 will work along with rootwait.
> It should then wait for that fs uuid to become available, rather than waiting
> for sda2 to become available.
> >
> > I vaguely recall there recently being btrfs boot problems with the
> > module compiled in…
> >
>
> Yes, it was with the crc code. I noticed he has compression on and I'm
> wondering if we're hitting a similar ordering problem with the zlib init.
>
> The best way to know for sure is to please try with an initrd.
This will have to wait, though. Busy right now.
> If that does
> work we'll know it's an init ordering problem and we can track it down from
> there.
>
Thanks, guys!
--------------------------------
Plamen Petrov
next prev parent reply other threads:[~2014-04-25 5:05 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-23 17:30 Can anyone boot a system using btrfs root with linux 3.14 or newer? Пламен Петров
2014-04-23 18:33 ` Swâmi Petaramesh
2014-04-23 18:54 ` Marc MERLIN
2014-04-23 19:02 ` Hugo Mills
2014-04-23 19:06 ` Пламен Петров
2014-04-23 19:15 ` Marc MERLIN
2014-04-23 19:37 ` Пламен Петров
2014-04-23 20:58 ` Marc MERLIN
2014-04-23 21:54 ` Пламен Петров
2014-04-23 22:03 ` Marc MERLIN
2014-04-23 22:20 ` Пламен Петров
2014-04-23 22:40 ` Chris Murphy
2014-04-23 22:43 ` Hugo Mills
2014-04-23 22:50 ` Marc MERLIN
2014-04-23 22:53 ` Hugo Mills
2014-04-23 22:41 ` Hugo Mills
2014-04-24 12:34 ` Chris Mason
2014-04-24 12:36 ` Chris Mason
2014-04-24 17:08 ` Пламен Петров
2014-04-24 17:19 ` Пламен Петров
2014-04-24 17:33 ` Marc MERLIN
2014-04-24 17:44 ` Пламен Петров
2014-04-24 18:51 ` Пламен Петров
2014-04-24 19:31 ` Marc MERLIN
2014-04-24 20:26 ` Пламен Петров
2014-04-24 21:47 ` Chris Murphy
2014-04-24 21:06 ` Chris Murphy
2014-04-24 21:23 ` Пламен Петров
[not found] ` <000c01cf600b$b01f6cf0$105e46d0$@petrovi.no-ip.info>
2014-04-24 23:07 ` Marc MERLIN
2014-04-25 0:04 ` Chris Murphy
2014-04-25 0:08 ` Chris Mason
2014-04-25 5:04 ` Пламен Петров [this message]
2014-04-25 7:02 ` Duncan
2014-04-25 5:03 ` Пламен Петров
2014-04-23 19:06 ` Kai Krakow
2014-04-23 20:25 ` Calvin Walton
2014-04-23 22:34 ` Chris Murphy
2014-04-24 3:23 ` Chris Murphy
2014-04-24 6:27 ` Fajar A. Nugraha
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='001401cf6043$e07038c0$a150aa40$@petrovi.no-ip.info' \
--to=plamen@petrovi.no-ip.info \
--cc=clm@fb.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=lists@colorremedies.com \
--cc=marc@merlins.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox