You are not logged in.
I turned on my laptop today after updating to kernel 3.12 yesterday and I now have the exact same issue as described in this post. I'm not sure what to do to properly debug this so I hope you can help. For now, I have chrooted into my laptop and downgraded to kernel 3.11.
In the topic I linked to, people mention the screen is simply turned off or set to the lowest brightness. This is not the case here; the screen is on and I can change the brightness but it remains black. As is the case in that topic, it happens immediately after I chose Arch Linux from Gummiboot. Appending nomodeset to my kernel line also did not resolve the issue, neither does waiting a certain amount of time.
I'm using Intel graphics, in case it matters.
Last edited by Unia (2013-12-15 18:19:23)
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
Same here. Trying to boot using Gummiboot as you described.
Offline
I'm also having this issue. I'm on a Lenovo X230, with Intel graphics. I'm UEFI booting with gummiboot, and using LVM and LUKS for disk encryption.
I don't really have any idea how to debug this. I also tried disabling modesetting, which didn't change anything. There doesn't seem to be any logs left over if I boot to a liveUSB.
Any ideas?
Offline
I also happen to be on a Lenovo, a Thinkpad Edge. Coincidence?
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
This sounds like the issue that has been bedeviling UEFI-booters since mid-3.10.xx. There is another long (unresolved) thread about that...
Offline
Do you mean this topic? https://bbs.archlinux.org/viewtopic.php?id=170532
And IIRC, you are also an UEFI-booter. Are you affected too?
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
No, it is older than that. It was started by Halo's Ghost and I posted in it.
I was affected by it if I booted the vanilla kernel; but my own kernel is fine, irrespective of the version(s). I'll boot into 3.12.0-1-ARCH and see if it works.
Offline
If it works, do you know what option you changed removes the problem? That might just be reason enough to finally roll my own kernel.
I'll look up the other topic tomorrow, see if there's anything in there I can try.
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
Yes, 3.12.0-1 boots fine.
I have never bothered to try and bisect the changes to narrow it down, mostly because it is such a random bug, but also because that sort of analysis is beyond my meagre skill level anyway.
I just have an automated process to build a custom kernel as soon as it comes out. When the Arch kernel is released, I update that as well as a fallback (but I haven't needed it yet--which has been fortunate).
Offline
I see. Thanks for your time anyway
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I have a Thinkpad Edge as well (e430), and things have been working smoothly for me since the random black screen issues of 3.7 or 3.8 (I can't remember exactly). But gehidore has the exact same machine as I do, and seems to have these problems with a number of Arch kernels since 3.10.
I'm not sure, but I do believe that the x230 is pretty similar, firmware wise, to the Edge series. So I don't think it is a coincidence that there was another poster with an x230 confirming the issue.
Unfortunately, I cannot comment further than to say that I know for certain you are not the only one with these issues. While that may be comforting in knowing it is not anything that you have done, it does nothing to solve your issue. Sorry
Edit: Maybe I can help more than I thought.
I too compile my own kernels. Typically, I just compile linux-git because I am a btrfs user, but there was a bug with btrfs balance that I needed to patch. So I actually built the latest ARCH kernel as well. I have put these up on rapidshare so that you could test them out. I know for certain that the linux-git is set to core2, and I might have done that with the ARCH kernel as well. But if you have an Edge, then this shouldn't be a problem, as it is definitely later than a core2.
The linux-git package might be of particular interest to you since this can be installed along side the regular 3.12.0-1-ARCH kernel with no conflicts (it installs to /boot/vmlinuz-linux-git).
3.12.0-1-ARCH
http://rapidshare.com/share/DACD99DDA8A … 929334F13C ← Kernel
http://rapidshare.com/share/E44C557243C … 483749669A ← Headers
3.12-git
http://rapidshare.com/share/6C7CF87EDD3 … 4DDA6B0222 ← Kernel
http://rapidshare.com/share/151AF29A711 … F5A58D4801 ← Headers
Last edited by WonderWoofy (2013-11-15 23:49:54)
Offline
Thanks Woofy, added that to my todo list for this weekend
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I also had problems after upgrading to 3.12, except it actually hung at the lenovo splash screen rather than a black screen (timeout 0 in gummiboot). This ended up being a serious problem because somehow the UEFI firmware got stuck in a loop and couldn't process the laptop's power button. I have a t431s where the battery is not easily accessible (have to open the case), so when I couldn't kill the laptop with the power button, I had to just wait for the battery to discharge. This cycle happened 3 times while I was figuring out what was wrong, and the battery bricked itself after the third full discharge. I am not looking forward to removing the battery every time there is a kernel update.
Offline
I also had problems after upgrading to 3.12, except it actually hung at the lenovo splash screen rather than a black screen (timeout 0 in gummiboot). This ended up being a serious problem because somehow the UEFI firmware got stuck in a loop and couldn't process the laptop's power button. I have a t431s where the battery is not easily accessible (have to open the case), so when I couldn't kill the laptop with the power button, I had to just wait for the battery to discharge. This cycle happened 3 times while I was figuring out what was wrong, and the battery bricked itself after the third full discharge. I am not looking forward to removing the battery every time there is a kernel update.
This sounds as though it actually has nothing to do with the kernel, and everything to do with your firmware. This is odd, as the T-series typically has some pretty stellar firmware from what I have read elsewhere.
Offline
This sounds as though it actually has nothing to do with the kernel, and everything to do with your firmware. This is odd, as the T-series typically has some pretty stellar firmware from what I have read elsewhere.
I agree that it's more likely a firmware bug, but it only started happening for me on 3.12. Sometimes it gets past the splash screen and freezes on a black screen as others have described - but in that case, I could reboot using the power button.
Offline
I have not noticed what you describe, jrmrjnck. Strange, but you too have a Thinkpad...
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I also have the same problem after upgrading my system over the weekend. I have Arch installed on an Ivy Bridge Dell XPS 13 using UEFI and Gummiboot also. Gummiboot menu loads fine but but when I select the boot entry it goes black and nothing happens. Downgraded to 3.11 via chroot and have set the kernel packages to ignore in pacman.conf for now. Some have suggested firmware might be the issue? Should I try to update my UEFI BIOS from Dell?
Offline
Has there been any progress yet? I've searched both archlinux and kernel bugtrackers but did not find anything. Anyone got links?
My machine is a Thinkpad x230, with UEFI and gummiboot as well.
Last edited by mrln0 (2013-11-22 05:51:08)
Offline
I did not have time to look into this further....
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
linux-lts 3.10.20-1 won't boot either btw.
i915.modeset=0, nomodeset, i915.fastboot=1, splash acpi_backlight=vendor acpi_osi=Linux were some boot options I tried as some threads say it might help for those issues, but is does not.
Offline
Also noting that 3.12.1 has the same problem.
Offline
Yep, I just had to spend two hours dealing with that because my recovery USB broke...
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
Same problem here both on Thinkpad T431s and T430u with Kernel 3.12-1. Downgraded and blacklisted linux in pacman.conf.
I can see there's a bugreport on arch here, but has it been reported upstream?
Last edited by fuzzybird (2013-11-24 13:01:49)
Offline
@fuzzybird, I don't think that the linked flyspray has anything to do with this thread... that seems to be about gummiboot and the inability to create the firmware entry.
Offline
I updated my UEFI firmware on my XPS 13 and still no dice on Kernel 3.12-1. I have chroot'd in and there is nothing in the logs for the failed boot, only logs for the previous boot into 3.11 meaning it is not even starting to boot the 3.12 kernel. I have rolled back to 3.11 again and I am going to try some other things....
Last edited by gunzy83 (2013-11-24 09:25:06)
Offline