intermittent boot failure dell inspiron 3593

Upon some further research, it looks like this bug is similar: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1848892
However, that bug seems to happen all the time where as for me it's intermittent.

I tried the workaround from the linked bug and can confirm that when I experience the issue I can boot successfully by:
* 'c'
* grub> rmmod tpm
* 'esc'
* 'enter' to select normal boot menu entry.

Exacly the same issue on same Dell 3593, issue persist also on Linux Mint 20.04 (guess because it is based on Ubunu 20.04). Latest kernel.

Sometimes solved by enabling / disabling secure boot. Other times boot order Ubuntu/SSD, SSD/Ubuntu, unchecking SSD. Using recover kernel 5.40 mode/update grub.

On reboot it works every time.
On shut down....sometimes does not load OS after day/two or 4/5 days.

Status changed to 'Confirmed' because the bug affects multiple users.

*Exactly* the same error here. Dell 3593, Ubuntu 20.04. Never tried the "rmmod tpm" fix, will do next time it happens. Two questions:

  - Can anyone affected confirm this doesn't happen with Ubuntu 18?
  - Does WORKAROUND 2 in original post lead to permanent solution? Looks like it should.

Thanks!

@ppedemon Well, I'm the OP so WORKAROUND 2 does work for me (obviously). I deployed these laptops with it after testing that it was stable so I don't have access to them anymore. I did look into the git history of grub and it seems to be related to some patches around TPM where it fails to perform some sort of tracing if the tpm chip isn't happy. This happens regardless of whether you've installed using secure boot or not. Anyway, It wasn't happening for me on 18.

I had a forum posting here https://ubuntuforums.org/showthread.php?t=2445531 where oldfred got me on the right track. I tried to include all the information in this bug report though.

I have installed Kubuntu 20.04 on a Dell Inspiron 15 5593 and I have the same problem. I've used the workaround 2 and it seems that solves the issue. Thanks.

Dell Inspiron 3593 Ubuntu 21.04 (same issue in 20.04). Tried complete data wipe, Boot Repair nothing working.

WORKAROUND 1 outputs:

command failed
no such module

Same for me on the same machine - Dell Inspiron 3593 (on Mint 20.1)

Same here on a Dell Inspiron 3593, Bios never updated, version V1.1.0, ubuntu 18.04. It started suddenly one or two weeks ago, previously running without problems.

Reboot always works, complete shutdown and boot within some seconds by power button mostly fails.

On 2021-05-14 there was some updates, one of them probably causing this:
 grub-common:amd64 (2.02-2ubuntu8.21, 2.02-2ubuntu8.23)
 grub2-common:amd64 (2.02-2ubuntu8.21, 2.02-2ubuntu8.23)
 grub-pc-bin:amd64 (2.02-2ubuntu8.21, 2.02-2ubuntu8.23)
 grub-efi-amd64-bin:amd64 (2.02-2ubuntu8.21, 2.04-1ubuntu44)
 grub-efi-amd64-signed:amd64 (1.93.24+2.02-2ubuntu8.21, 1.167~18.04.1+2.04-1ubuntu44)

Could this be a version mismatch?
All updates has changed from 2.02-2ubuntu8.21 to 2.02-2ubuntu8.23, except the grub-efi-amd64-bin:amd64, whgich has been upgraded to 2.04-1ubuntu44.

The version numbers of the packages differ. Could this cause the problem?

We upgraded all EFI systems to the 2.04 EFI binaries. That does not look like a version mismatch problem, although we had some of those too. Might just be a fragile tpm.

Same problem on Dell Inspiron 3593 with dual boot Windows 10 and Ubuntu 18.04.
As Johann Gail writes, this was previously working without problem until a few weeks ago.

I have not tried the tpm fix.
I have tried changing boot order, enabling/disabling secure boot - neither of these appear to solve the problem.

Typing "reboot" at the grub prompt sometimes works immediately, other times I need to reboot again before booting successfully.

The Inspiron 3593 does not have a dedicated Trusted Platform Module (TPM 2.0), but instead the successor Intel® Platform Trust Technology (Intel® PTT). Disabling this PTT in BIOS security settings has *NOT* improved anything.

Workaround #1 does not work for me.
Entering 'rmmod tpm' leads to 'command failed', like most of other commands too.

For me workaround #2 (unloading tpm module) seems to work. Boot never failed since the last 2 days and around 20 cold and warm reboots.

I suspect the root cause in my case was the automatic the update of the grub-efi-amd64-bin from 2.02 (bionic-security) to 2.04 (bionic-updates). I have not yet tried a downgrade of the packages due to limited access to the device.

I have had this same problem with my Dell Inspiron 5593 since January 2020 when I was on 18.04. Upgrading to 20.04 in June 2020 resulted in no change of the behavior.

Neither workaround works for me. "rmmod tpm" in grub results in an error due to the module not being present.

Rebooting resolves the issue, usually within 3 attempts, however I have had to reboot 7 times more than once to get past the "you need to load the kernel first".

Waiting a few seconds before hitting enter when the grub boot selection screen appears seems to improve the chances of the boot working, but this is anecdotal and could be completely random.

Actually i have an Inspiron 5593 with 18.04, but at some time i upgraded the kernel to 5.4.0 instead of original 5.0. I suspect that 20.04 has also 5.4.0 kernel, so i think the issue should be somewhere between grub and kernel. I will try those workarounds today