Two laptops and four VMs updated with absolutely no issues. Thanks to you and the rest of the team for all you do!
Sync Updates for Week 28, 2024
Great sync!
Do we know when the nvidia-glx-driver 555 will hit stable?
- Edited
SlowNicoFish
It was in stable but too many people had issues so it was rolled back. If you want to use it anyway you should switch to the beta driver in the repo which is currently at 555.58.02.
SlowNicoFish When a release is out that fixes the issue of some users not having any usable displays. As Harvey said the beta driver is still on 555 and we intend to keep it on that version while we wait for 555 to stabilize.
brent glad it is used.
great update, even better write-up by @EbonJaeger , really appreaciate these
kde (desktop) and gnome (laptop) all good
I had somehow peculiar issue with GNOME apps (such as Lollypop), the app would not launch and freeze the system if anything else was attempted to launch in the meantime. Once I got through few iterations of terminal launch attempts they actually all started to work as expected. It took me few reboots though. Since they started working right, even after fresh system reboot, the problem seem to solved itself, but I guess that occurrence might be of value for the maintainers. (Picture: the terminal feedback of attempts).
- Edited
This nvidia driver update killed my PC. It shows error that fail to prepare initd
(or something similar) after reboot. It worked fine with the previous update, but not this time. I have to boot from live iso and chroot
to remove nvidia driver, then it could boot again. I also tried to reinstall again or install beta driver 555, but same issue.
- Edited
minh How big is your boot partition?
ReillyBrogan I thought about this as well and tried to clean up. Here is my EFI folder
-rw-r--r-- 1 minh minh 928K 13. Jul 22:32 bootloaderx64.efi
-rw-r--r-- 1 minh minh 152 13. Jul 22:32 BOOTX64.CSV
-rw-r--r-- 1 minh minh 74K 13. Jul 22:32 grubx64.efi
-rw-r--r-- 1 minh minh 71M 13. Jul 02:04 initrd-com.solus-project.current.6.9.8-294
-rw-r--r-- 1 minh minh 40M 13. Jul 02:04 initrd-com.solus-project.current.6.9.8-294.nvidia
-rw-r--r-- 1 minh minh 13M 13. Jul 02:04 kernel-com.solus-project.current.6.9.8-294
-rw-r--r-- 1 minh minh 829K 13. Jul 22:32 mmx64.efi
I do dual boot with Win11 and dare not to resize the NTFS partition next to it. Should I?
Hmm that should be big enough, and you have enough space for the new nvidia initrd extension. Does sudo usysconf run -f
help at all?
ReillyBrogan I did that as well, no luck. I managed to set up a second 1G EFI partition and add new EFI boot entry use efibootmgr
. Then install the driver and reboot. Same error
Good job!
minh Hop on Matrix if you can, we can help you better there
Hey there, 1st time poster please be gentle. I’ve also had the same issue as user minh concerning the Nvidia driver conflict. The boot error is very quick & reads as “Error preparing initrd: Device Error” in red then quickly flashes to “start_image() returned Device Error” & then proceeds to boot into my second physical drive with windows
I rebooted & had to be quick to Ctrl+Alt+F2 which gave me the options to boot into the current kernel or the previous kernel. Using the previous kernel it didn’t boot but was able to tty & rollback. Obviously I got curious, I just backed up all my application configs & decided to bork it & do a fresh install from the 4.5 ISO
After the fresh install I purposely did NOT install the Nvidia drivers & just updated the OS. I rebooted & ran the eopkg check which reported three broken packages cups-browsed, apparmor & linux-current-6.9.8-294-1-x86_64 (which is of most concern). I followed the troubleshooting page & it fixed cups-browsed, apparmor but not the kernel itself
I rebooted & tried again via the ‘grep broken’ command, it now shows clr-boot-manager failed
I did note the error is on the boot partition nvme0n1p1 (as it’s now a fresh install so the boot EFI partition size is now 1GB). So I rebooted & mounted nvme0n1p1 & ran the ’grep broken’ command again & got;
Which give it the all clear, however upon reboot & eopkg check it still gives me the linux-current as broken so the fix did not stick? I even ran ‘sudo usysconf run -f’ to be on the safe side but no joy upon another reboot
I again was curious so I doflicky'd the Nvidia driver install & I end up with the original error “Error preparing initrd: Device Error” again
I have an Nvidia GTX 980 & my specs are below
Thankfully I’ve got an integrated GPU on the CPU so I’ll make do with that for now...very curious
asianbullet The boot error is very quick & reads as “Error preparing initrd: Device Error” in red then quickly flashes to “start_image() returned Device Error” & then proceeds to boot into my second physical drive with windows
I have exactly the same error. I think it's something to do with Nvidia driver, I tried previous boot kernel (6.8) as well. Mine has an integrated GPU as well, but I just stay with nouveau
in the meantime.
It would be useful if people with this issue would hop into Matrix so we can debug it interactively
ReillyBrogan Hi Reilly, I'm not au fait with matrix but once I set it up on my end. I'll pop on over onto matrix, thanks for the reply
113 Solus updates processed (1,51 GiB) and and nothing special to report, except this concerning Firefox.
I am a french user of Budgie Desktop.
I noticed that after changing Firefox version number (e.g. from v.127 to v.128) during a update Solus, the Firefox window appears in English when starting, and not in French.
But, when I update adds-on, the Firefox windows then appears in French:
-> Menu Adds-on and Themes, then Check for Updates, then the message Update adds-on become Vos modules ont été mis à jour.
It's manageable (and I'm okay with it), but it seemed interesting to me to bring up this information, I already noticed it during the two previous updates of Firefox.
[deleted]
I'm back in Wayland (Plasma) and I'm not experiencing stuttering anymore. All looks good!
Thank you for the great update! : )