The Linux Thread - The Autist's OS of Choice

[TheDataHorder]

nobody will care but I'll share anyways.
I'm still using a veracrypt container stored on a zfs raidz2, (I've had to replace the drives in my array recently since one of them was about to commit rm -rf / irl soon) but interestingly, the container's performance changed.
sometimes it would do its old behavior, where file listings wouldn't load on some devices sometimes, but now it has a chance of it working perfectly fine without issue apart from the file listing taking a sec.
the previous drives were wd blues and I've got wd red plus's in it now. the blues weren't meant for NAS usage and i suspect that the red's faster response time and suitability to the task has helped.
i know zfs can do encrypted containers but i haven't found a good way to decrypt it in a way that isn't storing the password on the server in some way.
i might just buy a ssd and shove the container onto it at this point if the performance starts getting shitty again. but i found this interesting so i thought I'd share.

 

[Frederica Bernkastel]

When was that feature added? Even very recent articles are still talking about tmux-resurrect and tmux-continuum.

These seem different than tmux's attach feature. Tmux's attach feature only saves if you log out or close your terminal. It doesn't save the session if restart your computer. It's been the default feature since forever.

 

[⠠⠠⠅⠑⠋⠋⠁⠇⠎ ⠠⠠⠊⠎ ⠠⠠⠁ ⠠⠠⠋⠁⠛]

These seem different than tmux's attach feature. Tmux's attach feature only saves if you log out or close your terminal. It doesn't save the session if restart your computer. It's been the default feature since forever.

Correct, it sounds like this is doing a 'session restore' feature like you see with many desktop environments, which can work across actually closing the multiplexer or restarting the system, rather than what you refer to with Tmux (or GNU Screen with the -d & -a commands).

I will have to give it a go. Sounds like a nice feature for some uses, especially if one could launch it to be ready _before_ you actually login- for example:

1. most Linux GUI VPN clients only support systemd systems, so I run a script that endlessly relaunches openvpn connections to a random connection in a folder full of configs. On occasion I need to disconnect, so I typically just run this in a terminal. Having it in a disconnected session prior to even logging in would be sweet
2. having the various 'standard' console monitoring software you might run on a server node ready to go

 

[AnOminous]

Yo yo chill out on the boomerphobia. Random business slave typing on his keyboard all day has to have a working computer even if he knows nothing about it and have no reason or will to learn anymore than they need to tho.

Imagine being terrified by the sight of a terminal window.

 

[Belisarius Cawl]

Correct, it sounds like this is doing a 'session restore' feature like you see with many desktop environments, which can work across actually closing the multiplexer or restarting the system, rather than what you refer to with Tmux (or GNU Screen with the -d & -a commands).

I will have to give it a go. Sounds like a nice feature for some uses, especially if one could launch it to be ready _before_ you actually login- for example:

1. most Linux GUI VPN clients only support systemd systems, so I run a script that endlessly relaunches openvpn connections to a random connection in a folder full of configs. On occasion I need to disconnect, so I typically just run this in a terminal. Having it in a disconnected session prior to even logging in would be sweet
2. having the various 'standard' console monitoring software you might run on a server node ready to go

I believe tmux-resurrect can do that, but how I use it is more basic. Here:

I save a set of windows and their current working directories with helpful labels:

1. "Coding" for coding and related activities (in this case learning QGIS)
2. "Gaming" for doing things like unpacking Stardew Valley mods (but typically just for steam &> /dev/null &)
3. "nnn" for using the nnn file manager (but in practice still never used because I just prefer terminal in almost any case and Thunar is fine locally)
4. "Scratch 0" (typically downloads folder to do more advanced file searches and run AppImages)
5. "Scratch 1" (typically ebooks folder to filter and open ebooks)
6. "Scratch 2" (for whatever)
7. "Scratch 3" (also for whatever)

In my experience, that kind of structure is good enough to prevent any kind of real tedium and saving the CWD and label for each window reminds me how to pick up where I left off.

 

[0gh]

ok, so i was wonderign why my server was runnign slow and turns out I had a process called xmrig running. Since i didn't install a bitcoin miner that's not a good sign.

Any chance it was related to the updates i had put off for a week? i have no idea how i failed the pen test, as I didn't think i needed to study for it. O removed Authentik because it never worked and installed Emby and that's pretty much it

./var/lib/docker/overlay2/de88cf3195c5491e4bf1c61b39bfd168ef8a617dd70792f7d9a880f310e028e7/diff/tmp/xmrig
./var/lib/docker/overlay2/de88cf3195c5491e4bf1c61b39bfd168ef8a617dd70792f7d9a880f310e028e7/diff/tmp/xmrig/xmrig-6.22.0/xmrig
./var/lib/docker/overlay2/de88cf3195c5491e4bf1c61b39bfd168ef8a617dd70792f7d9a880f310e028e7/merged/tmp/xmrig
./var/lib/docker/overlay2/de88cf3195c5491e4bf1c61b39bfd168ef8a617dd70792f7d9a880f310e028e7/merged/tmp/xmrig/xmrig-6.22.0/xmrig

So far it looks like my handbrake docker image was compromised

Your container was exposed to the internet without proper security, don't do that

 

[Betonhaus]

I also saw you post in the piracy thread, any chance that a video was embedded with malware that got ran through there

Your container was exposed to the internet without proper security, don't do that

I honestly don't know what was the cause of that as I stopped it and removed it without doing proper forensics on which docker image was responsible. But shortly before I did remove Authentik because I realized too late it was redirecting to the IP address and breaking my server from outside the network. It was only attached to a few container though, filebrowser, handbrake, makemkv, mkvtoolnix, metube, and a bare bones dvd ripper. They were temporarily password less as I removed Authentik before configuring them again, I think I have to reinstall a couple that seemed to have broken.

Overall it's annoying but not to dangerous, as they are isolated from the rest of the network except for their respective ports (which I might as well disable as I have a proxy anyways), and were limited in which folders they had access to

 

[Eternal Spirit of Light]

Kiwibros...

I can't boot because this message stays indefinitely. Apparently these kernel messages are normal and can be ignored. I even put "loglevel=0" in the boot commands. Can't type anything, none of the keys do anything, esc doesn't work.

 

[Betonhaus]

Kiwibros...
View attachment 6777894
I can't boot because this message stays indefinitely. Apparently these kernel messages are normal and can be ignored. I even put "loglevel=0" in the boot commands. Can't type anything, none of the keys do anything, esc doesn't work.

Reset your pram?

 

[Eternal Spirit of Light]

Reset your pram?

I'm not on a Mac

 

[analrapist]

Kiwibros...
View attachment 6777894
I can't boot because this message stays indefinitely. Apparently these kernel messages are normal and can be ignored. I even put "loglevel=0" in the boot commands. Can't type anything, none of the keys do anything, esc doesn't work.

Have you tried using a different USB keyboard? Sometimes that can work when other things fail.

 

[Rusty Metal Skull Gun]

Kiwibros...
View attachment 6777894
I can't boot because this message stays indefinitely. Apparently these kernel messages are normal and can be ignored. I even put "loglevel=0" in the boot commands. Can't type anything, none of the keys do anything, esc doesn't work.

The ACPI tables are provided by the BIOS, and you have buggy ones. Have you tried upgrading your BIOS firmware yet?

 

[Eternal Spirit of Light]

Have you tried upgrading your BIOS firmware yet?

Intel bios upgrades are only for windows. Well, I guess time to instal goysoft just to update the BIOS.

 

[Betonhaus]

I'm not on a Mac

take out your cmos battery, wait a little, then put it back in again. there might be a cmos reset jumper on your motherboard.

Intel bios upgrades are only for windows. Well, I guess time to instal goysoft just to update the BIOS.

you can often make a bootable bios update usb. Some motherboards don't even need a CPU installed to upgrade this way.

 

[Frederica Bernkastel]

I can't boot because this message stays indefinitely. Apparently these kernel messages are normal and can be ignored. I even put "loglevel=0" in the boot commands. Can't type anything, none of the keys do anything, esc doesn't work.

Did you update recently? ACPI errors are usually harmless. I have them, but my stuff boots up just fine. I don't know what distro you're using, but you could make a boot-able Arch Linux ISO and chroot into it. Is it a recent laptop? It probably doesn't have keyboard support yet in the kernel.

 

[Rusty Metal Skull Gun]

Intel bios upgrades are only for windows. Well, I guess time to instal goysoft just to update the BIOS.

Sucks, but you might have to do it.

Did you update recently? ACPI errors are usually harmless. I have them, but my stuff boots up just fine. I don't know what distro you're using, but you could make a boot-able Arch Linux ISO and chroot into it. Is it a recent laptop? It probably doesn't have keyboard support yet in the kernel.

SAT0 is, I'm guessing, his SATA hard disk. It looks like it's refusing to read the disk when booting due to ACPI shenanigans.

 

[Eternal Spirit of Light]

what distro

No distro, HDD is completely empty. I'm trying to boot into the Void ISO.
To see my motherboard model I had to quickly set up Ubuntu and install some system viewer program and it booted perfectly fine. Must be something with the Void ISO.

bootable bios update usb

I'll try this now.

 

[Trans Fat 41g]

They haven't expurgated systemd in the way Devuan has. Instead they have a shim, which allows certain daemons that depend on systemd to function, while leaving the choice of init up to the user. The default is sysvinit. I'm not going to experiment with alternatives for now, but I might look into runit at some point.

Runit is apparently the closest equivalent to sysvinit, which may or may not be why Artix doesn't offer plain sysvinit.

 

[Frederica Bernkastel]

No distro, HDD is completely empty. I'm trying to boot into the Void ISO.

You most likely formatted the ISO incorrectly. I'm guessing your ISO is UEFI and you have an old bios.

 

[⠠⠠⠅⠑⠋⠋⠁⠇⠎ ⠠⠠⠊⠎ ⠠⠠⠁ ⠠⠠⠋⠁⠛]

No distro, HDD is completely empty. I'm trying to boot into the Void ISO.

When you say into the ISO, I assume you're talking about an ISO written to a USB flash drive, either 'raw' with 'dd if=muhimage.iso of=/dev/sdabcd', or, with a tool like Rufus on Windows?

If you're using some kind of tool like Rufus to write to the drive, if it has options about UEFI vs. MBR you could maybe try doing whatever the opposite is of what you had previously selected? I haven't seen the particular issue you're seeing as a result of shit like that, but I've seen similar weird shit.