=== himcesjf_ is now known as him-cesjf
TJ-just a heads-up the recent Intel updates may be preventing the kernel from starting at boot: Bug #182962014:14
ubot5bug 1829620 in linux-hwe-edge (Ubuntu) "cryptsetup stuck at loading initramfs" [Undecided,Confirmed] https://launchpad.net/bugs/182962014:14
=== cshep is now known as platonical
alkisgThankfully cryptsetup isn't preinstalled14:15
TJ-the report has nothing to do with cryptsetup, I think, just the user reports that since they're expecting to be prompted for LUKS pass-phrase and aren't14:16
alkisgAFAIK cryptsetup only gets installed if the users selects "encrypt disk" at ubiquity14:38
alkisgWhich isn't the default14:38
alkisgSo if it only affects encrypted setups, we're fine here :P14:38
TJ-Nope, this affects unencrypted systems too14:43
alkisgOuch. I'll keep an eye open.14:44
apwTJ-, that people seem to be unbroken by removing and reinstalling cryptsetup makes me wonder if it could be an initramfs contents issue14:50
TJ-apw: yes, that was my other thought... my next Q in that bug will be "has /boot/ run out of space"14:51
apwif it was disco i also had a bug where grub didn't initialise the terminal at all; which was nasty14:51
TJ-apw: my reason for thinking Intel microcode is it is added to the early_initramfs isn't it? therefore it could be the cause14:51
apwTJ-, entirely possible too yes14:52
TJ-We're watching #ubuntu for similar reports, we've had 1 so far14:53
apwTJ-, the 'how you get it working again' is going to be key to working out what14:53
apwTJ-, or perhaps there is a bug in rebuilding initramfs's when microcode changes; which would account for 'rebuilding my initramfs for another package' fixing it14:55
TJ-apw: indeed :) you noticed the additional reporter and colleague in that bug says they aren't using LUKs either, so I guess they got to the bug due to the last messages on-screen being from GRUB14:55
apwTJ-, or an ordering bug when getting a new kernel and a package which needs to rebuild initramfs'14:55
apwTJ-, which is entirely possible14:55
TJ-apw: what is weird is every ubuntu kernel broke14:56
apwthey all share microcode, they mostly all share 'update ordering issues'14:56
TJ-a new kernel would only create the initrd.img for itself, whereas I *guess* a microcode update might apply itself to all initrd.imgs ?14:56
apwTJ-, a microcode update likely triggers all initramfs' for all installed kernels to be rebuilt14:57
apwto get that microcode included 'in' the initramfs image14:57
TJ-indeed, which would explain all Ubuntu kernels having the same problem14:58
TJ-apw: confirmed it is the ucode updates 16:57
apwTJ-, ugg16:58
TJ-disabling loading of the ucode at boot-time solved it, and it appears to be model specific, not packaging16:59
tyhicksTJ-, apw: unless something has recently changed, an update to intel-microcode only gets injected into the newest initramfs (as well as any future initramfs's)17:01
tyhickssbeattie: ^ note bug #1829620 (you'll likely see the bug mail now that you've been assigned to the bug)17:05
ubot5bug 1829620 in linux-hwe-edge (Ubuntu) "intel-microcode on ASUS makes kernel stuck during loading initramfs on bionic-updates, bionic-security" [Undecided,Confirmed] https://launchpad.net/bugs/182962017:05
tyhickssbeattie: I did test the whole stack of updates, with an encrypted root partition, on an old laptop running Cosmic and Disco (I upgraded the system while we were testing) but didn't see an issue17:07
tyhicksthat machine is very old but did a corresponding microcode update17:07
sbeattietyhicks: ugh, okay, thanks.17:11
tyhickssbeattie: I don't have a good feeling for what's going on there17:18
sbeattietyhicks: me either, I'm confused by the report that things work with the linux-hwe-edge kernel18:12
sbeattietyhicks: I *think* if I have mapped things properly, the cpuid is 0x000806ea (so microcode 06-8e-0a)18:13
sbeattie(but waiting on confirmation on both)18:13
tyhickssbeattie: it would be interesting to know if the updated microcode and kernel (the combo that doesn't boot) can boot with mds=no18:14
sbeattieoh yes, that's a good question, too.18:15
tyhickssbeattie: I think that would help us understand if it is a kernel issue (seems unlikely since this isn't a widely reported issue) or something specific to the VERW related changes in the microcode update18:18
tyhickssbeattie: I wasn't very clear... if it boots with mds=no, then it could mean that it is a kernel issue OR an issue with the VERW microcode changes18:20
tyhicks(rather than a general microcode issue...)18:20
=== ben_r_ is now known as ben_r
=== himcesjf_ is now known as him-cesjf

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!