ok, also post the inxi output and:
mhwd -l -li
ls /etc/modprobe.d
find /etc/X11/ -name "*.conf"
Here is the output:
Sorry for the bad readability in the inxi output, looks like it works this way in a chroot…
Here is the pacman log:
Here is a more readable inxi output (not from inside chroot, but from live system):
everything looks ok, the drivers are ok, no suspicious configs, the update looks ok… only thing i noticed there was what looked like som remnants of old kernels…
check:
ls /etc/mkinitcpio.d/*.preset
ls /boot/initramfs-*
ls /boot/vmlinuz-*
ls /usr/lib/modules/*
also, do you have enabled early loading of the intel driver? if no lets try it:
nano etc/mkinitcpio.conf
and edit the modules section to look like this:
MODULES=(i915)
save the file, and run:
mkinitcpio -P
verify that it is in the modules section, if it is reboot and test
The presets are fine. There are indeed some stray initramfs and vmlinuz files for older kernel versions. I don’t know how this happened, I always removed unsupported kernel versions using manjaro-settings-manager.
The i915 module is actually already in the MODULES array, so it looks like it is already enabled.
Is there any way to roll back an update using pacman (no timeshift or similar backup tools)?
those remnants are not likely related to your issue, you can delete them, and then rerun:
mkinitcpio -P && update-grub
can you just to be sure post output from:
cat /etc/mkinitcpio.conf | head -15
and i dont think you can roll back the full update… but you can switch to testing - thats what im using / (unstable) branch, and see if it helps…
I have now installed SDDM and can log in into Xfce using it. So it is indeed something related to LightDM (or, rather some of it dependencies because LightDM itself hasn’t been updated today).
So the pressing problem of having a working machine is solved. It is about getting LightDM back now.
very good, this works too… maybe the next stable update will fix it…
Hopefully! I posted it here, so the devs are aware of the issue: [Stable Update] 2024-11-30 - Kernels, Plasma, GNOME, COSMIC, LXQT, SYSTEMD - #73 by Photon
Not sure if this is related to SDDM, the original problem with the update or is a different issue, but now in my Xfce session many icons are not loaded. Also Thunar, the file manager, cannot be launched with an input/output error… I think, I might need to do a file system check…
not related to sddm… did you uninstalled any packages? definitely do a fsck… if it doesnt help, create a new test user and see if it has the same issue
fsck says “clean”. It didn’t do a thorough check though, the message came right after I ran the command.
use force:
sudo fsck -f /dev/xxx
xxx is your partition…
Okay, it optimized four inodes and reported 0.8% being non-contiguos eventually. Looks okay to me…
so if it didnt helped, test with the new user…
For the new user it doesn’t even load the Xfce panel… The icons are missing as well and Thunar doesn’t launch. I cannot test further because the whole desktop is dysfunctional.
Trying to launch GUI apps gives errors with libpixbufloader-svg.so. It fails to find this file. Indeed, for some reason it is called libpixbufloader_svg.so instead of libpixbufloader-svg.so. I copied it to libpixbufloader-svg.so and now LightDM starts and everything else works as expected…
Like, wow! Just one character in a file name, which for some reason got changed, and my whole machine got unusable…
edit: The better solution is to leave the .so files the way they are and just run gdk-pixbuf-query-loaders --update-cache.
1 Like
Someone else just had a similar problem. With this file.
sudo pacman -S --asdeps librsvg
iow: reinstalling the package containing that file
helped
probably clear the pacman cache first - at least remove this one file so it is re-downloaded
1 Like
Looks like this bug: 2.58.90: -/_ switch in the name of the pixbuf loader? (#1075) · Issues · GNOME / librsvg · GitLab
What happens when reinstalling librsvg? Isn’t the latest version buggy which introduced the issue in the first place?
I have no problems with it.
In my latest version, the name is written with an underscore, not a hyphen.
I just did:
sudo rm /var/cache/pacman/pkg/librsvg
to remove the present package from cache
then
sudo pacman -Sw librsvg
to re-download it
Checking the contents gives:
libpixbufloader_svg.so
as the file name - this is also what I have installed
and I have not noticed any issue
(Xfce4 in a VM)
Probably Pacman wasn’t able to run gdk-pixbuf-query-loaders --update-cache because my laptop fell down before the update process was completed…
2 Likes