From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 98EBA1385BF for ; Thu, 27 Aug 2015 22:38:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 0E37D1433C; Thu, 27 Aug 2015 22:38:18 +0000 (UTC) Received: from BLU004-OMC1S13.hotmail.com (blu004-omc1s13.hotmail.com [65.55.116.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 23098142D2 for ; Thu, 27 Aug 2015 22:38:17 +0000 (UTC) Received: from BLU437-SMTP68 ([65.55.116.7]) by BLU004-OMC1S13.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Thu, 27 Aug 2015 15:38:16 -0700 X-TMN: [8XxoEpqZ9p2KuLnw/AyLF97qPO6oNC7f] X-Originating-Email: [frodriguez.developer@outlook.com] Message-ID: From: Fernando Rodriguez To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Grub1: Cant ? Re: keeping grub 1 Date: Thu, 27 Aug 2015 18:37:24 -0400 User-Agent: KMail/4.14.8 (Linux/3.18.20; KDE/4.14.8; x86_64; ; ) In-Reply-To: <201508272306.57167.michaelkintzios@gmail.com> References: <201508272306.57167.michaelkintzios@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-OriginalArrivalTime: 27 Aug 2015 22:38:16.0200 (UTC) FILETIME=[108F4080:01D0E119] X-Archives-Salt: c47747f7-1e0f-41d4-9ce1-40cca76458cb X-Archives-Hash: 88551150ee9a9006c72f06b857a9edbb On Thursday, August 27, 2015 11:06:25 PM Mick wrote: > On Thursday 27 Aug 2015 21:03:19 Fernando Rodriguez wrote: > > On Thursday, August 27, 2015 8:44:07 PM Mick wrote: > > > On Thursday 27 Aug 2015 20:30:17 Grant Edwards wrote: > > > > On 2015-08-27, James wrote: > > > > > Grant Edwards gmail.com> writes: > > > > >> For those of us with multiple Linux installations on a disk, that's > > > > >> a pretty big reason to stick with grub-legacy. > > > > > > > > > > So you are saying (trying to read the 'tea leaves' here) that > > > > > grub legacy ( grub-static-0.97-r12) will work well on a 64 bit > > > > > systems, > > > > > > > > I still use it on all my 64-bit machines. > > > > > > > > > (u)efi with say multiple drives (> 2T) and Raid-1 configs like > > > > > btrfs-native or via lvm? > > > > > > > > I haven't started using UEFI boot mode mode yet, so I don't know how > > > > thetwo grub's compare. > > > > > > UEFI do not need GRUB{1,2} or any other boot manager. They can boot any > > > kernel you drop in the EFI boot partition directly, as long as you set it > > > up so. It becomes cumbersome if you are planning to multiboot various > > > kernels > > > > & > > > > > OS frequently. > > > > You do need a manager like efibootmgr unless you have a really good "bios" > > menu where you can manage your entries. Only removable media is > > autodetected on all EFI boxes I've seen. I use GRUB2 because my efi > > firmware (like most) is really buggy. Changing the boot order doesn't work > > at all (neither on the menu nor through efibootmgr), so I have to delete > > and recreate the entries in the right order. What I did is create 2 efi > > entries, one for my main kernel and one for grub2 and I added entries for > > all my secondary kernels and windows on the grub2 menu. > > Interesting ... here I had no such problems on an EUFI Asus MoBo. I have a > number of kernels (up to six last time I looked) and I can change the boot > order with 'efibootmgr -o ,,...,' I didn't mean that all or most have that specific bug. But a lot of them are really buggy. Some have case sensitive FAT drivers, or unusual filename length limits, or will only boot a specific filename like boot.efi. One has come up on this list a couple times with gummyboot that will ignore some entries seemingly at random which I would bet is a firmware bug. efibootmgr -o seems to work for me, running efibootmgr again shows that the order has been updated but it is not persisted and when I reboot the previous default entry still boots. The --bootnext option does work for me when I need to boot a different entry just once. -- Fernando Rodriguez