Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
EFI: multiple gentoo instances conflicting
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Installing Gentoo
View previous topic :: View next topic  
Author Message
JumboAg
Tux's lil' helper
Tux's lil' helper


Joined: 03 Mar 2007
Posts: 87
Location: Dallas, TX

PostPosted: Sat Mar 30, 2013 4:02 pm    Post subject: EFI: multiple gentoo instances conflicting Reply with quote

I'm more interested in WHY this is happening than anything:

I've got an EFI-boot setup on my desktop. I've got several different flavors of Linux, each with their kernel in a common vfat /boot/efi/EFI/${DISTRO} location.

Everyone places nicely with each other (I even have a Win8 environment) except for when I add a SECOND Gentoo environment. When I do that, My system will hang on booting both this new Gentoo AND my original Gentoo if I dont get the kernel for the new environment setup correctly.)

Why on earth is this? They should be completely independent. They dont share a / partition. (They do share a swap partition, but that shouldnt matter). I know its the new kernel.efi because if I remove it, the original Gentoo starts working perfectly. How can a separate EFI environment be impacting a previously OK one? Isnt the whole point of EFI booting to segregate things??

Is this a glitch in my EFI bootloader? Some Gentoo thing?

List of my boot images under /boot/efi/EFI:
gentoo (original KDE environment)
gnometoo (my new Gnome-based Gentoo dev environment)
Microsoft (winblows 8)
redhat (fedora 17)
ubuntu (Kubu)

Other things that might be important:

1) I'm using refind as my efi manager.
2) I dont use grub. I define my kernel boot params within the kernel image itself and use an EFI Stub kernel command line.
Back to top
View user's profile Send private message
srs5694
Guru
Guru


Joined: 08 Mar 2004
Posts: 420
Location: Woonsocket, RI

PostPosted: Sat Mar 30, 2013 5:42 pm    Post subject: Reply with quote

Please post, between code tags:


  • The output of "sudo ls -lR /boot/efi/* --hide Microsoft"
  • The contents of the refind_linux.conf files for both your Gentoo installations.
Back to top
View user's profile Send private message
JumboAg
Tux's lil' helper
Tux's lil' helper


Joined: 03 Mar 2007
Posts: 87
Location: Dallas, TX

PostPosted: Sat Mar 30, 2013 7:11 pm    Post subject: Reply with quote

I was hoping you would notice this post ;-)


Code:

/boot/efi:
total 32
drwxr-xr-x 9 root root 8192 Mar 30 14:06 EFI
-rwxr-xr-x 1 root root   34 May 14  2012 mach_kernel
drwxr-xr-x 3 root root 8192 May 22  2012 System
drwxr-xr-x 2 root root 8192 Feb  3 14:21 Temp

/boot/efi/EFI:
total 48
drwxr-xr-x 2 root root 8192 Nov 21 19:20 Boot
drwxr-xr-x 3 root root 8192 Mar 10 18:03 gentoo
drwxr-xr-x 2 root root 8192 Mar 30  2013 gnometoo
drwxr-xr-x 3 root root 8192 Mar 17 16:00 redhat
drwxr-xr-x 3 root root 8192 Dec  2 11:29 refind
drwxr-xr-x 2 root root 8192 Nov 10 01:30 ubuntu

/boot/efi/EFI/Boot:
total 1328
-rwxr-xr-x 1 root root 1354472 Sep 20  2012 bootx64.efi

/boot/efi/EFI/gentoo:
total 5744
-rwxr-xr-x 1 root root 4230880 Mar 29 17:38 3.7.10-gentoo.efi
-rwxr-xr-x 1 root root 1637044 Mar 10 17:53 initramfs-genkernel-x86_64-3.7.10-gentoo
drwxr-xr-x 2 root root    8192 Mar 10 16:05 old

/boot/efi/EFI/gentoo/old:
total 6040
-rwxr-xr-x 1 root root 4184240 Dec 31 13:41 3.6.11-gentoo.efi
-rwxr-xr-x 1 root root 1991440 Dec 22 14:10 initramfs-genkernel-x86_64-3.6.11-gentoo

/boot/efi/EFI/gnometoo:
total 4792
-rwxr-xr-x 1 root root 4901968 Mar 30  2013 3.7.10-gnometoo.efi

/boot/efi/EFI/redhat:
total 520
-rwxr-xr-x 1 root root     84 Nov 10 10:42 device.map
drwxr-xr-x 2 root root   8192 May 22  2012 grub2-efi
-rwxr-xr-x 1 root root   1371 Mar 17 16:00 grub.conf
-rwxr-xr-x 1 root root 246697 Apr 27  2012 grub.efi
-rwxr-xr-x 1 root root 246697 Nov 10 16:49 grub.efi.orig

/boot/efi/EFI/redhat/grub2-efi:
total 0

/boot/efi/EFI/refind:
total 144
drwxr-xr-x 3 root root   8192 Dec  1 13:15 icons
-rwxr-xr-x 1 root root  12849 Dec  2 11:29 refind.conf
-rwxr-xr-x 1 root root 121248 Dec  1 13:14 refind_x64.efi

/boot/efi/EFI/refind/icons:
total 1024
-rwxr-xr-x 1 root root  4367 Dec  1 13:14 arrow_left.icns
-rwxr-xr-x 1 root root  4331 Dec  1 13:14 arrow_right.icns
-rwxr-xr-x 1 root root 27657 Dec  1 13:14 boot_linux.icns
-rwxr-xr-x 1 root root 22376 Dec  1 13:14 boot_win.icns
-rwxr-xr-x 1 root root  5456 Dec  1 13:14 func_about.icns
-rwxr-xr-x 1 root root  6797 Dec  1 13:14 func_exit.icns
-rwxr-xr-x 1 root root  6888 Dec  1 13:14 func_reset.icns
-rwxr-xr-x 1 root root  7068 Dec  1 13:14 func_shutdown.icns
drwxr-xr-x 2 root root  8192 Nov 11 10:25 icons-backup
-rwxr-xr-x 1 root root 32916 Dec  1 13:14 os_arch.icns
-rwxr-xr-x 1 root root 43957 Dec  1 13:14 os_centos.icns
-rwxr-xr-x 1 root root 38447 Dec  1 13:14 os_debian.icns
-rwxr-xr-x 1 root root 37229 Dec  1 13:14 os_ecomstation.icns
-rwxr-xr-x 1 root root 29506 Dec  1 13:14 os_fedora.icns
-rwxr-xr-x 1 root root 42995 Dec  1 13:14 os_freebsd.icns
-rwxr-xr-x 1 root root 26268 Dec  1 13:14 os_freedos.icns
-rwxr-xr-x 1 root root 36972 Dec  1 13:14 os_gentoo.icns
-rwxr-xr-x 1 root root 33262 Dec  1 13:14 os_hwtest.icns
-rwxr-xr-x 1 root root 39287 Dec  1 13:14 os_legacy.icns
-rwxr-xr-x 1 root root 28209 Dec  1 13:14 os_linux.icns
-rwxr-xr-x 1 root root 36417 Dec  1 13:14 os_linuxmint.icns
-rwxr-xr-x 1 root root 26950 Dec  1 13:14 os_mac.icns
-rwxr-xr-x 1 root root 23404 Dec  1 13:14 os_mandriva.icns
-rwxr-xr-x 1 root root 29339 Dec  1 13:14 os_netbsd.icns
-rwxr-xr-x 1 root root 35871 Dec  1 13:14 os_openbsd.icns
-rwxr-xr-x 1 root root 34024 Dec  1 13:14 os_redhat.icns
-rwxr-xr-x 1 root root 29086 Dec  1 13:14 os_refit.icns
-rwxr-xr-x 1 root root 46048 Dec  1 13:14 os_slackware.icns
-rwxr-xr-x 1 root root 41340 Dec  1 13:14 os_suse.icns
-rwxr-xr-x 1 root root 27439 Dec  1 13:14 os_ubuntu.icns
-rwxr-xr-x 1 root root 29750 Dec  1 13:14 os_unknown.icns
-rwxr-xr-x 1 root root 40868 Dec  1 13:14 os_win.icns
-rwxr-xr-x 1 root root  7883 Dec  1 13:14 tool_part.icns
-rwxr-xr-x 1 root root  6724 Dec  1 13:14 tool_shell.icns
-rwxr-xr-x 1 root root  3399 Dec  1 13:14 vol_external.icns
-rwxr-xr-x 1 root root  3566 Dec  1 13:14 vol_internal.icns
-rwxr-xr-x 1 root root  3772 Dec  1 13:14 vol_optical.icns

/boot/efi/EFI/refind/icons/icons-backup:
total 1040
-rwxr-xr-x 1 root root  4367 Nov 10 00:21 arrow_left.icns
-rwxr-xr-x 1 root root  4331 Nov 10 00:21 arrow_right.icns
-rwxr-xr-x 1 root root 27657 Nov 10 00:21 boot_linux.icns
-rwxr-xr-x 1 root root 22376 Nov 10 00:21 boot_win.icns
-rwxr-xr-x 1 root root  5456 Nov 10 00:21 func_about.icns
-rwxr-xr-x 1 root root  6797 Nov 10 00:21 func_exit.icns
-rwxr-xr-x 1 root root  6888 Nov 10 00:21 func_reset.icns
-rwxr-xr-x 1 root root  7068 Nov 10 00:21 func_shutdown.icns
-rwxr-xr-x 1 root root 32916 Nov 10 00:21 os_arch.icns
-rwxr-xr-x 1 root root 43957 Nov 10 00:21 os_centos.icns
-rwxr-xr-x 1 root root 38447 Nov 10 00:21 os_debian.icns
-rwxr-xr-x 1 root root 37229 Nov 10 00:21 os_ecomstation.icns
-rwxr-xr-x 1 root root 29506 Nov 10 00:21 os_fedora.icns
-rwxr-xr-x 1 root root 42995 Nov 10 00:21 os_freebsd.icns
-rwxr-xr-x 1 root root 26268 Nov 10 00:21 os_freedos.icns
-rwxr-xr-x 1 root root 36972 Nov 10 00:21 os_gentoo.icns
-rwxr-xr-x 1 root root 33262 Nov 10 00:21 os_hwtest.icns
-rwxr-xr-x 1 root root 39287 Nov 10 00:21 os_legacy.icns
-rwxr-xr-x 1 root root 28209 Nov 10 00:21 os_linux.icns
-rwxr-xr-x 1 root root 36417 Nov 10 00:21 os_linuxmint.icns
-rwxr-xr-x 1 root root 26950 Nov 10 00:21 os_mac.icns
-rwxr-xr-x 1 root root 23404 Nov 10 00:21 os_mandriva.icns
-rwxr-xr-x 1 root root 29339 Nov 10 00:21 os_netbsd.icns
-rwxr-xr-x 1 root root 35871 Nov 10 00:21 os_openbsd.icns
-rwxr-xr-x 1 root root 34024 Nov 10 00:21 os_redhat.icns
-rwxr-xr-x 1 root root 29086 Nov 10 00:21 os_refit.icns
-rwxr-xr-x 1 root root 46048 Nov 10 00:21 os_slackware.icns
-rwxr-xr-x 1 root root 41340 Nov 10 00:21 os_suse.icns
-rwxr-xr-x 1 root root 21076 Nov 11 10:29 os_ubuntu.icns
-rwxr-xr-x 1 root root 27439 Nov 11 10:25 os_ubuntu.icns.orig
-rwxr-xr-x 1 root root 29750 Nov 10 00:21 os_unknown.icns
-rwxr-xr-x 1 root root 40868 Nov 10 00:21 os_win.icns
-rwxr-xr-x 1 root root  7883 Nov 10 00:21 tool_part.icns
-rwxr-xr-x 1 root root  6724 Nov 10 00:21 tool_shell.icns
-rwxr-xr-x 1 root root  3399 Nov 10 00:21 vol_external.icns
-rwxr-xr-x 1 root root  3566 Nov 10 00:21 vol_internal.icns
-rwxr-xr-x 1 root root  3772 Nov 10 00:21 vol_optical.icns

/boot/efi/EFI/ubuntu:
total 120
-rwxr-xr-x 1 root root 119296 Feb  9 10:31 grubx64.efi

/boot/efi/System:
total 8
drwxr-xr-x 3 root root 8192 May 22  2012 Library

/boot/efi/System/Library:
total 8
drwxr-xr-x 2 root root 8192 May 22  2012 CoreServices

/boot/efi/System/Library/CoreServices:
total 8
-rwxr-xr-x 1 root root 384 May 14  2012 SystemVersion.plist

/boot/efi/Temp:
total 40
-rwxr-xr-x 1 root root  102 Feb  3 14:21 bcdinfo.txt
-rwxr-xr-x 1 root root    4 Feb  3 14:21 bootfailure.txt
-rwxr-xr-x 1 root root 3875 Feb  3 14:21 disklayout.txt
-rwxr-xr-x 1 root root 8084 Feb  3 14:21 SrtTrail.log
-rwxr-xr-x 1 root root 2128 Feb  3 14:21 SrtTrail.txt


Neither installation has a refind_linux.conf file at this time.
Back to top
View user's profile Send private message
srs5694
Guru
Guru


Joined: 08 Mar 2004
Posts: 420
Location: Woonsocket, RI

PostPosted: Sun Mar 31, 2013 2:40 am    Post subject: Reply with quote

I have two thoughts about this.

First, the filenames "3.7.10-gentoo.efi" and "3.6.11-gentoo.efi", which I'm guessing are your Linux kernels, have no special meaning to rEFInd. Therefore, unless you've got manual configurations for them in refind.conf (see below), rEFInd will simply launch them like any other EFI programs. This will launch the kernel, but without the options that the kernel needs to boot, such as the name of the root filesystem and the name of the initrd file. The result is that the system will either not start up completely or that will start up completely only if appropriate options are embedded in the kernel at compile time. This explains why your system is failing to start up, but it fails to explain why deleting one of the kernels causes the other one to start up correctly. Thus, I suspect there's something else to this puzzle.

My second thought is that if you have manual boot stanzas for one or both of these kernels in your refind.conf file, maybe a missing "}" at the end of the first boot stanza could cause a problem like you describe. That said, I haven't tested this hypothesis myself, since it's easier for you to check your own refind.conf, if that's how you've set things up. If you're using manual boot stanzas and you don't see any obvious problem with them, please post that section of your refind.conf file for me to see; I might spot something that's causing problems.

As a general rule, my recommendation for Linux users is to name their kernels vmlinuz* or bzImage*, to place them in the same directory as an init* file with the same version number, and to include a refind_linux.conf file to hold kernel options. The details for all of this appear on the rEFInd Web site, so check there for additional details. Furthermore, if Linux's /boot is on a filesystem that the EFI can read (FAT or, with appropriate drivers, ext2/3/4fs or ReiserFS), you can forego copying the kernel to the ESP. Although manual boot stanzas make sense in some configurations, using rEFInd's auto-detection really is simpler in most cases, since it requires no reconfiguration when you upgrade your kernel, provided you name the new kernel and initrd correctly.
Back to top
View user's profile Send private message
JumboAg
Tux's lil' helper
Tux's lil' helper


Joined: 03 Mar 2007
Posts: 87
Location: Dallas, TX

PostPosted: Sun Mar 31, 2013 2:45 am    Post subject: Reply with quote

I appreciate the help and the suggestions.

I have my kernel options configured directly into the kernel using an EFI stub line at compile time.

I think I have stumbled onto a bug that you already fixed. After your original email regarding a .conf file, I went back and looked at the readme into on refind and found no reference to it. I then pulled up refind online and noticed you've been quite busy. I had 0.4.6. I upgraded to 0.6.8 and rebooted (still not using a .conf or renaming anything yet) - and now everything works perfectly.

Regardless of whether I have two Gentoo's or not, a good one will always boot, a bad one wont. They no longer interfere with each other.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Installing Gentoo All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum