i did switch to x11 on cachyOS and i had no freezes but i only tested it for a little over a week (because it uses a lot more power), so i might’ve gotten lucky idk.

it’s an 8th gen i5 8500

by not switching those and having no more freezes i ruled them out successfully, no?

ah ok, different issue then

thank you!

i didn’t try that but does your audio loop the last ~second too? (all my monitors are external)

Bugs in the kernel are pretty rare in my experience
i chalked it up to some kind of optimization that doesn’t agree with my computer but that’s just my head-canon

I think it’s more likely that the bug was somewhere in KDE Plasma. Kubuntu’s version should be older than the one on Cachy. On top of that Kubuntu has their own patches for KDE
interesting, distrowatch says plasma-desktop “6.4.5” for kubuntu 25.10 and “6.5.3” for cachy 251129 (the version i likely was on) so it is a possibility. (plus i feel like it started after an update)

dmesg
i didn’t know about it so i didn’t check

My searches led me to find that the Ryzen 5600 silicon had degraded just enough to be unstable.
interesting but my cpu is the same on kubuntu so i doubt degradation is causing the issue

i did try the LTS kernel but to no avail. i kept my fingers off the rest as i had no idea what i was doing.

I didn’t have great service in large patches of the route, but the gps works regardless, so as long as you have the GPX files, it should point you in the right direction.

it’d save a lot of battery when airplane mode is turned on in those areas as the phone doesn’t look for reception constantly

even older phones come with OLED screens these days, maybe there’s a display option to make use of that? (where the background is pure black = pixels are off)

i second an old phone with one of these: https://wiki.openstreetmap.org/wiki/OsmAnd#Bicycle_and_pedestrian_features

i personally use organic maps: https://f-droid.org/packages/app.organicmaps/

but conflicts still halt for user input

i never understood this behavior. starting a large data transfer only to come back an hour later to find it halted at 5% due to some conflict. why not put those files at the end of the queue and resume with the rest?

It detects conflicts, and lets you decide what to do.

does it continue to sync the rest on conflict or does it halt for user input?

thank you!

so it’s kind of like the opposite of a swap file

thanks, that made it clearer!

thanks! but it’s unclear how to tell it lives in RAM…

Filesystem      Size  Used Avail Use% Mounted on
tmpfs           1,6G  2,2M  1,6G   1% /run
tmpfs           7,8G  1,5G  6,3G  19% /dev/shm
tmpfs           5,0M  8,0K  5,0M   1% /run/lock
tmpfs           1,0M     0  1,0M   0% /run/credentials/systemd-journald.service
tmpfs           1,0M     0  1,0M   0% /run/credentials/systemd-resolved.service
tmpfs           7,8G  236M  7,5G   3% /tmp
tmpfs           1,6G   11M  1,6G   1% /run/user/1000

it lists multiple tmpfs:

tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1616504k,mode=755,inode64)  
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev,inode64)  
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k,inode64)  
tmpfs on /run/credentials/systemd-journald.service type tmpfs (ro,nosuid,nodev,noexec,relatime,nosymfollow,size=1024k,nr_inodes=1024,mode=700,inode64,noswap)  
tmpfs on /run/credentials/systemd-resolved.service type tmpfs (ro,nosuid,nodev,noexec,relatime,nosymfollow,size=1024k,nr_inodes=1024,mode=700,inode64,noswap)  
**tmpfs on /tmp type tmpfs (rw,noatime,inode64)** (i am guessing it's this one)  
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1616500k,nr_inodes=404125,mode=700,uid=1000,gid=1000,inode64)  
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1616504k,mode=755,inode64)  

i hope these are all as konsole doesn’t seem to have a search function in kubuntu, why?

thanks for the reply! does that mean it occupies 7.7gib of the 9.57gib RAM currently being used? or just the 218mib?