public inbox for linux-btrfs@vger.kernel.org
 help / color / mirror / Atom feed
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


  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