The title pretty much sums it up. The freezes can happen while I am not doing anything, and while no additional software is running. I don't really know where to start with this one.
Here's journalctl -b -1 -e from the latest crash, as I found online that this could be useful:
okt. 29 16:28:29 framework systemd[2793]: Starting systemd-tmpfiles-clean.service - Cleanup of User's Temporary Files and Directories...
okt. 29 16:28:29 framework systemd[2793]: Finished systemd-tmpfiles-clean.service - Cleanup of User's Temporary Files and Directories.
okt. 29 16:32:02 framework systemd[2793]: Starting flatpak-portal.service - flatpak portal...
okt. 29 16:32:02 framework systemd[2793]: Started flatpak-portal.service - flatpak portal.
okt. 29 16:32:02 framework systemd[2793]: Started app-flatpak-org.gnome.Geary-307090962.scope.
okt. 29 16:32:03 framework xdg-desktop-portal[6482]: (xdg-desktop-portal-validate-icon:2): GLib-WARNING **: 15:32:03.036: getpwuid_r(): failed due to unknown user id (1000)
okt. 29 16:32:03 framework xdg-desktop-portal[6482]: (xdg-desktop-portal-validate-icon:2): GLib-WARNING **: 15:32:03.036: Could not find home directory: $HOME is not set, and user database could not be read.
okt. 29 16:32:03 framework xdg-desktop-portal[6482]: (xdg-desktop-portal-validate-icon:2): GLib-WARNING **: 15:32:03.037: Could not find home directory: $HOME is not set, and user database could not be read.
okt. 29 16:32:03 framework kernel: amdgpu 0000:c1:00.0: [drm] *ERROR* dc_dmub_srv_log_diagnostic_data: DMCUB error - collecting diagnostic data
okt. 29 16:32:03 framework kernel: amdgpu 0000:c1:00.0: [drm] *ERROR* dc_dmub_srv_log_diagnostic_data: DMCUB error - collecting diagnostic data
okt. 29 16:32:03 framework kernel: amdgpu 0000:c1:00.0: [drm] *ERROR* dc_dmub_srv_log_diagnostic_data: DMCUB error - collecting diagnostic data
okt. 29 16:32:13 framework kernel: amdgpu 0000:c1:00.0: [drm] *ERROR* [CRTC:80:crtc-0] flip_done timed out
okt. 29 16:33:16 framework systemd[1]: flatpak-system-helper.service: Deactivated successfully.
okt. 29 16:33:16 framework audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=flatpak-system-helper comm="systemd" exe="/usr/lib/systemd/systemd" hostnam>
Which window manager are you using?
What typically 'fixed' it for me was switching to terminal ([CTRL]+[ALT]+[F3]) and afterwards switching back to the GUI again ([CTRL]+[ALT]+[F2]). It took a minute, but allowed me to resume my work.
I had issues on PopOS in combination with Wayland.
That sounds familiar - I will look into this if the crashes return (it has been stable for a couple of hours now). Going wild with screen brightness and night light does not seem to trigger anything.
I'm on Wayland and pretty vanilla Fedora with GNOME.
@cabbage For me, it also depended if I was working with a 2nd screen attached or only my laptop.
With only the laptop it happened more often.
The 2nd screen never froze, but sometimes the laptop screen would with the 2nd screen still working fine.
I had problems while an external monitor was connected on Fedora 42, but as I don't use it often I figured I could live with it. Now it seemed to have gotten worse. Once the second monitor was working but GNOME was acting weird. So yes, that absolutely does seem related.