If you have a trillion tabs open it's a trillion applications, not one.

Try using ZFS. My RAM is often ~53 GB idle.

I would kill all Firefox processes and see if it's a memory leak, also free -mh will show you what's in use. Most nix systems will have a load of memory in caches

Yes…

Memory free ≠ memory available.

What does the following commands show?

df -h -t tmpfs  

free -h

my debian KDE processes all together idle at around 2.5 gb, you must have a crapload of autostart background processes?

when I have youtube in firefox open, that takes up 4 gigs by itself

Yeah I thought so too. I saved about 1 GB after I took this screenshot by closing Firefox.

It’s called ram spreading, it’s out of control

Firefox memory leak?

Like half the lines in that screenshot say Firefox, so I'm gonna guess it's mostly that

Ah, okay. Probably want someone who knows Plasma, then.

Yeah, my flash drives are all USBC flashdrives (im glad those are reading as least on my laptop) I mount and eject those every time while using them cause i am a little worry about that happenimg since it dosent come with that light indicator.

Yes, i had a card in the reader. My laptop will show that the UsB reader is inserted but it dosent show the card nor the reader in my files folder.

Thank you, ill try this and see what happens. Basically, when i plug in the USB card reader, my laptop shows that it was inserted but it dosent show in the files folder for me to access it.

This problemis finally fixed on KDE.

The biggest UX issue, in KDE in particular (though they made some improvements recently), is that a copy process will say it's complete (with a notification), but you could be waiting several seconds or minutes before it's actually done syncing

The sync command will block until it's done so you will know for sure. I believe ejecting the drive will sync before it reports success also.

In my experience, simply waiting for the activity light to stop flashing is a good enough indication, but not all drives have one.

I suppose some filesystems might be slightly faster to write to thus reducing the time it takes for the data to actually end up on the physical device, but while some filesystems are better equipped to gracefully handle the consequences of an interruption, none of them can fix data that doesn't exist because the drive was physically removed whilst being written to.

Always sync before ejecting a removable drive.

I have definitly corrupted data doing that. I wonder if filesystem matters at all. I usually use f2fs for flash drives.

I never had an issue with my card reader and I use Fedora. Did you have a card in the reader? Since Linux doesn't have "drives" like in Windows, it may look like there's nothing there until you plug one in

One word of caution: it is really important that you eject (unmount) the card if you write to it. Linux is more aggressive about buffering writes so you will lose data if you don't.

tried to upgrade from Fedora 44 and the system wouldn't boot because it couldn't find the boot drive. I suspect it's an issue relating to LUKS, but I've rolled back to 44 for now.

In addition to tal's excellent advice, you might also want to open a terminal and run:

journalctl -f

Before you plug in the reader. Might give you some hints as to what the exact problem is.

did not pick up

In what sense?

Like, if you do something like:

$ lsusb > not-in.txt

Then plug it in (I'd have the SD card in, but I don't think that it'd likely matter at the USB level) and do:

$ lsusb > in.txt

And then do:

$ diff -u not-in.txt in.txt

No differences show up?

If the host can talk to the USB drive, then I'd expect it to show up there.

EDIT: If it shows up there, then I'd think that the machine is talking to the device at a USB level. To see whether the host can see the block device corresponding to the SD card, I'd do the same with lsblk (for this one, the SD card probably has to be in the reader):

$ lsblk > not-in-blk.txt

Insert the USB reader into the machine.

$ lsblk > in-blk.txt

And then:

$ diff -u not-in-blk.txt in-blk.txt

If it can see that, then it can see the block device with the data on it, the card. The filesystem or something like that might be corrupt or something, but should still show up at that level.

EDIT2: If the above works and you're wanting KDE Plasma to pop up a window when you plug the thing or something and that's not happening and that's what's you're concerned about that...I don't use KDE Plasma, so I've no idea what expected behavior is there. Maybe someone who uses it could tell you. I imagine that it has some kind of filesystem browser and it's probably visible somewhere there, but...shrugs

In a plain-Jane Linux sense, if you have a block device, you'll probably have one block device, and maybe it'll be partitioned and have smaller block devices for each partition. Maybe /dev/sdb for the main device or something and /dev/sdb1 for the partition. If you can see the block device for the partition (like, you can see it appear and disappear when running lsblk when you plug in and unplug the device), you can mount the block device in the traditional Linux way (with the correct block device where I'm using /dev/sdb1 below):

$ sudo mkdir /mnt/sdcard
$ sudo mount /dev/sdb1 /mnt/sdcard

And then before you unplug it:

$ sudo umount /mnt/sdcard

That'll be independent of any GUI filebrowser or whatever.

The best part:

To facilitate and encourage the particiation of our friends at the BSDs and other Free Software operating systems, we endeavoured to licence as much of our code as possible under the permissive MIT licence.

Unfortunately, this is no longer viable. The malicious practices of the 90s and 2000s have reared their ugly heads once again, this time driven in large part by both the insatiable appetite of frontier AI labs for high-quality training data, and militant animosity toward the Free Software community.

Some time ago, we were made aware of multiple attempts to exploit our permissive licensing to hijack our work, with a direct view to replacing the project and aggressively monetising Linux on Apple Silicon. In some extreme cases, in-development feature code was being lifted straight out of our personal forks and published without attribution or lazily rewritten with LLM assistance to obfuscate its origin. The MIT licence explicitly allows this, and has no carveouts to protect against bad faith actors.

As such, we made the difficult decision to begin the process of transitioning all of our repositories to the GNU General Public License version 2 or later. Going forward all Asahi Linux code will be licenced under strong copyleft licences only. Those who do not learn from history are doomed to repeat it.

I hope more software projects learn from this. What did you expect?

I don't have apple hw (and chances are, I never will), but I'm always happy to hear about Asahi progress.