You are not logged in.
So this is a bit of a weird problem. I was having trouble installing arch from USB with GPT and UEFI last night (got a new SSD and did a fresh install onto it). Everything worked fine except efibootmgr couldn't find efivars, but I ended up fixing that and setting a boot entries.
Now, I can boot into Arch, everything works perfectly, but only if my USB stick is plugged in when I boot. If it isn't, I just boot into a black screen and have to do a hard restart. Once I am booted into Arch I can remove the USB stick without anything failing.
The only thing I can think of is I might have somehow written some important information needed to boot onto the USB instead of the SSD? I don't know enough about linux/UEFI/booting to pin point exactly what is going wrong, though. Any ideas?
I'm using a Lenovo Thinkpad T420 if that helps. I previously had arch installed with UEFI and GPT before doing a fresh install on the new hdd, so I don't think it's the laptop.
Cheers!
Offline
That's one possibility, it's also possible, though it seems unlikely to me. Are you using /dev folder identifiers for your partition scheme in fstab? If so, then the USB might be offsetting the identifier. If you're using /dev identifiers in your fstab, I'd strongly recommend you switch to labels or UUIDs.
If that's not the case, then yes, it is possible that you wrote something (maybe your ESP?) to the USB on accident. Does it have to be the particular USB? If so, then that's a pretty clear indication that something's depending on it.
All the best,
-HG
Offline
How are you booting? That is, I know EFI but are you booting the stub loader directly? Or are you using a boot manager (rEFInd, gummiboot)? Or a boot loader (grub, syslinux)? Or something else (no idea but don't want to rule anything out)?
What does
modprobe efivars
efibootmgr -vgive?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
I am using UUID in my fstab.
How are you booting? That is, I know EFI but are you booting the stub loader directly? Or are you using a boot manager (rEFInd, gummiboot)? Or a boot loader (grub, syslinux)? Or something else (no idea but don't want to rule anything out)?
What does
modprobe efivars efibootmgr -vgive?
I ran efibootmgr -v and noticed the entry I set during installation was missing, so I added it again but now I can't boot at all.
I tried using both the direct efibootmgr method and gummiboot method listed in the beginner's install guide.
I can chroot into the system using the live usb but I'm not sure how to post the results of efibootmgr - v here, if I could startx as my user I could but I'm not sure how to do it.
Offline
As long as you can get a network connection, install wgetpaste (or similar) and you can paste from the command line.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
http://bpaste.net/show/123715/
Here's the output of efibootmgr -v
Offline
I am using UUID in my fstab.
It's not really about fstab, it's about the bootloader config. Looking at the output your pasted, you're using root=/dev/sda3, which is probably what's causing the problem. You should switch that to some that's persistent.
Offline
I tried changing it to the UUID but it doesn't seem to help. Here's what it looks like: http://bpaste.net/show/123716/
So I realised the "0e3e9c87-5410-4d9d-8eb8-2312f271ff6f" in the brackets is the PARTUUID of my boot partition, does it matter that I am using UUID rather than PARTUUID to specify my root partition?
Last edited by ghostface (2013-08-17 05:48:17)
Offline
The parameters passed to the kernel may not matter here if you're not even getting that far. It's looking for HD1, should that be HD0?
I don't know enough about UEFI, I should just stop now.
Last edited by Scimmia (2013-08-17 06:16:11)
Offline
Nope, root is pointing to the root partion, UUID=.0.6.5.f.9.c.c.6.-.b.e.d.5.-.4.6.f.e.-.9.3.8.6.-.2.f.5.4.b.7.3.9.2.3.4.4.
0e3e9c87-5410-4d9d-8eb8-2312f271ff6f is the PARTUUID of the efi boot partition, you can see it in the Arch Linux lines of the efibootmgr -v output. The root uuid is put in manually by me but the boot partuuid is automatically put there.
Offline
yeah, I got it and edited my post. Sorry for the misread.
Offline
Hm, you could be right about that. Would /dev/sda be HD 0 and /dev/sdb be HD 1?
Offline
Run whichever livecd, post result of bootinfoscript .
Last edited by Fixxer (2013-08-17 07:11:55)
Offline
The 1 is correct. I get that and I only have a single disk. I think vmlinuz-linux needs an .efi extension, though.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline