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
potemkinhr4w ago
The exact same error is popping up for me too. The machine was updating just fine until today.
MrGinger
MrGinger4w 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
potemkinhr4w ago
The laptop has switchable graphics, AMD APU and an nVidia dedicated GPU
MrGinger
MrGinger4w ago
Mine's a desktop with an RTX 4060 Ti
potemkinhr
potemkinhr4w 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
MrGinger4w 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
HikariKnight4w 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
MrGinger4w ago
I'll probably try that. I'm wondering what the actual issue is, though.
Catboy
Catboy4w ago
Also getting this issue, also on an Nvidia build
HikariKnight
HikariKnight4w ago
if you do not have an entry that is actually older, try the rebase to the unsigned version and back to signed.
MrGinger
MrGinger4w 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
HikariKnight4w 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②④4w ago
No description
slepice②④
slepice②④4w ago
well i have no idea
HikariKnight
HikariKnight4w ago
try boot to the old entry and update through that
slepice②④
slepice②④4w ago
have tryed but it was same
HikariKnight
HikariKnight4w ago
because clearly it could update from the 12th to the 14th
slepice②④
slepice②④4w 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
MrGinger4w ago
This has the same error.
MrGinger
MrGinger4w ago
No description
slepice②④
slepice②④4w ago
bazzite-rollback-helper didnt help for rebaseing to 21th image now trying oldet than 12th image
No description
Frapskillar
Frapskillar4w ago
Which nvidia module is the standard bazzite nvidia install using?
MrGinger
MrGinger4w ago
It's the same for older images. "A signature is required."
HikariKnight
HikariKnight4w 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
Frapskillar4w ago
i'm on a 3090 Ti, so open
HikariKnight
HikariKnight4w ago
even when trying to rebase to an older unsigned image?
Frapskillar
Frapskillar4w ago
dang it
No description
Frapskillar
Frapskillar4w ago
weirdly enough my bazzite install on my Laptop (ROG Zephyrus G14, Ryzen 5 4600HS and GTX 1650 Ti) updates just fine
HikariKnight
HikariKnight4w 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
Frapskillar4w 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
HikariKnight4w 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
Frapskillar4w ago
time to be patient
slepice②④
slepice②④4w ago
UPDATE rebaseing from 8th didint work
Frapskillar
Frapskillar4w 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
n1ete4w ago
same sig validation errors on a fresh default bazzite install with ujust update never been run successfully since first boot
Lyrica
Lyrica4w 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
HikariKnight4w 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
Lyrica4w ago
Ahh okay Thx
MrDev023
MrDev0234w 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
HikariKnight4w 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
Catboy
Catboy4w ago
I just checked another laptop, a framework 13, and it's also running into the same issue without Nvidia being present
HikariKnight
HikariKnight4w 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
potemkinhr4w ago
So on my nVidia bazzite desktop it's updating just normally (so far)
No description
j0rge
j0rge4w ago
2 reports on the forum, I was wondering if signatures didn't get pushed on the last set of builds or something
HikariKnight
HikariKnight4w ago
Well they seem to be there on the new ones I pushed today then
j0rge
j0rge4w ago
Yeah, interesting
n1ete
n1ete4w 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
MrGinger4w ago
That didn't work at all for me last night. Everything seems alright today.
n1ete
n1ete4w ago
mmmh something is weird....for sure with those update distribution channels and the keys
MrGinger
MrGinger4w ago
Definitely. The .sh that links to had a signature error yesterday for me.
n1ete
n1ete4w ago
hope we find out why they are so finky...again... 😄
j0rge
j0rge4w 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
MrGinger4w ago
I probably would have never noticed if I hadn't had full system crashes due to a capture card.
j0rge
j0rge4w ago
The next staged build would have also unwedged it
HikariKnight
HikariKnight4w 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