Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
UEFI setup ?
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
chrosa
n00b
n00b


Joined: 27 Jul 2013
Posts: 16
Location: Norway

PostPosted: Tue Aug 13, 2013 3:40 pm    Post subject: UEFI setup ? Reply with quote

Hi all, want to install gentoo again, there are some years since last time and things have changed since then. Just bought a new laptop Asus Vivobook S400, not the most ideal laptop for linux use, but that's one of the reasons why i bought it, to learn, and to get it working.

Just installed a new Samsung ssd drive on 256 gb, (for /). And have one 22 gb that i want to use as a swap drive. (i know i don't need a swap drive on 22 gb, but what else can i use this space for?)

So need some guide-lines before i start the installation process.

So my partitions gonna look something like this, i think:
/dev/sda1 -> EFI fat32 : 512 mb
/dev/sda2 -> /boot ext4 : 1 gb ?
/dev/sda3 -> / ext4 : 70 gb
/dev/sda4 -> /home ext4 : rest
/dev/sdb1 -> SWAP

So my question here is how do i setup efi ?
_________________
Yeah, Windows is great... I used it to download Linux!
Back to top
View user's profile Send private message
srs5694
Guru
Guru


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

PostPosted: Tue Aug 13, 2013 6:42 pm    Post subject: Reply with quote

See the Gentoo wiki for the official Gentoo documentation. For my instructions on EFI boot loaders, see my Web page on the topic.
Back to top
View user's profile Send private message
broken_chaos
Guru
Guru


Joined: 18 Jan 2006
Posts: 370
Location: Ontario, Canada

PostPosted: Tue Aug 13, 2013 7:13 pm    Post subject: Reply with quote

Skip the /boot partition, would be my advice. The EFI System Partition (the FAT32 partition) serves whatever purposes a separate /boot used to serve.

(And I'd recommend rEFInd + the kernel EFI stub loader for actual booting. Works great here, and srs5694's links can provide some details on getting it working.)
Back to top
View user's profile Send private message
chrosa
n00b
n00b


Joined: 27 Jul 2013
Posts: 16
Location: Norway

PostPosted: Wed Aug 14, 2013 6:09 am    Post subject: Reply with quote

Thnx guys. gonna read thru the pages sometimes before i begin the installation process :)
_________________
Yeah, Windows is great... I used it to download Linux!
Back to top
View user's profile Send private message
ulenrich
Veteran
Veteran


Joined: 10 Oct 2010
Posts: 1122

PostPosted: Wed Aug 14, 2013 10:07 am    Post subject: Reply with quote

In such a way you can install all of grub2-efi and refind and gummiboot. The /dev/sda1 partition is mounted at /boot/efi. I have renamed gummiboot as the default efi: /boot/efi/EFI/BOOT/BOOTX64.EFI
Code:
/boot/efi
|-- Debian
|   |-- initrd
|   `-- vmlinuz
|-- EFI
|   |-- BOOT
|   |   |-- 00gummibootx64
|   |   |-- BOOTX64.EFI
|   |-- grub2
|   |   |-- grub.cfg
|   |   |-- grubenv
|   |   |-- grubx64.efi
|   |   |-- locale
|   |   |   `-- de.mo
|   |   `-- x86_64-efi
|   |       |-- acpi.mod
|   |       |-- adler32.mod
|   |       |-- affs.mod
|   |       |-- afs.mod
|   |       |-- ahci.mod
|   |       |-- all_video.mod
|   |       |-- aout.mod
|   |       |-- appleldr.mod
|   |       |-- at_keyboard.mod
|   |       |-- ata.mod
|   |       |-- backtrace.mod
|   |       |-- bfs.mod
|   |       |-- bitmap.mod
|   |       |-- bitmap_scale.mod
|   |       |-- blocklist.mod
|   |       |-- boot.mod
|   |       |-- bsd.mod
|   |       |-- btrfs.mod
|   |       |-- bufio.mod
|   |       |-- cat.mod
|   |       |-- chain.mod
|   |       |-- cmp.mod
|   |       |-- command.lst
|   |       |-- configfile.mod
|   |       |-- core.efi
|   |       |-- cpio.mod
|   |       |-- cpio_be.mod
|   |       |-- cpuid.mod
|   |       |-- crc64.mod
|   |       |-- crypto.lst
|   |       |-- crypto.mod
|   |       |-- cryptodisk.mod
|   |       |-- cs5536.mod
|   |       |-- date.mod
|   |       |-- datehook.mod
|   |       |-- datetime.mod
|   |       |-- diskfilter.mod
|   |       |-- dm_nv.mod
|   |       |-- echo.mod
|   |       |-- efi_gop.mod
|   |       |-- efi_uga.mod
|   |       |-- efinet.mod
|   |       |-- ehci.mod
|   |       |-- elf.mod
|   |       |-- exfat.mod
|   |       |-- exfctest.mod
|   |       |-- ext2.mod
|   |       |-- extcmd.mod
|   |       |-- fat.mod
|   |       |-- fixvideo.mod
|   |       |-- font.mod
|   |       |-- fs.lst
|   |       |-- fshelp.mod
|   |       |-- functional_test.mod
|   |       |-- gcry_arcfour.mod
|   |       |-- gcry_blowfish.mod
|   |       |-- gcry_camellia.mod
|   |       |-- gcry_cast5.mod
|   |       |-- gcry_crc.mod
|   |       |-- gcry_des.mod
|   |       |-- gcry_md4.mod
|   |       |-- gcry_md5.mod
|   |       |-- gcry_rfc2268.mod
|   |       |-- gcry_rijndael.mod
|   |       |-- gcry_rmd160.mod
|   |       |-- gcry_seed.mod
|   |       |-- gcry_serpent.mod
|   |       |-- gcry_sha1.mod
|   |       |-- gcry_sha256.mod
|   |       |-- gcry_sha512.mod
|   |       |-- gcry_tiger.mod
|   |       |-- gcry_twofish.mod
|   |       |-- gcry_whirlpool.mod
|   |       |-- geli.mod
|   |       |-- gettext.mod
|   |       |-- gfxmenu.mod
|   |       |-- gfxterm.mod
|   |       |-- gptsync.mod
|   |       |-- grub.efi
|   |       |-- gzio.mod
|   |       |-- halt.mod
|   |       |-- hashsum.mod
|   |       |-- hdparm.mod
|   |       |-- hello.mod
|   |       |-- help.mod
|   |       |-- hexdump.mod
|   |       |-- hfs.mod
|   |       |-- hfsplus.mod
|   |       |-- http.mod
|   |       |-- iorw.mod
|   |       |-- iso9660.mod
|   |       |-- jfs.mod
|   |       |-- jpeg.mod
|   |       |-- keylayouts.mod
|   |       |-- keystatus.mod
|   |       |-- ldm.mod
|   |       |-- linux.mod
|   |       |-- loadbios.mod
|   |       |-- loadenv.mod
|   |       |-- loopback.mod
|   |       |-- ls.mod
|   |       |-- lsacpi.mod
|   |       |-- lsefimmap.mod
|   |       |-- lsefisystab.mod
|   |       |-- lsmmap.mod
|   |       |-- lspci.mod
|   |       |-- lssal.mod
|   |       |-- luks.mod
|   |       |-- lvm.mod
|   |       |-- lzopio.mod
|   |       |-- mdraid09.mod
|   |       |-- mdraid09_be.mod
|   |       |-- mdraid1x.mod
|   |       |-- memdisk.mod
|   |       |-- memrw.mod
|   |       |-- minicmd.mod
|   |       |-- minix.mod
|   |       |-- minix2.mod
|   |       |-- minix2_be.mod
|   |       |-- minix3.mod
|   |       |-- minix3_be.mod
|   |       |-- minix_be.mod
|   |       |-- mmap.mod
|   |       |-- moddep.lst
|   |       |-- msdospart.mod
|   |       |-- multiboot.mod
|   |       |-- multiboot2.mod
|   |       |-- net.mod
|   |       |-- newc.mod
|   |       |-- nilfs2.mod
|   |       |-- normal.mod
|   |       |-- ntfs.mod
|   |       |-- ntfscomp.mod
|   |       |-- odc.mod
|   |       |-- ohci.mod
|   |       |-- part_acorn.mod
|   |       |-- part_amiga.mod
|   |       |-- part_apple.mod
|   |       |-- part_bsd.mod
|   |       |-- part_dvh.mod
|   |       |-- part_gpt.mod
|   |       |-- part_msdos.mod
|   |       |-- part_plan.mod
|   |       |-- part_sun.mod
|   |       |-- part_sunpc.mod
|   |       |-- partmap.lst
|   |       |-- parttool.lst
|   |       |-- parttool.mod
|   |       |-- password.mod
|   |       |-- password_pbkdf2.mod
|   |       |-- pata.mod
|   |       |-- pbkdf2.mod
|   |       |-- play.mod
|   |       |-- png.mod
|   |       |-- priority_queue.mod
|   |       |-- probe.mod
|   |       |-- raid5rec.mod
|   |       |-- raid6rec.mod
|   |       |-- read.mod
|   |       |-- reboot.mod
|   |       |-- regexp.mod
|   |       |-- reiserfs.mod
|   |       |-- relocator.mod
|   |       |-- romfs.mod
|   |       |-- scsi.mod
|   |       |-- search.mod
|   |       |-- search_fs_file.mod
|   |       |-- search_fs_uuid.mod
|   |       |-- search_label.mod
|   |       |-- serial.mod
|   |       |-- setjmp.mod
|   |       |-- setpci.mod
|   |       |-- sfs.mod
|   |       |-- sleep.mod
|   |       |-- squash4.mod
|   |       |-- tar.mod
|   |       |-- terminal.lst
|   |       |-- terminal.mod
|   |       |-- terminfo.mod
|   |       |-- test.mod
|   |       |-- test_blockarg.mod
|   |       |-- testload.mod
|   |       |-- tftp.mod
|   |       |-- tga.mod
|   |       |-- time.mod
|   |       |-- trig.mod
|   |       |-- true.mod
|   |       |-- udf.mod
|   |       |-- ufs1.mod
|   |       |-- ufs2.mod
|   |       |-- uhci.mod
|   |       |-- usb.mod
|   |       |-- usb_keyboard.mod
|   |       |-- usbms.mod
|   |       |-- usbserial_common.mod
|   |       |-- usbserial_ftdi.mod
|   |       |-- usbserial_pl2303.mod
|   |       |-- usbtest.mod
|   |       |-- video.lst
|   |       |-- video.mod
|   |       |-- video_bochs.mod
|   |       |-- video_cirrus.mod
|   |       |-- video_fb.mod
|   |       |-- videoinfo.mod
|   |       |-- videotest.mod
|   |       |-- xfs.mod
|   |       |-- xnu.mod
|   |       |-- xnu_uuid.mod
|   |       |-- xzio.mod
|   |       |-- zfs.mod
|   |       |-- zfscrypt.mod
|   |       `-- zfsinfo.mod
|   |-- refind
|   |   |-- banners
|   |   |   |-- alternate_banner-alpha.png
|   |   |   |-- alternate_banner.bmp
|   |   |   |-- refind_banner-alpha.png
|   |   |   |-- refind_banner.bmp
|   |   |   `-- reload-refind
|   |   |       |-- refind.svg
|   |   |       |-- refind_blue.png
|   |   |       |-- refind_lighter.png
|   |   |       |-- refind_metal.png
|   |   |       `-- refind_original.png
|   |   |-- drivers
|   |   |   |-- btrfs_x64.efi
|   |   |   |-- ext4_x64.efi
|   |   |   |-- hfs_x64.efi
|   |   |   `-- iso9660_x64.efi
|   |   |-- fonts
|   |   |   |-- liberation-mono-regular-12.png
|   |   |   |-- liberation-mono-regular-14.png
|   |   |   |-- liberation-mono-regular-24.png
|   |   |   |-- luxi-mono-regular-12.png
|   |   |   |-- luxi-mono-regular-14.png
|   |   |   |-- luxi-mono-regular-24.png
|   |   |   |-- mkfont.sh
|   |   |   `-- original-refind.png
|   |   |-- icons
|   |   |   |-- arrow_left.icns
|   |   |   |-- arrow_right.icns
|   |   |   |-- boot_linux.icns
|   |   |   |-- boot_win.icns
|   |   |   |-- func_about.icns
|   |   |   |-- func_exit.icns
|   |   |   |-- func_firmware.icns
|   |   |   |-- func_reset.icns
|   |   |   |-- func_shutdown.icns
|   |   |   |-- os_altlinux.icns
|   |   |   |-- os_arch.icns
|   |   |   |-- os_centos.icns
|   |   |   |-- os_chrome.icns
|   |   |   |-- os_debian.icns
|   |   |   |-- os_ecomstation.icns
|   |   |   |-- os_fatdog.icns
|   |   |   |-- os_fedora.icns
|   |   |   |-- os_freebsd.icns
|   |   |   |-- os_freedos.icns
|   |   |   |-- os_gentoo.icns
|   |   |   |-- os_gummiboot.icns
|   |   |   |-- os_haiku.icns
|   |   |   |-- os_hwtest.icns
|   |   |   |-- os_kubuntu.icns
|   |   |   |-- os_legacy.icns
|   |   |   |-- os_linux.icns
|   |   |   |-- os_linuxmint.icns
|   |   |   |-- os_lubuntu.icns
|   |   |   |-- os_mac.icns
|   |   |   |-- os_mandriva.icns
|   |   |   |-- os_netbsd.icns
|   |   |   |-- os_openbsd.icns
|   |   |   |-- os_opensuse.icns
|   |   |   |-- os_redhat.icns
|   |   |   |-- os_refind.icns
|   |   |   |-- os_refit.icns
|   |   |   |-- os_slackware.icns
|   |   |   |-- os_suse.icns
|   |   |   |-- os_ubuntu.icns
|   |   |   |-- os_unknown.icns
|   |   |   |-- os_win.icns
|   |   |   |-- tool_apple_rescue.icns
|   |   |   |-- tool_mok_tool.icns
|   |   |   |-- tool_part.icns
|   |   |   |-- tool_shell.icns
|   |   |   |-- transparent.icns
|   |   |   |-- vol_external.icns
|   |   |   |-- vol_internal.icns
|   |   |   `-- vol_optical.icns
|   |   |-- refind.conf
|   |   |-- refind_x64.efi
|-- Gentoo.new
|   |-- initrd
|   `-- vmlinuz
|-- Gentoo.old
|   |-- initrd
|   `-- vmlinuz
|-- loader
|   |-- entries
|   |   |-- Agrub.conf
|   |   |-- Brefind.conf
|   |   |-- Debian.conf
|   |   |-- Gentoo.new.conf
|   |   |-- Gentoo.old.conf
|   `-- loader.conf
46 directories, 415 files

The /boot/efi/loader/entries are gummiboot related: Selecting Agrub I can issue a grub efi menu from gummiboot. Gummiboot only can start kernels from this vfat efi /dev/sda1 partition. Which is why I copy some vmlinuz there. But grub2 and refind are able to do otherwise ...
_________________
fun2gen2
Back to top
View user's profile Send private message
srs5694
Guru
Guru


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

PostPosted: Wed Aug 14, 2013 10:56 pm    Post subject: Reply with quote

ulenrich wrote:
Gummiboot only can start kernels from this vfat efi /dev/sda1 partition. Which is why I copy some vmlinuz there. But grub2 and refind are able to do otherwise ...


This is a good argument for mounting the ESP at /boot rather than at /boot/efi -- when it's mounted this way, the kernel will wind up on the ESP when you place the kernel normally. You'll then be able to launch the kernel via gummiboot without copying the kernel to a second (or non-standard) location. OTOH, this is a somewhat unusual way to use the ESP. If you dual-boot, it exposes your kernels to greater risk of damage from other OSes. You might also need a bigger ESP. (Microsoft in particular creates a rather dinky little 100MiB ESP by default. That's adequate for one or two kernels, but not for lots of them.)

Still, on the whole it's a good tradeoff if you're using gummiboot, and maybe for rEFInd, too. (Although rEFInd ships with drivers that enable it to read ext2/3/4fs, ReiserFS, and Btrfs, putting the kernel on a FAT partition means you won't need to use these drivers, which eliminates a little extra software from the stack. All other things being equal, such simplification is generally a good thing.)
Back to top
View user's profile Send private message
chithanh
Developer
Developer


Joined: 05 Aug 2006
Posts: 1561
Location: Berlin, Germany

PostPosted: Wed Aug 14, 2013 11:14 pm    Post subject: Reply with quote

You need no boot loader at all. Just enable CONFIG_EFI_STUB and hard-code your kernel parameters in CONFIG_CMDLINE, then place your kernel image in the EFI boot partition as EFI/Boot/bootx64.efi

For additional details, and what to do if you need initramfs, see http://wiki.gentoo.org/wiki/EFI_stub_kernel.
Back to top
View user's profile Send private message
ulenrich
Veteran
Veteran


Joined: 10 Oct 2010
Posts: 1122

PostPosted: Thu Aug 15, 2013 12:04 am    Post subject: Reply with quote

chithanh wrote:
You need no boot loader at all. Just enable CONFIG_EFI_STUB and hard-code your kernel parameters in CONFIG_CMDLINE, then place your kernel image in the EFI boot partition as EFI/Boot/bootx64.efi

That is the easy way to begin with! But if you further want to experiment with cmdline blacklist etc,
you will feel the need of an additional helper as gummiboot or refind or grub2.

srs5694 wrote:
ulenrich wrote:
Gummiboot only can start kernels from this vfat efi /dev/sda1 partition. Which is why I copy some vmlinuz there. But grub2 and refind are able to do otherwise ...

This is a good argument for mounting the ESP at /boot rather than at /boot/efi -- when it's mounted this way, the kernel will wind up on the ESP when you place the kernel normally. You'll then be able to launch the kernel via gummiboot without copying the kernel to a second (or non-standard) location.

Please, try to keep and hold high some standards: Also grub expects the ESP mounted at /boot/efi.
And the little extra copy of a vmlinuz kernel is just a simple line in my kernel-make script.

Also apropos standards:
Couldn't you reuse the loader tree of Gummiboot with refind!? I would appreciate!
Or, if you see some lack in this as a standard, could you please communicte with Kay Sievers of Gummiboot?
You have some merits of the creator of the most feature rich efi boot manager. You should use that knowledge to influence the new standards. And set them and keep them, because these are really missing! Without them the life of the ignorant is difficult ...

Quote:
You might also need a bigger ESP. (Microsoft in particular creates a rather dinky little 100MiB ESP by default. That's adequate for one or two kernels, but not for lots of them.)
Yes, didn't you yourself point out on your website: There is some buggy efi firmware in the wild which cannot recognize a little ESP (under 512 MByte)?
This also is about standard: Just say the efi ESP partition has to be 512 MByte. Don't discuss lenghtly about minor things here! People will be glad to follow your adwise at some point in time: i f they change their disk to another system ...
_________________
fun2gen2
Back to top
View user's profile Send private message
keet
Guru
Guru


Joined: 09 Sep 2008
Posts: 367

PostPosted: Thu Aug 15, 2013 1:26 am    Post subject: Vivobook Reply with quote

How is your Vivobook working? I have been thinking about buying one myself since I rather like the small size and it seems like a reasonably good computer otherwise.
Back to top
View user's profile Send private message
chrosa
n00b
n00b


Joined: 27 Jul 2013
Posts: 16
Location: Norway

PostPosted: Thu Aug 15, 2013 9:07 am    Post subject: Reply with quote

keet -> The Vivobook works great, installed a 7mm ssd and it became total noise free. There are two things that bothers me, the touchpad seems to be a little of up in the right corner, and the second is the EFI bios, miss the old MBR method, but i'm sure this will go over once i have tried to get it work
_________________
Yeah, Windows is great... I used it to download Linux!
Back to top
View user's profile Send private message
broken_chaos
Guru
Guru


Joined: 18 Jan 2006
Posts: 370
Location: Ontario, Canada

PostPosted: Thu Aug 15, 2013 5:24 pm    Post subject: Reply with quote

chithanh wrote:
You need no boot loader at all. Just enable CONFIG_EFI_STUB and hard-code your kernel parameters in CONFIG_CMDLINE, then place your kernel image in the EFI boot partition as EFI/Boot/bootx64.efi

The upside of this approach is the extreme simplicity (including, if you're someone into it, up to a couple seconds savings in boot time). The downside is that it's more difficult to recover if you end up with an unbootable kernel for whatever reason (especially if you copy over bootx64.efi without moving the old one to a still-accessible location on the ESP).
Back to top
View user's profile Send private message
chrosa
n00b
n00b


Joined: 27 Jul 2013
Posts: 16
Location: Norway

PostPosted: Fri Aug 16, 2013 8:03 am    Post subject: Reply with quote

so, tried the EFI stub loader method first and rEFInd after, and got no luck with either of them, when rebooting it only boots into the bios.

my /dev/sda1 partition is fat32 and on 600mb

so any ideas what i missed here?
_________________
Yeah, Windows is great... I used it to download Linux!
Back to top
View user's profile Send private message
srs5694
Guru
Guru


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

PostPosted: Sat Aug 17, 2013 4:46 pm    Post subject: Reply with quote

ulenrich wrote:
srs5694 wrote:
ulenrich wrote:
Gummiboot only can start kernels from this vfat efi /dev/sda1 partition. Which is why I copy some vmlinuz there. But grub2 and refind are able to do otherwise ...

This is a good argument for mounting the ESP at /boot rather than at /boot/efi -- when it's mounted this way, the kernel will wind up on the ESP when you place the kernel normally. You'll then be able to launch the kernel via gummiboot without copying the kernel to a second (or non-standard) location.

Please, try to keep and hold high some standards:


The mount point for the ESP isn't really standardized. Although /boot/efi is the most commonly-used location, it does go at /boot on some systems. Perhaps the FHS or some other document will eventually be modified to specify where the ESP should be mounted, but until then it's valid to mount it wherever it's convenient. In fact, the Freedesktop.org BootLoaderSpec, recommends mounting it at /boot under some circumstances.

Quote:
Also grub expects the ESP mounted at /boot/efi.


AFAIK, there's nothing hard-coded in GRUB to expect the ESP to be mounted at /boot/efi, although I'm sure that many specific builds do expect to see it there. (This would be an issue with the scripts that generate GRUB configuration files, though; the GRUB EFI binary doesn't know or care where the ESP is mounted in Linux.) Of course, the scenario under discussion involved using gummiboot as a boot loader, so GRUB's idiosyncracies aren't a factor.

Quote:
Also apropos standards:
Couldn't you reuse the loader tree of Gummiboot with refind!? I would appreciate!


If you mean the /loader directory and its configuration files on the ESP, I've considered doing this, and it wouldn't be very hard; however, at the moment only gummiboot uses it. (There's a patch for GRUB to make it use these files, but AFAIK no distribution is actually using it.) This approach is laid out in detail in the Freedesktop.org BootLoaderSpec, but AFAIK no distribution has signed on to it, and also AFAIK the BootLoaderSpec hasn't been finalized. In short, unless and until the BootLoaderSpec becomes accepted by at least a few distributions, supporting it in rEFInd creates a risk of adding useless code that will then become difficult to remove.

Quote:
Or, if you see some lack in this as a standard, could you please communicte with Kay Sievers of Gummiboot?


The BootLoaderSpec is the work of Lennart Poettering -- or at least, my communications ended up being directed to him. I suggested several changes to the BootLoaderSpec. Some he seemed to accept, others he didn't. None have made their way onto the Web page, despite the fact that our communications were several months ago. IMHO, the BootLoaderSpec has a number of serious problems, but if Poettering won't listen to me, there's not much I can do about it.

Quote:
Quote:
You might also need a bigger ESP. (Microsoft in particular creates a rather dinky little 100MiB ESP by default. That's adequate for one or two kernels, but not for lots of them.)
Yes, didn't you yourself point out on your website: There is some buggy efi firmware in the wild which cannot recognize a little ESP (under 512 MByte)?


Not quite: The buggy EFIs can recognize a small ESP just fine; but there are weird glitches that can occur, such as files that seem to disappear.

Quote:
This also is about standard: Just say the efi ESP partition has to be 512 MByte.


That would be a useless requirement in the Linux world, since many ESPs are created outside of Linux -- Microsoft creates a 100MiB ESP and Apple creates one that's 200MiB.

chrosa wrote:
so, tried the EFI stub loader method first and rEFInd after, and got no luck with either of them, when rebooting it only boots into the bios.


You haven't given much in the way of details. For instance:


  • How are you booting now? (What type of live CD? Or are you booting in BIOS mode from an already-installed Gentoo?)
  • Are you booting in BIOS/CSM/legacy mode or in EFI/UEFI mode? (load the "efivars" module and look for a directory called /sys/firmware/efi; if it's present, you've booted in EFI mode.)
  • Where have you installed the kernel and rEFInd?
  • What's the output of "efibootmgr -v"?


You can provide these answers by running the Boot Info Script and posting the RESULTS.txt file that it generates. Be sure to post it between code tags or as a link; do not post it "straight," without code tags!
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