I understand that you are having problems with UEFI and installing Linux* based operating systems.
I recommend you to test with a supported operating system to discard a possible motherboard problem. If motherboard is working fine, you should seek for support on the Linux* communities, they may have additional information regarding the problem that you are experiencing.
Did you see, that he's tried Redhat Enterprise Linux already, which according to the corresponding product brief the motherboard is certified with? Here's the quote in case you'd need to search for it:
"The Intel® Desktop Board DQ77MK is certified
with Windows* 7, RedHat* and SUSE* Linux*."
The asterisk is applied to all OS (incl. Windows) and refers to a copyright notice at the end of the document, so nothing to discover here.
I for myself own the ITX variant DQ77KB (of which the product brief contains the exact same phrase regarding Linux support), for which I had to buy SO-DIMMs, an external adapter and the specific power efficient processor i7 3770S. I've relied on the product brief. I'm experiencing exactly the same problems (using Fedora 17, RH and Ubuntu 12.04).
Thanks for your advices.
Yes, indeed, I did already try booting RHEL (which is supported), and UEFI boot failed! (as stated in my original post in this thread).
I tried Windows 7 x64 SP1 aswell, and at least the windows installer starts, but why would I run Windows? I want to run Linux on this box.
Is there a way to debug UEFI booting on this motherboard? Can UEFI boot process write debug log to serial console (AMT SOL) ? Does EFI grub support serial console? I tried giving option "console=ttyS1" in the RHEL kernel parameters, but that didn't help, because I think the boot fails before Linux kernel is started. Has someone here been debugging UEFI boot problems?
Obviously RHEL UEFI boot works on other hardware, so I'm assuming there's some BIOS/firmware bug/issue on DQ77MK. I think I saw forum posts about people complaining about UEFI boot problems on other Intel 7-series motherboards aswell.
Thanks for any help!
Many Linux distros (like Ubuntu, RHEL, Fedora, OpenSUSE) are using old Kernels. Even the former up-to-date Kernel 3.4 was released on 21th May.
Yesterday, Linux Kernel 3.5 got released; it includes Ivy Bridge fixes and many fixes for graphics drivers. Maybe it's really just a Kernel bug?! ArchLinux is a rolling release distro, which means, that you get the most bleeding edge experience (they do testing of course). Kernel 3.5 has already been added to [Testing] repository - it's just a matter of days until it passes all tests and gets into [Core] repo. There is a Dev called "tpowa" who monthly releases unofficial, up-to-date Archboot images (ArchLinux LiveCD / Installation Media) - his latest thread can be found here: https://bbs.archlinux.org/viewtopic.php?id=143541. Just wait a couple of days, he might release Archboot 2012.07 within the next few days (July hasn't much days left) with Kernel 3.5. I don't know for sure, but this might fix our problem. Btw.: I'm currently running Ubuntu 12.04 x64 totally smoothly with legacy boot. But I want to dual boot Windows 7 x64 on my SSD, therefore I need about 6 partitions (MBR maximum is 4 - so, GPT is needed). And you need UEFI to dual boot a GPT-partitioned harddrive (Windows x64 doesn't boot on a GPT-partitioned harddrive in legacy boot (just with some dirty hacks, not officially)).
Tolga: It's not about kernel version. For example RHEL6 has Linux 2.6.32, but Redhat has backported UEFI support into that kernel version, so RHEL6 supports UEFI and it is known to work on other hardware.
At least in my case the UEFI boot problem is probably grub-EFI related, because I can only see the grub-EFI messages about allocating memory and loading VMLINUZ, and then the boot fails. I don't see any Linux kernel boot messages. so I don't think it gets as far as actually starting Linux kernel.
This UEFI boot problem definitely looks like a DQ77MK bios/firmware incompatibility with grub-EFI.
Hi, UEFI boot of the Linux kernel on Intel Series 7 motherboards is badly broken at this moment. I have a same problem with DZ77RE-75K mb. I have no problems with Asus or Dell systems, there UEFI boot works like a charm no matter if you have new or old kernel.
More info can be found at LKML, but proposed pbatch doesn't solve issue with intel MBs.
Martin S: Thanks for the confirmation! Is Intel already aware of the UEFI boot problems on 7-series motherboards? Should we open some kind of support ticket to Intel ?
Victor_Intel: Can you help us please.. where should we file a bug report about this UEFI boot problem on 7-series motherboards? Thanks!
My MB is able with version 0049 BIOS boot from the SSD drive in BIOS mode. Before update the SSD drive was skipped in the boot sequence, but placed first. Linux boot in UEFI mode is still NoGO.
Hi Martin. I wasn't talking about the 0049 BIOS for DZ77GA-70k and DZ77RE-75k - there is also a 0049 BIOS for DQ77MK and DQ77CP (which is not compatible with the Z77 mainboards). It is a completely different chipset and BIOS, so I was hoping for Linux support there.
By the way: Ubuntu 12.10 Alpha 3 has been released these days, supporting Kernel 3.5. I wasn't able to boot it from USB media in UEFI mode (legacy boot went fine). I just got a black screen again, after choosing "Try Ubuntu" in GRUB2 menu.
I am amoung the 1st few who reported this UEFI issue as early as June :
Another serious problem this 7 series motherboard had is compatibilty with other PCIe device.
I just upgraded my DQ77MK to BIOS version 0049, but unfortunately it didn't fix the UEFI boot problem then again there was nothing about UEFI in the release notes / changelog..