From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-155838-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (unknown [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id A68261381FA
for <garchives@archives.gentoo.org>; Sat, 17 May 2014 18:48:08 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 81479E0C2C;
Sat, 17 May 2014 18:48:03 +0000 (UTC)
Received: from mail-vc0-f174.google.com (mail-vc0-f174.google.com [209.85.220.174])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 77901E0BC1
for <gentoo-user@lists.gentoo.org>; Sat, 17 May 2014 18:48:01 +0000 (UTC)
Received: by mail-vc0-f174.google.com with SMTP id lh14so7719085vcb.5
for <gentoo-user@lists.gentoo.org>; Sat, 17 May 2014 11:48:01 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20130820;
h=x-gm-message-state:mime-version:sender:in-reply-to:references:date
:message-id:subject:from:to:content-type;
bh=9DHtbDrN5hZ7rA+bmHw4rgCmvk7UttqLUU3puNiE4Lo=;
b=iEKvy5pGvptW4wwNWVMlTllK/vXF7EdE1gPFmvkv4AfuAvKv0p2qvpXJ924B7f63gB
HeNMXlFZQ5xEpOFW5qrJ+9N2A8Pa4ifcHroVRmd0ih12sKHjroyHODKnDKRez/j85lAu
iVX/abwVtsD3alU/j0UcWAOBvUk2V0rOavOyx9oUIzUUv8reaQLqwtDNrCfWSC9ZM2iv
o8vgsIrju7VuMltU8rqjpe3ijKLSxCGutNoyB5tA4eXyMmtMfDoAQE/yvJnNDqeFwuhH
1+xklGBr6iPbo4tV+Epj8GEaP1iA0dQ6xagBT8HGJaR94odJLaXW5IVdfsTcHf0c9wrm
nItA==
X-Gm-Message-State: ALoCoQmRAw7KXyyGLR0pjTYzzEgp8zsh3aXEbD0rX5K2WoUmjyut7zaXqvyTnb25miZ0OANAu64V
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.221.20.199 with SMTP id qp7mr4177053vcb.24.1400352481229;
Sat, 17 May 2014 11:48:01 -0700 (PDT)
Sender: gmt@be-evil.net
Received: by 10.220.141.207 with HTTP; Sat, 17 May 2014 11:48:01 -0700 (PDT)
X-Originating-IP: [75.147.143.254]
In-Reply-To: <537786C8.6070508@xunil.at>
References: <537786C8.6070508@xunil.at>
Date: Sat, 17 May 2014 11:48:01 -0700
X-Google-Sender-Auth: 1DQSHdfrPf_bAGZB8OXEUcuuwkI
Message-ID: <CA+VB3NQ5W=viHdKi1dEX7_OQjPiYRzQO4+r5+jLJsm21QQSWJw@mail.gmail.com>
Subject: Re: [gentoo-user] btrfs only, without dracut
From: Greg Turner <gmt@malth.us>
To: gentoo-user@lists.gentoo.org
Content-Type: multipart/alternative; boundary=001a11339e2e34561604f99cf88d
X-Archives-Salt: 01f93e06-8d88-42ce-9f3c-e9adcfe9c8ea
X-Archives-Hash: 4a3f85976be64e8312b6e79748ba3054
--001a11339e2e34561604f99cf88d
Content-Type: text/plain; charset=UTF-8
On Sat, May 17, 2014 at 8:56 AM, Stefan G. Weichinger <lists@xunil.at>wrote:
> It seems to not detect or interpret correctly the fact that there are 2
> physical devices in there and then the "linux ..." line for grub.cfg
> gets messed up, at least for me here.
>
ACK, genkernel initramfs doesn't "btrfs scan" and TSHTF. genkernel-next
works though. But if you have it working now without any initramfs then
obviously that is full of win (the LA kind, not the Redmond variety)!
I am a bit mystified -- or perhaps ignorant -- as to how it came to be that
btrfs has no option to automatically initiate a scan (like md raid does,
when it's built into the kernel as a non-module). Surely people must want
that feature. I can see how scanning the wrong partitions could lead to
terrible mayhem, though, say, in a disaster recovery scenario where you
binary-cloned a failing drive and forgot to take the old one out before
booting or whatever.... but btrfs has the secret sauce to most likely
figure stuff like that out auto-magically anyhow, using the genid... so
what gives? Anyone know?
Perhaps the option really is there and I simply never found it; admittedly
I didn't look very hard -- regardless, I can't imagine the btrfs people
just "never thought of it". If i's really not implemented, there must be a
reason... and if that reason doesn't apply to my situation I might consider
patching such a feature into my kernels as this is the only thing tying my
workstation to an initramfs.
-gmt
--001a11339e2e34561604f99cf88d
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">=
On Sat, May 17, 2014 at 8:56 AM, Stefan G. Weichinger <span dir=3D"ltr"><=
;<a href=3D"mailto:lists@xunil.at" target=3D"_blank">lists@xunil.at</a>>=
</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div id=3D":qa" class=3D"a3s" style=3D"overf=
low:hidden">It seems to not detect or interpret correctly the fact that the=
re are 2<br>
physical devices in there and then the "linux ..." line for grub.=
cfg<br>
gets messed up, at least for me here.</div></blockquote></div><br>ACK, genk=
ernel initramfs doesn't "btrfs scan" and TSHTF. =C2=A0genkern=
el-next works though. =C2=A0But if you have it working now without any init=
ramfs then obviously that is full of win (the LA kind, not the Redmond vari=
ety)!</div>
<div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">I am a bit =
mystified -- or perhaps ignorant -- as to how it came to be that btrfs has =
no option to automatically initiate a scan (like md raid does, when it'=
s built into the kernel as a non-module). =C2=A0Surely people must want tha=
t feature. =C2=A0I can see how scanning the wrong partitions could lead to =
terrible mayhem, though, say, in a disaster recovery scenario where you bin=
ary-cloned a failing drive and forgot to take the old one out before bootin=
g or whatever.... but btrfs has the secret sauce to most likely figure stuf=
f like that out auto-magically anyhow, using the genid... so what gives? =
=C2=A0Anyone know?</div>
<div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">Perhaps the=
option really is there and I simply never found it; admittedly I didn'=
t look very hard -- regardless, I can't imagine the btrfs people just &=
quot;never thought of it". =C2=A0If i's really not implemented, th=
ere must be a reason... and if that reason doesn't apply to my situatio=
n I might consider patching such a feature into my kernels as this is the o=
nly thing tying my workstation to an initramfs.</div>
<div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">-gmt<br></d=
iv></div>
--001a11339e2e34561604f99cf88d--