You are not logged in.
thinkpad t530 doesn't boot with kernel 3.7.9.2 work fine with 3.8.2.1 from testing
Offline
In this crazy roulette game of "will it boot this time?". my x220 will boot with via uefi on 3.7.9-2, but not 3.8.2-1 or 3.8.3-1. Though I no longer have it to verify, i believe 3.8.0 would not boot, but 3.8.1 did. go figure...
Offline
My lenovo thinkpad e130 has had the same problems with certain kernel versions booting and not others. The latest kernel 3.7.10-1 is not booting for me.
The strange thing I noticed is that when I have a live usb (arch 2012.12.12) plugged in during start up, I can successfully boot into the the 3.7.10-1 kernel installed on my hard drive. The only (superficial) difference with having the usb plugged in is that it adds a second boot option to refind. I'm pretty sure the refind being used in both instances is the local hard drive copy because it has a higher boot order priority in SETUP (for that matter I can't even remember if the live USB has refind on it).
Offline
thinkpad t530 doesn't boot with kernel 3.7.9.2 work fine with 3.8.2.1 from testing
3.8.3-2 killed it.
Offline
donniezazen wrote:I just did clean install of Arch. I am on linux 3.7.10-1-ARCH and refind-efi 0.6.7-1. I followed the beginners and UEFI guide pretty closely. My system hangs during boot. It boots fine when I first choose fallback, which doesn't do anything but take back to rEFInd screen, and then stock kernel.
If you got the time to play around maybe you can try 3.8 from the Testing repo.
Kernel has been upgraded to 3.8.3.2 but my system still hangs. I am filing a bug report. Link to bug report. Please provide details over the bug report.
Linux arch 3.8.3-2-ARCH #1 SMP PREEMPT Sun Mar 17 13:04:22 CET 2013 x86_64 GNU/Linux
@blackout23 I have tried both PartUUID and /dev/sdax and both result in system hang.
EDIT1: Added reply to @blackout23
EDIT2: Added link to bug report.
Last edited by donniezazen (2013-03-18 16:35:01)
Offline
My Thinkpad X220 has hanged with a black screen (so no messages from printk and as far as I can tell, nothing gets logged) since 3.7.10-1 (3.7.10-1/3.8.3-2 from [core] and 3.8.2-1/3.8.3-1 from [testing]), and I'm using Gummiboot. I also tried recreating the ESP (and moved it from /boot/efi to /boot since I thought I might as well) and updated the BIOS, but that proved futile.
I recall getting an error message like "Could not alloc lowmem for boot params" for 3.8.2 and a "Failed to get handle for LOADED_IMAGE_PROTOCOL" error for 3.7.10, though now they don't show (and checking the source doesn't quite shed any light for me). The add_efi_memmap parameter doesn't help here, either.
What's even more weird is that those kernels will (usually) boot when I have a particular USB drive attached. It's an Arch livecd, but the computer doesn't indicate that the USB drive is touched until init, neither does Gummiboot show anything about the USB drive's boot choices. I'm using PARTUUID in the root= parameter, so I don't think it has anything to do with device ordering. (edit: oh, it looks like pooga mentioned this, too.)
I'm using linux-ck-sandybridge currently, which seems to work fine.
Last edited by hushkyotosleeps (2013-03-18 17:32:15)
a.k.a. liliff/musee. milk tea fuzz
Offline
Using rEFInd 0.6.7-1 to boot UEFI on core i7-2600, ASRock mobo, failed to boot today after upgrading from 3.7.10-1 to 3.8.3-2. Never had an issue on any of the 3.7 kernels in core.
Offline
Could somebody with this problem please check booting by using the EFI version 1 shell vs. the EFI version 2 shell. This thread details a problem with a similar symptom when using rEFInd or the version 2 shell, but using the version 1 shell seems to bypass it. If this is the same problem, it's another clue about what's going on.
Offline
OK, upgraded to 3.8.3.2. Here are the details I have found so far:
This laptop is brand new -- had it less than a month -- fresh install of Arch using EFI (rEFInd) and started with Kernel 3.7.9.2.
3.7.9.2 -- booted fine.
Upgraded to 3.7.10.1 -- could NOT boot (downloaded to 3.7.9.2 to boot)
Upgraded to 3.8.3.2 -- could NOT boot
Instead of downgrading, I tried booting from the EFI Shell.
Using 3.8.3.2:
V 2.0 shell COULD NOT boot
V 1.0 shell BOOTED to a blank screen. (I think it might have had something to do with having/not having nomodeset)
Using rEFInd I WAS able to BOOT if I put a SPACE at the end of the boot line
That's what I've found. If you have any other information I can provide, let me know and I'll do what I can.
Matt
"It is very difficult to educate the educated."
Offline
Entering the fray. My details are similar to all of you guys, details in my thread over here. What I don't see any of you saying is that you're able to boot from rEFInd if you boot into the EFI shell first, then use that to load rEFInd, after which boot into 3.8.3-2 works fine for me.
Offline
How do you do that, iliveinapark, and I'll try it as well.
Matt
"It is very difficult to educate the educated."
Offline
I use gumiiboot. With 3.8.3-2 not boot (gummiboot menu appears, when choose Arch linux - black screen). 3.8.2-1 - OK.
Offline
I can reproduce this (if it is the same bug which srs5694 seems to think it is). I was not affected with any of the previous kernels.
My details at https://bbs.archlinux.org/viewtopic.php … 6#p1245916.
EDIT: remove idiocy. (Idiocy remains for posterity in linked thread if anybody is interested.)
NOTE: I still see the bug for the first time, though.
Last edited by cfr (2013-03-19 02:23:09)
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 have similar problems with a Thinkpad X220. Kernel 3.8.3-2 from the repositories doesn't boot (as did several 3.7.* Kernels).
However, if I recompile the Kernel (3.8.3-2 in this case) - it boots.
Offline
@mrunion: Just boot it with the arch iso in, setup for EFI (I use a usb), and select it from rEFInd. Choose the UEFI shell from the boot menu (I used v1, v2 crashed for me - see my thread for details), then run rEFInd from the shell, for me:
fs0:\EFI\refind\refind_x64.efi
@vogets: never compiled a kernel on arch before, did you use the ABS? Did you config it at all, or just go with defaults?
Offline
OK. I will give that a try when I get a chance.
Also, the "space at the end" I mentioned above is no longer working. I can still boot from the V1 Shell using the exact boot line rEFInd uses:
fs1: vmlinuz-arch.efi root=/dev/sda7 ro rootfstype=ext4 add_efi_memmap acpi_osi=Linux acpi_backlight=vendor initrd=\EFI\arch\initramfs-arch.img
I really have no idea how to help you guys further, but I am open to helping by answering questions or giving info as I can.
Matt
"It is very difficult to educate the educated."
Offline
I am really curious what changed between linux-3.7.9-1 and linux-3.7.9-2 (as the latter was working and the former was not)
As it's built from the same source it's got to be kernel-config param or something. But I couldn't figure out the difference as 3.7.9-2 is not in the abs-repository
Last edited by christophg (2013-03-20 10:11:48)
Offline
@vogets: never compiled a kernel on arch before, did you use the ABS? Did you config it at all, or just go with defaults?
Downloaded with ABS; no config - no changes. Just makepkg.
Offline
Great news, everyone!
Rod was looking into my error with booting EFI shell V2, and surmised that the bug may lie in a library he uses to compile rEFInd (as far as I understand it). He provided me with a different rEFInd binary, and my machine boots with it. Details over in my thread on the install subforum.
Offline
I'm definitely interested to hear if the new rEFInd binary works for others, too. Here's the link:
http://www.rodsbooks.com/refind_x64_gnuefi_3.6.8.efi
That's a "bare" binary that needs to be installed over (or in parallel with) your existing rEFInd binary. It differs from my official 3.6.8 rEFInd binary only in that it was compiled with GNU-EFI rather than TianoCore and it was not cryptographically signed.
There is one loose end to the theory that there's a TianoCore bug that's the root cause of the problem: People have reported that kernels hang when launched from gummiboot, and it's built with GNU-EFI. Still, if this new binary works for others, it's an important clue about what's going on....
Offline
It works for me with Linux 3.8.3-2 Thanks!
EDIT: Although it appears I lose the reference to the Windows icon and it no longer respects my config not to scan EFI/Boot. But that may just be because I just put the binary over the 0.6.7 installation.
Last edited by Revolt (2013-03-21 13:04:25)
Offline
3.8.3.2 + refind_x64_gnuefi_3.6.8.efi + thinkpad x220 works for me.
Thanks for providing it!
Last edited by teateawhy (2013-03-21 17:05:52)
Offline
I can also confirm that the rEFInd binary posted above, refind_x64_gnuefi_3.6.8.efi works for me with the following:
kernel 3.8.3-2
refind_x64_gnuefi_3.6.8.efi
Thinkpad W530 with UEFI only setup
I have experienced tons of trouble with linux 3.7 series kernels. Only a few of them would actually boot for me with the version of refind available in the official repositories.
@srs5694 - It looks like you are onto something!
Offline
I wonder what triggers this. I can boot 3.7.10-1-ARCH with rEFInd while others can't. I have add_efimemap as Kernel attribute whatever that does. Almost looks hardware specific.
Last edited by blackout23 (2013-03-22 01:27:53)
Offline