The Linux Thread - The Autist's OS of Choice

  • 🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
1734860721496.png

is it normal for libvirtd to have such high cpu usage when no virtual machines are running (verified by virsh list --all)
 
I used to have a nightmare of a time any time I tried to create a bootable USB, but Ventoy is an absolute miracle. Just install Ventoy, create the USB, drag the ISOs onto it, and you get a boot menu for any of them.

(That probably won't fix things like UEFI on a system that can't cope with it though.)

Anyway since then I haven't had issues with anything. Rather than wait for bullshit like dd to do agonizingly slow writes and then fail over and over for obscure reasons, it just works. It also means not having to install Windows or some other shit you don't want.
 
They were temporarily password
Reinstall everything. Reconfig too, you don't know what weird shit they've put in there

You know those videos of windows xp getting over 9,000 malware after being exposed to the internet? It was because the firewall was off and people could exploit services like these

NEVER expose something to the internet without authentication. Nothing should be public. Trust nobody, not even yourself, that's why we have annoying 2FA
 
This on the same box that had an infected Handbrake container? Try running ps aux | grep libvirtd to check the binary's location.
I checked it this morning and that process is now gone. Weird.

I'll keep an eye on it, but seems the only thing compromised was a docker image. I deleted the config directories of the containers in question and checked the folders those apps had access to.
 
Update:
Just flashed the same drive with the arch linux ISO. I used balena etcher for this.
Same errors as before are given upon booting but they disappear after 3 seconds.
Will write the void ISO using dd on arch this time, will see if that makes it work.

I think the problem is just that the void ISO doesn't skip the errors and lingers on them indefinitely.
 
Update:
Just flashed the same drive with the arch linux ISO. I used balena etcher for this.
Same errors as before are given upon booting but they disappear after 3 seconds.
Will write the void ISO using dd on arch this time, will see if that makes it work.

I think the problem is just that the void ISO doesn't skip the errors and lingers on them indefinitely.
It's more likely something else is wrong but not displayed. Thank systemd and plymouth. Did you check the other virtual consoles for errors or a login prompt?

Usually Control+Alt+F1 through F8

If your keyboard has a numlock or capslock led you can toggle them and see if the led is responding.
 
Anyone use btrfs? I've used it before, but it doesn't seem to give me a lot of gains on stuff like media which is already compressed. I'm not sure if it's worth it to convert from ext4. I know btrfs has some quirky issues like case sensitiveness though.
 
Okay, well, arch installs and boots perfectly fine:
(it just skips the error messages!!!)
ISO written to a USB flash drive, either 'raw' with 'dd if=muhimage.iso of=/dev/sdabcd
and then trying to boot this usb (I used a different USB drive just in case)
Still nothing.

BUT! On a laptop it works perfectly fine:

So, this means that it is both ISO and hardware?

If your keyboard has a numlock or capslock led you can toggle them and see if the led is responding.
Keyboard responds fine, -lock lights respond.
 
Anyone use btrfs? I've used it before, but it doesn't seem to give me a lot of gains on stuff like media which is already compressed. I'm not sure if it's worth it to convert from ext4. I know btrfs has some quirky issues like case sensitiveness though.
btrfs is in a perpetual state of breakage and half-implementation in the kernel, a symptom of it's author being an autistic spaz who keeps getting sidetracked and rewriting it. Wait, that's zfs. No wait, that's bcachefs. Truth is, it's all of them.

FWIW aside from having serious problems with RAID5/6, it's supposed to be very fast and solid on modern drives. Personally, I've gone with ZFS - Aside from being a bit of a CPU hog when tons of IO is happening (i.e. My games load very fast at the expense of their splash page render threads and X more generally getting starved), it's rock solid as a storage solution for serious bulk storage and serious fast storage, and combines RAID and Snapshot functionality into a neat clean package

If you prefer not to have the filesystem deal with RAID, BTRFS is probably the right solution. Use LVM to create a virtual volume, and run BTRFS on top of that.
 
Last edited:
it's author being an autistic spaz who keeps getting sidetracked and rewriting it. Wait, that's zfs. No wait, that's bcachefs. Truth is, it's all of them.
ZFS is 19 years old and has been reliable for a long time now whereas btrfs still doesn't properly support a raid6 equivalent so its a poor comparison.
 
Thought experiment: Let's say I have the following server configuration:
500gb WD Black M.2 ssd: OS drive/docker images/homeassistantVM
1tb M.2 SSD: Torrent/usenet downloading/cache drive
1tb WD Green sata ssd: games
4x12tb sata drives: media storage.

what would be the most optimum filesystems for each drive? And Ubuntu fine or should i use something else?
 
what would be the most optimum filesystems for each drive? And Ubuntu fine or should i use something else?
Don't use Ubuntu at all anymore. Debian, Mint, or if you're really into rolling your own and want the latest, Arch.

I would simply not put all of those drives in the same PC. You're going to want to reboot to get the latest kernel and latest graphics drivers on your gaming machine, and you're gonna want your home assistant not to have downtime when you do that.

I would simply get a cheap board for the server machine; You don't need a lot of CPU, you probably do want a lot of RAM. My server's mobo and processor is nearly 10 years old, and handles transcoding real time video just fine. Pick up some used DDR4 stuff, pack it in.

Gaming:
500gb WD Black: ext4, unless you're into having snapshots of your OS filesystem (I do), then btrfs
1tb M.2 SSD: Use this as your games drive. ext4. Don't store anything you care about on it; Note that you should probably set up backups for any save folders because Steam throws the savedirs in the same place
Server:
1tb WD Green sata ssd: Use this for your download cache.
4x12tb sata drives: ZFS
 
Thought experiment: Let's say I have the following server configuration:
500gb WD Black M.2 ssd: OS drive/docker images/homeassistantVM
1tb M.2 SSD: Torrent/usenet downloading/cache drive
1tb WD Green sata ssd: games
4x12tb sata drives: media storage.

what would be the most optimum filesystems for each drive? And Ubuntu fine or should i use something else?
You're overthinking this. Pick a stable file system and back up the data you care about in the best way you can. I think it's crazy to have 4x12tb drives for media and not backup.
 
  • Like
Reactions: RepeatedMeme
Back