From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-150175-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 93DC11381F3
for <garchives@archives.gentoo.org>; Thu, 29 Aug 2013 13:59:34 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 7214DE0E1F;
Thu, 29 Aug 2013 13:59:29 +0000 (UTC)
Received: from mail-oa0-f48.google.com (mail-oa0-f48.google.com [209.85.219.48])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 5EADCE0E1A
for <gentoo-user@lists.gentoo.org>; Thu, 29 Aug 2013 13:59:28 +0000 (UTC)
Received: by mail-oa0-f48.google.com with SMTP id o17so585557oag.21
for <gentoo-user@lists.gentoo.org>; Thu, 29 Aug 2013 06:59:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:in-reply-to:references:from:date:message-id:subject:to
:content-type;
bh=J4VboIXGkIzVvBA3eNwerTerJD+xQV1RmMPniNtfmjA=;
b=feL4OFOcQsRSlhlRNhWBgrFaf2fgq5rASrmv5vv72+8TeS3cPJDa1mGBJ0UpwIlWLC
5jn8l2ixsxH+xrL4NWew35A3pWIPDkVCTYimE1OopyhrxB+1AjQOZW0da4s1cI6lBmJH
xd7eZDYLgPsBydYxMWM+NnGS5ZNTs5VfAKdKDEAUDrHw/Mz8X3t0JuSFObT5WFEui/83
ZpM4fHMjMiAqO0bryOrVnlH+kCzD6kF7amFgi+WUZVxmeIdzT9lzcK7t3tH3KdfUEgmV
JAuePlkXXRw2OmxakzKkiX+aouPSdtwdkma3D31hiK82Xo1aRjU+dvOsmEF6Ats1HKD1
xDFw==
X-Received: by 10.182.227.227 with SMTP id sd3mr2568989obc.68.1377784767531;
Thu, 29 Aug 2013 06:59:27 -0700 (PDT)
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
Received: by 10.60.52.79 with HTTP; Thu, 29 Aug 2013 06:58:47 -0700 (PDT)
In-Reply-To: <20130829125340.GA13475@pacific.net.au>
References: <lM8JY-6ty-19@gated-at.bofh.it> <20130829125340.GA13475@pacific.net.au>
From: Francisco Ares <frares@gmail.com>
Date: Thu, 29 Aug 2013 10:58:47 -0300
Message-ID: <CAHH9eM5sd7bCBEDfhtdrQpN9n8JNrQWbie0i0n+yJH-Yohvu2w@mail.gmail.com>
Subject: Re: [gentoo-user] grub2 or kernel config - unable to properly boot
[NOT SOLVED]
To: gentoo-user <gentoo-user@lists.gentoo.org>
Content-Type: multipart/alternative; boundary=001a11c359c4a5543704e5168380
X-Archives-Salt: 8e9a04e4-f47c-43d1-9b21-4293d7407d46
X-Archives-Hash: bc3e37a77e4647f1631442cac7674b29
--001a11c359c4a5543704e5168380
Content-Type: text/plain; charset=UTF-8
2013/8/29 Gregory Shearman <zekeyg@gmail.com>
> In linux.gentoo.user, you wrote:
> >>
> >> search for CONSOLE in this file and find:
> >>
> >> # exec >${CONSOLE} <${CONSOLE} 2>&1
> >>
> >> Just remove the hash at the start of the line, rebuild my initramfs
> >> and it is ready to go.
> >>
> >> --
> >> Regards,
> >> Gregory.
> >>
> >>
> >
> > Thanks Gregory.
> >
> > I really would like to find that partition number limitation on genkernel
> > in the docs.
>
> I've never had that problem but then I've always made /boot my first
> partition.
>
> > I have already had that splash screen problem, very interesting your
> > solution. That's a big reason I love Gentoo, always learning something
> new.
> > Funny thing is that checking the file you've mentioned in this new
> system,
> > it has no hash at that line (line number 13, right?). On the other
> working
> > system, the same, no hash.
>
> No, the line is 149.
>
> You see, I've got this as part of my kernel command line:
>
> console=tty1
>
> The code section from the linuxrc file is part of the kernel command
> line check as part of a bash(sh) "do" loop:
>
> CONSOLE=*|console=*)
> CONSOLE=${x#*=}
> CONSOLE=$(basename ${CONSOLE})
> # exec >${CONSOLE} <${CONSOLE} 2>&1
>
> If you change your "console=" value on the command line then the new
> console choice is redirected. If the hash is in place then the
> console is not redirected and usually you get console output writing all
> over your splash screen.
>
>
> > I'm using genkernel-3.4.45.1 on both systems, perhaps not the same as
> you.
> >
> > Regarding that last issue, the message complaining that the root
> partition
> > is not a valid block device _is still there_, only masked by the splash
> > (which now is "verbose").
> >
> > I was optimistic in believing everything would work as expected once I
> > found that detail.
>
> I'm not sure I can help you here. My root filesystem is on an LVM volume
> (as are all the rest of my filesystems except for my /boot partition.
>
> --
> Regards,
> Gregory.
>
>
Thanks, Gregory.
Best regards,
Francisco
--001a11c359c4a5543704e5168380
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">=
2013/8/29 Gregory Shearman <span dir=3D"ltr"><<a href=3D"mailto:zekeyg@g=
mail.com" target=3D"_blank">zekeyg@gmail.com</a>></span><br><blockquote =
class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid=
;padding-left:1ex">
<div class=3D"im">In linux.gentoo.user, you wrote:<br>
>><br>
>> search for CONSOLE in this file and find:<br>
>><br>
>> # =C2=A0 =C2=A0 exec >${CONSOLE} <${CONSOLE} 2>&1<br>
>><br>
>> Just remove the hash at the start of the line, rebuild my initramf=
s<br>
>> and it is ready to go.<br>
>><br>
>> --<br>
>> Regards,<br>
>> Gregory.<br>
>><br>
>><br>
><br>
> Thanks Gregory.<br>
><br>
> I really would like to find that partition number limitation on genker=
nel<br>
> in the docs.<br>
<br>
</div>I've never had that problem but then I've always made /boot m=
y first<br>
partition.<br>
<div class=3D"im"><br>
> I have already had that splash screen problem, very interesting your<b=
r>
> solution. That's a big reason I love Gentoo, always learning somet=
hing new.<br>
> Funny thing is that checking the file you've mentioned in this new=
system,<br>
> it has no hash at that line (line number 13, right?). On the other wor=
king<br>
> system, the same, no hash.<br>
<br>
</div>No, the line is 149.<br>
<br>
You see, I've got this as part of my kernel command line:<br>
<br>
console=3Dtty1<br>
<br>
The code section from the linuxrc file is part of the kernel command<br>
line check as part of a bash(sh) "do" loop:<br>
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 CONSOLE=3D*|console=3D*)<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 CONSOLE=3D${x#*=3D}=
<br>
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 CONSOLE=3D$(basenam=
e ${CONSOLE})<br>
<div class=3D"im"># =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 exec &=
gt;${CONSOLE} <${CONSOLE} 2>&1<br>
<br>
</div>If you change your "console=3D" value on the command line t=
hen the new<br>
console choice is redirected. If the hash is in place then the<br>
console is not redirected and usually you get console output writing all<br=
>
over your splash screen.<br>
<div class=3D"im"><br>
<br>
> I'm using genkernel-3.4.45.1 on both systems, perhaps not the same=
as you.<br>
><br>
> Regarding that last issue, the message complaining that the root parti=
tion<br>
> is not a valid block device _is still there_, only masked by the splas=
h<br>
> (which now is "verbose").<br>
><br>
> I was optimistic in believing everything would work as expected once I=
<br>
> found that detail.<br>
<br>
</div>I'm not sure I can help you here. My root filesystem is on an LVM=
volume<br>
(as are all the rest of my filesystems except for my /boot partition.<br>
<span class=3D"HOEnZb"><font color=3D"#888888"><br>
--<br>
Regards,<br>
Gregory.<br>
<br>
</font></span></blockquote></div><br></div><div class=3D"gmail_extra">Thank=
s, Gregory.<br><br><br></div><div class=3D"gmail_extra">Best regards,<br></=
div><div class=3D"gmail_extra">Francisco<br></div></div>
--001a11c359c4a5543704e5168380--