Missing EFI Stub Loader support in 3.13.0-21?

[Rachel Greenham]

I think that might be the problem: Installed on a Mac (Macbook Air 4,1) using rEFInd boot manager, 3.13.0-19 and 3.13.0-20 as well as 3.14 (mainline, installed to test something else) all happily booted directly using the stubloader. But 3.13.0-21 just hangs instantly on load.

Googling around found an older Arch thread where apparently something similar happened to a 3.7 kernel build and that was what it turned out to be: https://bbs.archlinux.org/viewtopic.php?id=156670&p=1

so guessing it might just be a build or build-script error?

Kernel boots fine via grub (though this takes longer).

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-generic 3.13.0.21.25
ProcVersionSignature: Ubuntu 3.13.0-21.43-generic 3.13.8
Uname: Linux 3.13.0-21-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.14-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: rachel 1869 F.... pulseaudio
CRDA:
 country EU:
  (2402 - 2482 @ 40), (N/A, 20)
  (5170 - 5250 @ 40), (N/A, 20)
  (5250 - 5330 @ 40), (N/A, 20), DFS
  (5490 - 5710 @ 40), (N/A, 27), DFS
CurrentDesktop: Unity
Date: Wed Apr 2 18:36:49 2014
InstallationDate: Installed on 2014-03-28 (4 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Beta amd64+mac (20140326)
MachineType: Apple Inc. MacBookAir4,1
ProcFB: 0 inteldrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.13.0-21-generic root=UUID=c2167b45-d81a-4d7f-9017-36858344eef8 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-3.13.0-21-generic N/A
 linux-backports-modules-3.13.0-21-generic N/A
 linux-firmware 1.127
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 01/24/2012
dmi.bios.vendor: Apple Inc.
dmi.bios.version: MBA41.88Z.0077.B0F.1201241549
dmi.board.asset.tag: Base Board Asset Tag#
dmi.board.name: Mac-C08A6BB70A942AC2
dmi.board.vendor: Apple Inc.
dmi.board.version: MacBookAir4,1
dmi.chassis.type: 10
dmi.chassis.vendor: Apple Inc.
dmi.chassis.version: Mac-C08A6BB70A942AC2
dmi.modalias: dmi:bvnAppleInc.:bvrMBA41.88Z.0077.B0F.1201241549:bd01/24/2012:svnAppleInc.:pnMacBookAir4,1:pvr1.0:rvnAppleInc.:rnMac-C08A6BB70A942AC2:rvrMacBookAir4,1:cvnAppleInc.:ct10:cvrMac-C08A6BB70A942AC2:
dmi.product.name: MacBookAir4,1
dmi.product.version: 1.0
dmi.sys.vendor: Apple Inc.

[Brad Figg (brad-figg)]

This change was made by a bot.

[Joseph Salisbury (jsalisbury)]

Can you see if this issue also happens with the upstream 3.13.7 kernel? It can be downloaded from:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13.7-trusty/

If it doesn't, please test the 3.13.8 kernel:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.13.8-trusty/

If 3.13.8 then exhibits the bug, we can bisect between 3.13.7 and 3.13.8.

[Rachel Greenham (rachel-strangenoises)]

Tested both. *Both* of them boot fine.

[Rachel Greenham (rachel-strangenoises)]

I just installed rEFInd on a UEFI PC also running Ubuntu Trusty. (built around Asus Z87I-PRO mobo).

rEFInd had no trouble booting the same kernel (3.13.0-21) that I reported this problem for on the Mac. Entirely default configuration. (The Mac's rEFInd has an almost entirely default configuration too - just the line to enable scanning for linux kernels uncommented, which is uncommented on Linux by default.)

So it looks like this may be Mac specific. Unfortunately (as it'll be harder to test). But Mac specific *and* specific to that one kernel...

[Rachel Greenham (rachel-strangenoises)]

3.13.0-22 boots fine with stubloader. So the main interest in wanting to understand why 3.13.0.21 didn't, is to stop it happening again, otherwise it's history...

[Launchpad Janitor (janitor)]

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]