╭─gem@gem in ~
╰─λ sudo pacman -S hwinfo --needed
[sudo] password for gem:
warning: hwinfo-23.2-1 is up to date -- skipping
there is nothing to do
╭─gem@gem in ~ as 🧙 took 2s
╰─λ
╭─gem@gem in ~
╰─λ sudo hwinfo | grep -C3 "Resolution"
[sudo] password for gem:
╭─gem@gem in ~ as 🧙 took 12s
[[]|[🔴]] => 🔴ERROR ×
the native resolution of the monitor needs to be supported by the hardware by default in order to specify a resolution that will work in the grub configuration file.
the GRUB_GFXPAYLOAD_LINUX=keep parameter then sends that info to the kernel so any OS based resolution detection algorithms do not have to run since the system already has that info.
SGS is correct however in that it is wise to determine the precise info for GRUB_GFXMODE rather than just taking a resolution you want to use.
a lot of what you said goes right over my head sadly, but what i think you mean?
is something like “i might have funky monitors with funky specs or funky support”
if that is the case, here is what i know:
my monitors are both 1920x1080p.
they have worked just dandy for the last 5 years, on arch distros.
they have worked just dandy for the last 2 years on garuda specifically.
this error with global scale only just started happening since the last 2 weekly update cycles.
i was told by someone who recommended garuda to me, that i should update it weekly.
i would otherwise normally update when ever the update pop up told me to.
when i update, i always use the garuda assistant tool to do updates. i never use octopi or pamac or discover for any updates.
i use pamac for finding/installing new software, like flameshot.
alright. i read through the link you posted earlier and did a rollback? in grub? to a previous snapshot? and my desktop scale is back to normal and the global scale slider in settings is working again
what should i do going forward regarding updates?
if i update the system again, right now, i’ll likely run into the same problem again right?
while in GRUB and before selecting an OS to boot you press the ‘C’ key and type ‘videoinfo’ and then press ‘enter’.
this will create a list of natively supported hardware resolutions to specify in the GRUB configuration file i mentioned earlier.
IMO considering the make of your motherboard and the date of the BIOS and the GPU type, i find it exceedingly unlikely that the ‘1920x1080x32’ i specified won’t work as a resolution parameter to shunt over to the OS.
when your machine boots up the OS itself it has to detect the screen resolution to display, since you’ve tested a guest account and the scaling issue persists, then it is not a local setting in your home folder.
this is why i suggest bypassing the detection via specifying a display resolution in the GRUB bootloader to see if the problem is rectified.
The method and frequency of your update routine is fine, I would not change anything. It is okay to skip a week or few now and then, which may be useful in this case.
I would expect so, if the issue is coming from an updated package which has a bug or has introduced a regression.
It could be helpful to submit a bug report if you were able to track down the package which is causing the issue, but otherwise I would just wait another week and then try updating again. You can always roll back again if it is still broken.
This is right, you should have gotten a pop-up message encouraging you to do this. You may run into issues if you try just running while booted off a snapshot instead of properly restoring it. Post another garuda-inxi if you are not sure; the parameters line gives it away if you are booted into a snapshot.
Ah, sounds like you have a Catch 22 on your hands!
The truth of the matter is, you really shouldn’t ever update one or a few packages without updating the rest; a partially upgraded system can quickly become very broken in ways that are not always easy to troubleshoot or fix. System maintenance - ArchWiki
Since you are holding off on the system upgrade for now, something you could try in the meanwhile would be installing Discord as an AppImage. AppImages are a form of “containerized” application, that have all the needed libraries and dependencies bundled inside of it (so it can be up to date even if your system is not).
I’m not sure if that will fix whatever issue you are having with Discord or not, but it is at least worth a try.
I get that a lot too. It’s VERY annoying. It won’t let you use it if there is a new version that is out that you don’t have. Even if you update your system on a daily basis, Discord loves to throw that message up at you. And when I try to update to fix it, a lot of the times I have to wait for the packages to become available for the official app.
I usually have to use it on my phone or on a browser until its ready.
I really hope alternatives like Revolt become more main stream eventually…