so im not sure if this is update related or storage related. somewhere online told me to check ‘page faults’ and theyre at 16998 MINFL and 114 MAJFL. i ran out of storage on my ssd so i clesred half of it by deleting timeshift snapshots (and disabled it). it’s still running like a slug. once an application is open, it’s fine. but beforehand? it takes 20 seconds to open vlc. loading a new .mp3 audio for vlc takes maybe 10 or so. it started before the update when i totallt ran our of stroage so i assume it’s that. im confused as to if it’s some process stealing resources.
Your drive. Get a new one, like today, get your info off that old drive and replace it.
fuck
Good time to reiterate that regular backups should be made.
you mean timeshiftc? all of my important laptop files are backed up but i dont usw timeshift
I was meaning external backups, people usually worry about them when it’s too late.
But certainly timeshift is really useful, it could help you rule out problems with updates or bad installs. It is particularly convenient with btrfs, safe and instant.
deleted by creator
what command would you use to trim on linux mint, the drive isnt dying to my knowledge. i just ran smartctl and it says i have 0 unallocated nvm capacity?
deleted by creator
Check my new post or comment below, it appears to be a Flatpak issue caused by gtk3. No idea how to fix but I’m getting close to a diagnosis
deleted by creator
dyk the gtk3 module?
I agree with the other comment to beware and look at getting a new drive in case this one is shitting the bed.
If it were my system I would look for any signs of disk related errors in the logs (likely would show in /var/log/syslog or maybe kern.log).
Also, did you empty your trash (if you used GUI to kill the files)?
You verified the disk has free space right? (Via df or whatever GUI tool, maybe disks or the file manager)
Another thing I might look at out of curiosity is disk io stats. Is the disk swamped with IO for some reason? We’re assuming the bottleneck is disk io but then again maybe something else weird is going on.
PS: if the disk fills up after deleting files (with rm) then some process may be the cause. Use the iotop command to show what processes are doing the most reading and writing, similar to top but for io.
If you haven’t you can also hunt down the biggest directories either with a disk usage analyzer or command line. Cd into whatever to level directly (your home dir) then: sudo du -dk | sort -n
Random shot, because it’s probably not an issue on Mint like it was on Arch a few months ago, but xdg-desktop-portal problems can cause apps to take forever to load, but run fine once loaded.
edit: Try removing xdg-desktop-portal-gtk and/or xdg-desktop-portal-gnome
is that the syncthing thing i have cause that boots on startup
Portal basically is an interface/backend for flatpaks to interface with toolkits & DEs. If you don’t use flatpak, xdg-desktop-portal and associated backends should be removable. Even if you do, try removing the gtk and gnome backends w/apt. Hopefully it won’t try to remove a ton of stuff due to dependencies. Then, reboot and see if the slow loading problem goes away. If it does, you can try re-adding one or the other and see if it comes back.
Does logging in take forever as well?
Also after some cursory research, some people have had problems with portal on Mint after updates as well, just like on Arch. So… definitely try it.
ngl youre my only hope or i have to re-install linux lol talk soon lmfao!!
wait hold on this is very likely holy shit, check my most recent post. the issue i have only impacts flatpaks. hold on what command do i run exactly and how dangerous is this. also tysm
this is a comment on my new post: it took 30 seconds but this got outputted and then the file ran: dave@dog: ~$ flatpak run org.x.Warpinator Gtx-Message: 14:29:03.389: Failed to load module “xapp-gtk3-module” Using landlock for incoming file isolation
