Infernal_pizza

joined 1 year ago
[–] Infernal_pizza@lemmy.world 2 points 22 hours ago* (last edited 22 hours ago)

Why do AMD always have such a terrible response to these vulnerabilities? The article seems to suggest they’ve just decided to ignore this. They almost left zen 2 CPUs out of the Sinkclose fix and they took ages to release the Zenbleed fix for consumer CPUs despite it being available for enterprise ones when the vulnerability was released. And their microcode patches on Linux are only for server CPUs, desktop CPUs have to hope that their motherboard vendor releases a firmware update fairly quickly

[–] Infernal_pizza@lemmy.world 2 points 1 week ago (1 children)

Most games with anti-cheat refuse to run on Linux even if the anti-cheat itself supports it. And some anti-cheats just don’t work on Linux anyway, I believe the ones that do only support it by just not running when they detect they’re on Linux. If you’re interested you can check which games are supported here: https://areweanticheatyet.com/ but bear in mind it could change at any time (for example Rockstar broke GTAV a few weeks ago)

[–] Infernal_pizza@lemmy.world 3 points 1 week ago (3 children)

Not the person you replied to but they’re probably talking about anti-cheat

[–] Infernal_pizza@lemmy.world 1 points 1 week ago* (last edited 1 week ago)

If I switch to another tty and run echo $SHELL it returns /usr/bin/zsh so it looks like it’s just kde. I also just tried konsole and it does the same thing so it’s not an issue with kitty

 

I’m trying to make a custom iso with archiso, currently I just have the standard profile with plasma-meta, kitty, and xorg-xinit installed. When booting the iso the shell is zsh as expected, but when I launch kde with startx it changes the shell to bash.

I’m not sure if this is because I’m using the root account rather than a normal user, or if it’s something weird to do with using startx as I usually use SDDM on an actual install, I’m not having much luck with Google as I just keep getting results telling me how to automatically run startx when logging into bash/zsh.

The shell for root is listed as /usr/bin/zsh in /etc/passed so chsh makes no difference, but echo $SHELL returns /bin/bash

[–] Infernal_pizza@lemmy.world 11 points 2 weeks ago (1 children)

That’s Thomas Wayne, Bruce is the kid he’s playing with at the gate

[–] Infernal_pizza@lemmy.world 6 points 2 weeks ago

You wouldn’t notice because you’d be dead. Your clone wouldn’t notice because it would think it was you. Your friends and family wouldn’t notice because they’d think your clone was you.

[–] Infernal_pizza@lemmy.world 9 points 2 weeks ago

I think it’s just that the water looks a bit like gravy?

[–] Infernal_pizza@lemmy.world 1 points 4 weeks ago

It’s definitely not that for me as I’m on Nvidia!

[–] Infernal_pizza@lemmy.world 1 points 4 weeks ago (2 children)

Yes that’s pretty much it, there’s a strip around 3/4 of the way down both displays that has white line flicker across it whenever there’s any movement on either screen.

[–] Infernal_pizza@lemmy.world 1 points 4 weeks ago

Yeah I’m definitely above the relevant versions for kde and Nvidia

[–] Infernal_pizza@lemmy.world 1 points 4 weeks ago

That’s a good idea, I’ll try the endeavour OS live environment as that should be close enough to my setup

[–] Infernal_pizza@lemmy.world 2 points 4 weeks ago

How would I tell if that’s the case? And I guess there’s nothing I can do about it if that is the cause?

 

I’m having an issue with my desktop flickering after my monitors wake up on KDE. When I first turn on my PC it’s fine, but if I walk away and let the monitors turn off when I then come back the desktop starts flickering. It’s only the desktop that flickers, if I have an app open full screen it’s fine but as soon as I minimise it the flickering comes back. It doesn’t seem to be an issue if I leave it long enough for my actual PC to go to sleep, only the monitor. This happens on both Wayland and X11.

Does anyone have any ideas on how to fix this, and if not is it worth submitting a bug report on kde? Or is it probably just something dodgy in my setup? This is with an Nvidia GPU which I suspect has something to do with it (I’ve tried with both the nvidia and nvidia-open drivers). I’ve already had to change the settings so that the screen locks before the monitors sleep otherwise it was causing kwin to crash and I’d get stuck at the login screen for a minute after resuming.

 
 

I was planning on picking up Cyberpunk a while ago but noticed I no longer reach the recommended system requirements since the last update. Is it worth upgrading from a Ryzen 7 3800X to a Ryzen 7 5700X3d? The 5700X3d seems like the best choice as it seems like a pretty decent jump in gaming performance without having to buy a new motherboard. And although the 5800X3d would be even better it’s ~£300 compared to ~£200 for the 5700X3d so doesn’t seem worth the price difference.

My gpu is an RTX2080 super so that would probably become the bottleneck, but I’m planning on upgrading that a bit later on if I upgrade the cpu first (not sure what to go with for that either yet, I’m still debating between Nvidia and AMD)

 

Apart from the obvious nautical themed solutions, are there any ways around streaming services not allowing HD video playback on Linux? Prime video is the one I’ve noticed it with the most, I haven’t tried Disney plus yet but I’m expecting it to be similar. I’ve been dual booting for a while now and this is the main thing keeping me on Windows at the moment.

 

I've been trying to install Arch on an old laptop for the past few days but for some reason it will not shut down if I'm using any kernel above version 6.7. It goes all the way through and gets to Reached target: System Power Off but then just sits there and never actually powers down. I waited 30 minutes in case it did something and it never did. I don't believe there is anything useful in the journalctl output as there's nothing after Reached target System Power Off but I'll paste it here in case: https://text.is/4KNL

I tried the shutdown troubleshooting steps from here: https://freedesktop.org/wiki/Software/systemd/Debugging/

The debug shell is no help as I can't access it once it hangs, and since it never finishes shutting down the logging script won't help. reboot -f and poweroff -f both work which made me think it wasn't a kernel issue, however it works fine using the linux-lts kernel. Because of this I tried manually downgrading to a few standard kernel versions from 6.6, 6.7 and 6.8 and only the ones above 6.7 had this issue. Specifically the latest lts version (6.6.23 at the time I tested) worked fine, 6.6.9 (the last 6.6 version in the main branch) worked fine, 6.7.arch1-1 and above didn't.

Weirdly I don't have any issues with the installation media (currently using the ones from 29th March and 1st April). I also tried Opensuse Tumbleweed which I believe is on the same kernel version and had no issues so it seems to be Arch specific. I also tried linux-zen in case that had any difference but it didn't help.

I have tried several re-installs with both legacy and UEFI boot, mostly minimal installs (base, linux, linux-firmware, linux-headers and nano). Since the live iso works I also tried installing all the packages from that but it still didn't work.

I'm completely out of ideas at this point. I can't see anything obvious in the kernel 6.7 changelog, but then I don't really know enough to know what to look for there. I know for now I can keep using the lts kernel but presumably at some point that will be upgraded to a version above 6.7 so that doesn't seem like a good long term solution, I'd also really like to know the root cause behind this as its been bugging me for days! The laptop is an Acer aspire E15 with an Intel 6500U (I have tried with the Intel-ucode package installed) and an Nvidia Geforce 920M.

Edit: somehow installing kde plasma has fixed the issue

10
submitted 6 months ago* (last edited 6 months ago) by Infernal_pizza@lemmy.world to c/linux@lemmy.ml
 

I’ve just installed Arch on my laptop and I’ve noticed the WiFi card seems to be generating a load of errors. I’m also dual booting Ubuntu server and it looks like that’s been generating similar logs although I’ve only ever used Ethernet on there:

Under Arch it has these 2 errors over and over again in journalctl:

Mar 31 00:38:58 Laptop kernel: ath10k_pci 0000:03:00.0: PCIe Bus Error: severity=Correctable, type=Data Link Layer, (Receiver ID)

Mar 31 01:13:08 Laptop kernel: pcieport 0000:00:1c.5: AER: Correctable error message received from 0000:03:00.0

And under Ubuntu it has this instead:

Mar 30 23:28:22 Laptop kernel: pcieport 0000:00:1c.5: AER: can't find device of ID00e5 Mar 30 23:28:22 Laptop kernel: pcieport 0000:00:1c.5: AER: Multiple Corrected error received: 0000:00:1c.5 Mar 30 23:28:22 Laptop kernel: pcieport 0000:00:1c.5: PCIe Bus Error: severity=Corrected, type=Physical Layer, (Receiver ID) Mar 30 23:28:22 Laptop kernel: pcieport 0000:00:1c.5: device [8086:9d15] error status/mask=00000001/00002000 Mar 30 23:28:22 Laptop kernel: pcieport 0000:00:1c.5: [ 0] RxErr

Lspci detects the card as this:

03:00.0 Network controller: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter (rev 30) Subsystem: Foxconn International, Inc. QCA9377 802.11ac Wireless Network Adapter Kernel driver in use: ath10k_pci Kernel modules: ath10k_pci

But the chip itself is labelled as a Qualcomm Atheros QCNFA435 (which matches what the laptop specs are listed as online)

As far as I can tell the WiFi is working properly, is there anything I should do to fix these errors in either distro or should I just add the pci=noaer parameter to suppress the messages?

8
submitted 6 months ago* (last edited 6 months ago) by Infernal_pizza@lemmy.world to c/archlinux@lemmy.ml
 

I'm trying to install Arch on Btrfs but every time mkinitcpio runs it fails as shown in the attached screenshot. I've tried on the actual laptop which I'm trying to set up, and also on a couple of Hyper-V VMs set up as I usually do and I've never had this issue before. This happens when its run automatically after installing linux via pacstrap, and if I run it again while chrooted into the new system. If I format as ext4 instead I don't have any problems.

I have a single subvolume called root mounted at / and a fat32 volume mounted at /boot, and I'm using the latest arch install iso (2024.03.29). Any idea why this is happening? The Btrfs volume is on a single device so as far as I'm aware I don't need to add the btrfs module to mkinitcpio.conf

28
submitted 6 months ago* (last edited 6 months ago) by Infernal_pizza@lemmy.world to c/archlinux@lemmy.ml
 

The past few times I’ve run yay I’ve got these warnings about packages that are orphaned/not in the AUR. Based on the names I’m assuming these are leftover from the upgrade from kde plasma 5 to 6, are these safe to remove now? And secondly how would I find orphaned packages like that if I wasn’t using yay since I never installed these from the AUR?

19
submitted 7 months ago* (last edited 7 months ago) by Infernal_pizza@lemmy.world to c/linux@lemmy.ml
 

I needed a test VM at work the other day so I just went with Debian because why not, during the install I chose KDE plasma as the DE. I did nothing else with it after installing it and after leaving it alone for a while (somewhere between 20-60 minutes) the CPU useage shot up to the point vSphere sent out an alert and the VM was unresponsive (the web console just showed a blank console which I couldn't type in) It did this every time I booted the VM.

It seems to be the combination of vSphere Debian and KDE that causes this as I installed GNOME on the same VM and it was fine. I also created another Debian VM this time choosing GNOME during the install and that was also fine, until I installed KDE on that and then it started doing the same thing. I also created an Arch VM with KDE and that didn't have any issues.

Any idea why this combination causes issues? Journalctl output of the last boot from both Debian VMs below:

Original VM: https://text.is/032Z Secondary test VM: https://text.is/JR45

 

This is the page if anyone wants to check if its real: https://scalacube.com/blog/terraria/how-to-stop-corruption-in-terraria

 

I had to enable proton compatibillity to even get the game to detect the controller however even after doing that the analog stick won't go up. I tried enabling steam input but that didn't work either

view more: next ›