Error time out waiting for device /dev/tpmrm0

Korfou

I followed the instructions in the link.
The command removes what is in the second image, but not what is in the first image.

To clarify, when you see the first image, it takes 20 seconds to complete this step, and only then does the start-up process begin.

michael_s

@Korfou, @cornbean, @TraceyC
I'm having the same problem (the 2nd one) on Budgie. I also followed @cornbean's advice, but here it didn't fix it.

In general I'm not happy with the outcome of week 45s update. My system is heavily slowed down, programs or media files always take the extra moment to start or stop, if I write a program's name in the search field of the menu it looks like the software is kinda drunk, 'cause the letters a.. l.. w.. a.. y.. s.. show up with some delay.

I don't want to call the update enshittification, but ...

cornbean

michael_s Damn bro yeah it was a rocky update for Budgie users unfortunately 😢 I see your point about enshitification, but it was mostly due to GNOME 49 update i think which doesn't have to do with the Solus team.

Axios

Yes bumpy but well taken care of!!
With good input from forum users and others
Truck on!

pomon

To requires digging into the logs and looking for errors. I suggest:

ls -la /dev/tpm*
systemctl --failed
dmesg | grep -i tpm
journalctl -b -0 | grep -i tpm
journalctl -b -0 | grep -A 5 -B 5 tpm
lsmod | grep tpm

Check if TPM is enabled in the BIOS. On my system it’s under Security → TPM 2.0 Security. It’s possible that TPM is disabled in the BIOS, but the system is still trying to load it.

Korfou

So what is the right option, should TPM be enabled or disabled in the BIOS?

ChaoticChrono

Korfou just disable it . your chip seems to be faulty is it possibly an amd cpu

Korfou

I placed the orders:

m@Ordizor ~ $ ls -la /dev/tpm*
ls: Unable to access '/dev/tpm*': No file or folder with that name

marie@Ordizor ~ $ systemctl --failed
  UNIT LOAD ACTIVE SUB DESCRIPTION

0 loaded units listed.

m@Ordizor ~ $ dmesg | grep -i tpm
[    0.000000] efi: ESRT=0x7f099c18 ACPI=0x7fbfe000 ACPI 2.0=0x7fbfe014 SMBIOS=0x7f97df98 INITRD=0x7437e498 RNG=0x7fbe4e18 TPMEventLog=0x7fbb9018 
[    0.000000] TPM Final Events table not present
[    0.009632] ACPI: TPM2 0x000000007FBCB000 000044 (v03 HPQOEM INSYDE   20505350 HP   00040000)
[    0.009704] ACPI: Reserving TPM2 table memory at [mem 0x7fbcb000-0x7fbcb043]
[    0.940556] tpm_crb MSFT0101:00: error -EBUSY: can't request region for resource [mem 0x7fb6f000-0x7fc6efff]
[    0.940574] tpm_crb MSFT0101:00: probe with driver tpm_crb failed with error -16
[    2.850414] systemd[1]: systemd 257.10 running in system mode (+PAM -AUDIT -SELINUX -APPARMOR +IMA +IPE +SMACK +SECCOMP +GCRYPT +GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN -IPTC +KMOD +LIBCRYPTSETUP +LIBCRYPTSETUP_PLUGINS +LIBFDISK +PCRE2 +PWQUALITY +P11KIT +QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD +BPF_FRAMEWORK +BTF +XKBCOMMON +UTMP -SYSVINIT +LIBARCHIVE)
[    2.992496] systemd[1]: Expecting device dev-tpmrm0.device - /dev/tpmrm0...
[   35.190784] systemd[1]: systemd 257.10 running in system mode (+PAM -AUDIT -SELINUX -APPARMOR +IMA +IPE +SMACK +SECCOMP +GCRYPT +GNUTLS +OPENSSL +ACL +BLKID +CURL +ELFUTILS +FIDO2 +IDN2 -IDN -IPTC +KMOD +LIBCRYPTSETUP +LIBCRYPTSETUP_PLUGINS +LIBFDISK +PCRE2 +PWQUALITY +P11KIT +QRENCODE +TPM2 +BZIP2 +LZ4 +XZ +ZLIB +ZSTD +BPF_FRAMEWORK +BTF +XKBCOMMON +UTMP -SYSVINIT +LIBARCHIVE)
[   39.599463] systemd[1]: Expecting device dev-tpmrm0.device - /dev/tpmrm0...

m@Ordizor ~ $ journalctl -b -0 | grep -i tpm
Hint: You are currently not seeing messages from other users and the system.
      Users in groups 'adm', 'avahi-autoipd', 'systemd-journal', 'wheel' can see all messages.
      Pass -q to turn off this notice.

m@Ordizor ~ $ journalctl -b -0 | grep -A 5 -B 5 tpm
Hint: You are currently not seeing messages from other users and the system.
      Users in groups 'adm', 'avahi-autoipd', 'systemd-journal', 'wheel' can see all messages.
      Pass -q to turn off this notice.

m@Ordizor ~ $ lsmod | grep tpm
m@Ordizor ~ $

Korfou

After placing all the orders, when I start up, I see what is shown in the two images above again.

michael_s

@cornbean, @Axios
I keep my fingers crossed. Wouldn't like it to choose yet another distro just one year after I came to Solus ...

pomon

You’re not in any of the required groups, so you must use: sudo journalctl
You should first check which TPM-related service is actually running:
systemctl status *tpm*
Then mask the exact service that appears there:
sudo systemctl mask <service-name>
If TPM is disabled in BIOS, try enabling it once to compare the boot logs.

Korfou

Hello pomon

I had already disabled TPM in the BIOS and the message in the second image is not visible.
The first command returns nothing.

I then enabled TPM in the BIOS, and the message in the second image is visible. Now, the first command gives me a result. I copied the result after the second command and restarted the PC. The message in the second image is still visible.

I have to return the laptop this afternoon.
I leave TPM disabled and not visible in the BIOS entries. :
No matter what I do, the first image remains visible all the time.
And I have to wait 20 seconds before the start-up continues.

Thank you all very much for your help.

Axios

The irq issue seems pronounced over the net and from what I can tell may be more of an Amd
issue /Eufi with all variety of answers on how to handle it.
In my opinion prob is not a Solus issue.
Most computers with it still boot but alot slower.

And as always with that kind of issue start with bios update if their is one.

Korfou

To my knowledge, and unless I am mistaken, I am not aware of any manufacturer that offers BIOS updates with Linux systems.
And since with Windows we don't know how it will boot up, it's complicated.

TraceyC

It sounds like, at the end, the updates completed successfully? Glad to hear it, if that's the case.

Korfou To my knowledge, and unless I am mistaken, I am not aware of any manufacturer that offers BIOS updates with Linux systems.

It's true that it used to be impossible to do BIOS updates from Linux. These days, there is now the Linux Vendor Firmware Service (LVFS) that handles BIOS updates for various manufacturers. You can read more details here and there is more information out there. The service fwupd is responsible for checking for and installing these, as well as other firmware updates.

Korfou

I just returned the laptop to its owner.

I showed him the update and restarted it as requested.
And then, surprise, the updates were done in the same window as the image at the top.
This is the first time I've seen this.
Is this now a normal process on Solus or is there another reason?

cornbean

Ok so I'm on a AMD 2600 and it seems that the only solution is to update the BIOS for my ASRock mobo to get the latest patches for AMD fTPM. There are many reports of "stuttering" and issues with AMD TPM implementation and linux kernel combo that pop up every once in a while. I've determined it's not worth the hassle though the promise of verifying untampered boot firmware is cool.

I only enabled secure boot and TPM for BF6 so just disable fTMP on AMD and whenever you want to play be sure to reenable it in BIOS.

sudo systemctl mask dev-tpmrm0.device and sudo systemctl mask tpm2.target report to work for a bit, but the issue inevitably comes back and subsequent maskings have no effect at all. Anyways, TPM is not worth having enabled at least for me.

abdel68

Solution for Solus given by IA
# 1. Delete all old configuration files (there are currently a lot of duplicates)

sudo rm -f /etc/kernel/cmdline.d/*.conf

# 2. Create a custom command line with TPM masking in the initrd

echo 'root=PARTUUID=4e336a05-d9c8-400b-9e0a-40f703df7267 rd.vconsole.keymap=fr rd.vconsole.font=ter-v32b rw plymouth.use-simpledrm resume=UUID=ef4cff99-e6c2-46b2-a05c-f2adcee1f47e libata.force=1.5Gbps,noncq libahci.ignore_sss=1 libata.noacpi=1 modprobe.blacklist=tpm_tis,tpm_crb rd.systemd.mask=dev-tpmrm0.device rd.systemd.mask=tpm2.target nosplash noquiet' | sudo tee /etc/kernel/cmdline.d/99_fix.conf

# 3. Do

sudo clr-boot-manager update

cornbean

abdel68 Have u tested that this actually works?

Harvey

Users will have a default /etc/kernel/cmdline.d/10_resume.conf which contains a resume UUID boot parameter required for hibernation to function. How about we don't blindly trust AI and go about removing system files... ffs.