* Xorg errors (grep '^\[.*(EE)' /var/log/Xorg.0.log ~/.local/share/xorg/Xorg.0.log | cut -d ':' -f 2- ):
[2026-02-13 18:14:38] (EE) AMDGPU(0): Failed to initialize color management property DEGAMMA_LUT on CRTC0. Property value may not reflect actual hardware state.
[2026-02-13 18:14:38] (EE) AMDGPU(0): Failed to initialize color management property DEGAMMA_LUT on CRTC1. Property value may not reflect actual hardware state.
[2026-02-13 18:14:38] (EE) AMDGPU(0): Failed to initialize color management property DEGAMMA_LUT on CRTC2. Property value may not reflect actual hardware state.
[2026-02-13 18:14:38] (EE) AMDGPU(0): Failed to initialize color management property DEGAMMA_LUT on CRTC3. Property value may not reflect actual hardware state.
[2026-02-13 18:14:38] (EE) AMDGPU(G0): Failed to initialize color management property DEGAMMA_LUT on CRTC0. Property value may not reflect actual hardware state.
[2026-02-13 18:14:38] (EE) AMDGPU(G0): Failed to initialize color management property DEGAMMA_LUT on CRTC1. Property value may not reflect actual hardware state.
[2026-02-13 18:14:38] (EE) AMDGPU(G0): Failed to initialize color management property DEGAMMA_LUT on CRTC2. Property value may not reflect actual hardware state.
[2026-02-13 18:14:38] (EE) AMDGPU(G0): Failed to initialize color management property DEGAMMA_LUT on CRTC3. Property value may not reflect actual hardware state.
[2026-02-13 18:14:38] (EE) modeset(G1): drmSetMaster failed: Device or resource busy
[2026-02-13 18:14:39] (EE) Server terminated with error (1). Closing log file.
Thanks for the clarification. It sounds like the install was aborted via doing the upgrade while xorg was running. We do have some guidance to repair that in some of the pinned topics. You could try:
sudo dnf reinstall xlibre*
Otherwise, @bero knows how to possibly repair it without having to reinstall. It’s up to you how you would like to best spend your time on this.
The X server remained running during the update. There was rather more output than usual, but I wasn’t able to read it before it ran off the screen. I had no idea there was an issue until I rebooted.
reinstalling xlibre as prescribed has not fixed the issue.
Tomorrow morning, I think, I’ll reinstall from my previous XFCE ISO and update. It’s 8 PM and I don’t need this machine until Monday. I’ll post here whether it breaks or not.
Reinstalled, ran dnf distro-sync –-allowerasing. It removed xfce4-session and xfdesktop because of broken xapp dependencies. Apparently xapp still needs python 3.11 as currently packaged. Disabling the -testing repos allowed installation of older packages that were not dependent on xapp. Not sure why they were enabled to start with; must be an XFCE spin thing.
X server still won’t start. Starting manually via startx still fails. Same log output.
I can log into GNOME now, so whatever is happening is specifically an xlibre issue.
I was able to do a dsync on my older notebook with ROME and could not reproduce the issue. The difference is probably that I did the dsync in a VT and not logged into Plasma.
During the dsync, xlibre, systemd, and possibly sddm were updated. Since using a GUI terminal to update may result in some programs terminating, the problem is most likely related to one or all of the mentioned programs stopping and terminating the dnf process.
As a general rule (for any distro release upgrade) it’s best to:
Backup
Do the upgrade in the TUI
Confirm there were no errors via any logs created from your update command
Reboot and verify
Could we communicate this better? Probably, but it may still get missed.
