From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-162495-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 A250E138C0B
	for <garchives@archives.gentoo.org>; Mon,  2 Mar 2015 18:58:33 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id 553C9E0975;
	Mon,  2 Mar 2015 18:58:28 +0000 (UTC)
Received: from mail-la0-f47.google.com (mail-la0-f47.google.com [209.85.215.47])
	(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id CCC9AE084C
	for <gentoo-user@lists.gentoo.org>; Mon,  2 Mar 2015 18:58:26 +0000 (UTC)
Received: by lams18 with SMTP id s18so32421078lam.13
        for <gentoo-user@lists.gentoo.org>; Mon, 02 Mar 2015 10:58:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        bh=IEwj5hq7oMkYk1h3w7vJZks4JV0BNBm/E0VVP54FILE=;
        b=UFn/parm2JUeg8FrwdyefGc1/t7Ne+RWjrzgK/1lRiC/iILMpixcY35FJ2vTR/3Zyt
         QTiYrDH41i3ndOKnv/D7ixck+PFwjJJT8mZGBYEVX7iCmA493l3c+ejvEoIUcxANIoYZ
         Wn799DcI5kWXBtl+F8J2DIWnDMw90dV4rcLFFxpwhnNjdCdPynWUF3XEprIYW2jAvS1o
         xjJfoqtHAwWTQtPELrHgp4A7t2E0RJyHsyE5KM8eJCfe1AjZc5aNDu4vfJcLLiVxI15V
         IZzSWoEYsQj6KcDWcboyhz3cxCY7Ybjtt9mQAC0OcG8dqAvU6RLujRchHBlmdlChOiBx
         Yy3A==
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.112.147.104 with SMTP id tj8mr11002758lbb.106.1425322705455;
 Mon, 02 Mar 2015 10:58:25 -0800 (PST)
Received: by 10.152.162.74 with HTTP; Mon, 2 Mar 2015 10:58:25 -0800 (PST)
In-Reply-To: <1568048.lIjysblnmp@acer>
References: <20150227065332.dba99abfca4497c933f57beb@gmail.com>
	<1913116.pmqhcRF1uj@acer>
	<CAOdo=SwTqpEWk7QVye=gFghHmrnJR9WnfY8hOOE6zePMH7+7cQ@mail.gmail.com>
	<1568048.lIjysblnmp@acer>
Date: Mon, 2 Mar 2015 13:58:25 -0500
Message-ID: <CAOdo=SyAb-h2y1MKDHJvU3HM6avfs-MhH9LcfTnoa5GvpX+JBA@mail.gmail.com>
Subject: Re: [gentoo-user] EFI install ( continum) [ system hangs at boot ]
From: Tom H <tomh0665@gmail.com>
To: Gentoo User <gentoo-user@lists.gentoo.org>
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: 55be73a6-e505-4d32-a0ac-05b61362f623
X-Archives-Hash: 3378d022f62627541ea76be69b7ac48c

On Mon, Mar 2, 2015 at 2:00 AM, Fernando Rodriguez
<frodriguez.developer@outlook.com> wrote:
> On Saturday, February 28, 2015 12:50:37 PM Tom H wrote:
>> On Fri, Feb 27, 2015 at 5:47 PM, Fernando Rodriguez
>> <frodriguez.developer@outlook.com> wrote:
>>>
>>> Efibootmgr is not a boot manager, it's an utility to interface with the EFI
>>> firmware on the motherboard and you don't need to hardcode the command line
> on
>>> the kernel, look at the -u option of efibootmgr. You can even load an
> initrd
>>> with it by specifying the efi_memmap boot option. I use something like this
> (it
>>> shoulld work with any firmware because Windows uses it):
>>>
>>> efibootmgr -p 2 -c -b 0001 -l "\EFI\Linux\vmlinuz.efi" -L "Gentoo Linux" -u
>>> "root=/dev/sda2 resume=/dev/sda3 quiet splash efi_memmap
>>> initrd=/EFI/Linux/initramfs.img"
>>
>> Interesting. I must be over-complicating things because I use the
>> following when I want to use the EFI stub without gummiboot:
>>
>> # cat /boot/efi/efi-extra.txt \
>>     | iconv -f ascii -t ucs2 \
>>     | efibootmgr -b 0000 -c -L 3.19.0 -l vmlinuz-3.19.0 -u -@ -
>>
>> where
>>
>> # cat /boot/efi/efi-extra.txt
>> initrd=initrd.img-3.19.0
>> root=UUID=b51ee688-137c-47ec-9635-b69434b4e1f8 ro
>> init=/lib/systemd/systemd
>
> It's a good idea to do that as it's less error prone. I don't know if you need
> iconv in the pipeline but if you put the arguments on the command line it's
> not needed. I just called my kernel vmlinuz.efi so I don't need to do that
> everytime I update it and use grub if I need to boot an alternate kernel or
> boot with different options.

Thanks. Next time that I feel adventurous, I'll replace my gummiboot
nvram entry with a vmlinuz one without cat and iconv. I made big
changes after the last efi boot thread on this list so I'll wait a
bit. :)