System Update: No Signature Exists

I've seen the older issues with this, but it's happening on a new install. At least one other person has also seen this. Both instances are from the Nvidia branch.
No description
56 Replies
potemkinhr
potemkinhr4mo ago
The exact same error is popping up for me too. The machine was updating just fine until today.
MrGinger
MrGingerOP4mo ago
Your screenshot showed you were running the nvidia build. Are you running an nvidia card? Just making sure we have all the information.
potemkinhr
potemkinhr4mo ago
The laptop has switchable graphics, AMD APU and an nVidia dedicated GPU
MrGinger
MrGingerOP4mo ago
Mine's a desktop with an RTX 4060 Ti
potemkinhr
potemkinhr4mo ago
Will check on my nVidia desktop later today also to see if I get the same issue. Updating apps and packages through Discover works normally so it looks its only a ujust issue with updating
MrGinger
MrGingerOP4mo ago
My 11th Gen Intel laptop just updated normally. It must be the nvidia image. I'd assume they're working on something and we just tried to update too soon.
HikariKnight
HikariKnight4mo ago
I had this one day recently on my custom image. No idea what happened but I booted up my ostree:1 entry in grub and updated from there and the issue has not shown up again. Might also work rebasing to an unsigned image and back to a signed also, but booting up the older entry and updating from that removes a few steps and saves a lot of time.
MrGinger
MrGingerOP4mo ago
I'll probably try that. I'm wondering what the actual issue is, though.
Cat-thing
Cat-thing4mo ago
Also getting this issue, also on an Nvidia build
HikariKnight
HikariKnight4mo ago
if you do not have an entry that is actually older, try the rebase to the unsigned version and back to signed.
MrGinger
MrGingerOP4mo ago
Is it the same line as rebasing to what I have but with "unsigned" or do I have to do something else? I've used linux for years but recently chose Bazzite as my daily driver.
HikariKnight
HikariKnight4mo ago
rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/bazzite-nvidia-open:stable then reboot to it and rpm-ostree rebase ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-nvidia-open:stable replace bazzite-nvidia-open with whatever image you are on. you can check that with rpm-ostree status you can also just try curl -sL https://fix.universal-blue.org/ | sudo bash which will download the key and update, but if the signature is missing from the image then i think the above method will work better
slepice②④
slepice②④4mo ago
No description
slepice②④
slepice②④4mo ago
well i have no idea
HikariKnight
HikariKnight4mo ago
try boot to the old entry and update through that
slepice②④
slepice②④4mo ago
have tryed but it was same
HikariKnight
HikariKnight4mo ago
because clearly it could update from the 12th to the 14th
slepice②④
slepice②④4mo ago
i have done it on 12th image it didnt work and then gone to 14th image and i dosent work on 12th nor 14th
MrGinger
MrGingerOP4mo ago
This has the same error.
MrGinger
MrGingerOP4mo ago
No description
slepice②④
slepice②④4mo ago
bazzite-rollback-helper didnt help for rebaseing to 21th image now trying oldet than 12th image
No description
Frapskillar
Frapskillar4mo ago
Which nvidia module is the standard bazzite nvidia install using?
MrGinger
MrGingerOP4mo ago
It's the same for older images. "A signature is required."
HikariKnight
HikariKnight4mo ago
depends on your card which image is shown to you to download if you have an RTX or a GTX16XX card then nvidia-open if you have anything older then nvidia
Frapskillar
Frapskillar4mo ago
i'm on a 3090 Ti, so open
HikariKnight
HikariKnight4mo ago
even when trying to rebase to an older unsigned image?
Frapskillar
Frapskillar4mo ago
dang it
No description
Frapskillar
Frapskillar4mo ago
weirdly enough my bazzite install on my Laptop (ROG Zephyrus G14, Ryzen 5 4600HS and GTX 1650 Ti) updates just fine
HikariKnight
HikariKnight4mo ago
ok so try rpm-ostree rebase ostree-unverified-registry:ghcr.io/ublue-os/bazzite-nvidia-open:stable-40.20240912.0 then reboot to it and on tuesday try rpm-ostree rebase ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-nvidia-open:stable
Frapskillar
Frapskillar4mo ago
Here is my fastfetch result, it seems i installed my desktop back in July after the changes of the image at that time
No description
HikariKnight
HikariKnight4mo ago
yeah you can try rebase to nvidia-open, it didnt exist when you installed the system but i would suggest waiting until tuesday
Frapskillar
Frapskillar4mo ago
time to be patient
slepice②④
slepice②④4mo ago
UPDATE rebaseing from 8th didint work
Frapskillar
Frapskillar4mo ago
i can still linux, i still have an arch install on a dedicated ssd in the system so i'm not exposed to windows
n1ete
n1ete4mo ago
same sig validation errors on a fresh default bazzite install with ujust update never been run successfully since first boot
Lyrica
Lyrica4mo ago
also having the same issues as other ppl here, I did first part. but why do I need to wait for tuesday to do the second command ? (Im fine with waiting I just wanna know why)
HikariKnight
HikariKnight4mo ago
new builds are scheduled to run on mondays, waiting to tuesday means it will be available for all timezones and currently the build is failing
Lyrica
Lyrica4mo ago
Ahh okay Thx
MrDev023
MrDev0234mo ago
I try it too because i have same problem Okay i just see you messages. We need to run basic upgrade tuesday or we need to made manual upgrade ?
HikariKnight
HikariKnight4mo ago
read my message, rebase back to stable on tuesday, i will try kick a build off earlier but since the last one failed i suspect the one i will kick off will also fail
Cat-thing
Cat-thing4mo ago
I just checked another laptop, a framework 13, and it's also running into the same issue without Nvidia being present
HikariKnight
HikariKnight4mo ago
thinking its something weird with the current image 🤔 i kicked off a new build 1 hour ago and it successfully built so see if rebasing to the unsigned version of that works
potemkinhr
potemkinhr4mo ago
So on my nVidia bazzite desktop it's updating just normally (so far)
No description
j0rge
j0rge4mo ago
2 reports on the forum, I was wondering if signatures didn't get pushed on the last set of builds or something
HikariKnight
HikariKnight4mo ago
Well they seem to be there on the new ones I pushed today then
j0rge
j0rge4mo ago
Yeah, interesting
n1ete
n1ete4mo ago
so its simple to fix with
curl -sL https://fix.universal-blue.org/ | sudo bash
curl -sL https://fix.universal-blue.org/ | sudo bash
? for me, that seems to help
MrGinger
MrGingerOP4mo ago
That didn't work at all for me last night. Everything seems alright today.
n1ete
n1ete4mo ago
mmmh something is weird....for sure with those update distribution channels and the keys
MrGinger
MrGingerOP4mo ago
Definitely. The .sh that links to had a signature error yesterday for me.
n1ete
n1ete4mo ago
hope we find out why they are so finky...again... 😄
j0rge
j0rge4mo ago
Probably because it was trying to pull a signature that didn't exist We pushed a new build the error should be cleared up
MrGinger
MrGingerOP4mo ago
I probably would have never noticed if I hadn't had full system crashes due to a capture card.
j0rge
j0rge4mo ago
The next staged build would have also unwedged it
HikariKnight
HikariKnight4mo ago
look at it this way, the system works and stopped you from downloading an update that was not properly signed by us (even though it just did not push the signature used to verify it)
Want results from more Discord servers?
Add your server