Linux Gaming

DP auf MiniDP
Wayland
Radeon RX 7900 XTX
OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.3.6
amdgpu-install_6.1.60103-1_all.deb war die Setup File
Kernel: 6.1.0-23-amd64

Hilft das?

KurzFX, danke für den Tipp. Ich arbeite seit den letzten Jahren regelmäßig mit Debian, aber CLI only und bin entsprechend in Richtung vertrauter Gefilde abgebogen.

Mit Steam hab ich auch keine Chance. Hab es auch noch einmal entsprechend der Debian Doku installiert und weder nativ noch über Proton starten die Games. Der Play Button in der Library reagiert zwar, aber nach ein paar Sekunden geht er zurück auf Play
Bei Deadlock gehts sogar bis zum einem Launcher Window wo angezeigt wird, Shader werden gealden, aber auch danach wieder "kommentarloser" Abbruch.

journalctl sagt hat dazu folgendes zu sagen:
OSError: [Errno 22] Invalid argument: '../drive_c' -> '/media/hnk/Play/SteamLibrary/steamapps/compatdata/1422450/pfx//dosdevices/c:'

Ich schließe daraus, es war eine blöde Idee die Disk mit den schon installierten Games von Windows für den Zweck zu verwenden. File Integrity Check, etc bringt Nüsse, also jetzt mal neu Laden.
So wie es aussieht hat Proton keine Freude mit shared Disks und NTFS, also wirds nicht ausbleiben eine eigene Disk für Linux Gaming zu haben...

Zitat aus einem Post von Rogaahl

Bitte kein manuellen fstab eintrag an einen anfänger empfehlen. In KDE geht das ganz einfach über die GUI.

Einstellungen -> Disk & Cameras -> Device Auto-Mount

Da muss man glaube ich, einmal ein hackerl auf "On Login" setzten (damit er die devices ladet). Und dann kannst unter Attached Devices genau einstellen, welche beim Login automatisch gemounted werden.

Die Bitlocker Encryption von Windows habe ich auch entfernt, damit das weniger Headache bereitet, nun muss ich nach jedem Boot das normale PW eingeben. Settigns/Disk&Camera finde ich zB nirgends. Auch wenn ich nach "disk" suche, finde ich nichts brauchbares in den Settings. Ist jetzt halb so tragisch, einmal bei jedem Boot ein PW zusätzlich einzugeben, aber irgendwie seltsam, dass ich im gesamten OS kein Disk Tool finde außer dem KDE Partition Manager.

Du könntest fur den Anfang mal ein paar (hundert) GB von der bestehenden Gaming Partition abzwacken (einfach mit der Partitionsverwaltung GUI in einem Schritt verkleinern und neue Partition anlegen).

Wenn du bereits Debian hast reicht dann aber die Einträge in /etc/apt/sources.list anzupassen, gefolgt von

Code:

apt update

und

Code:

apt dist-upgrade

. Für einen Gaming Desktop ist testing eine solide Wahl.

Danke für die Hinweise. Habe das Upgrade durchgeführt, dann noch ein paar Issues mit den Dependencies beseitigt in dem ich die Repos erweitert habe, stehe nun aber mit amdgpu-install an.

Sieht so aus als würde ihm der Kernel nicht schmecken. Alles pfeift, bis hier:

Code:

Building for 6.10.3-amd64
Building for architecture amd64
Building initial module for 6.10.3-amd64
Error! Bad return status for module build on kernel: 6.10.3-amd64 (amd64)
Consult /var/lib/dkms/amdgpu/6.7.0-1787201.22.04/build/make.log for more information.
dpkg: error processing package amdgpu-dkms (--configure):
 installed amdgpu-dkms package post-installation script subprocess returned error exit status 10

make.log gibt mir das hier:

Code:

DKMS make.log for amdgpu-6.7.0-1787201.22.04 for kernel 6.10.3-amd64 (amd64)
Sun 18 Aug 22:46:08 CEST 2024
make: Entering directory '/usr/src/linux-headers-6.10.3-amd64'
/tmp/amd.8WxKecQl/Makefile:52: *** dma_resv->seq is missing. exit....  Stop.
make[1]: *** [/usr/src/linux-headers-6.10.3-common/Makefile:1959: /tmp/amd.8WxKecQl] Error 2
make: *** [/usr/src/linux-headers-6.10.3-common/Makefile:252: __sub-make] Error 2
make: Leaving directory '/usr/src/linux-headers-6.10.3-amd64'

I mein, i frickel eh gern, aber jetzt will i schlafen und werd halt erst in ein paar Monaten wieder Zeit, Muse und Energie haben um mich dem zu widmen. Also wirds wohl Ubuntu werden...

Overall bin ich aber sehr happy mit dem Ding und es is auch durchaus eine Überlegung wert, bei Debian zu bleiben und es rein für Arbeit zu verwenden. Werd ich mir noch auf der Gehirnrinde zergehen lassen.
Es is sehr snappy <3

Anscheinend kann man den amdgpu Treiber mit folgenden Befehl entfernen:

Code:

amdgpu-uninstall

Edit: Alternativ, kann man auch das aktuellen Debian Testing Installationsimage von hier herunterladen:
https://cdimage.debian.org/cdimage/...amd64-DVD-1.iso

und das ganze neu installieren. Aber bitte diesmal keine Ubuntu Treiber installieren

Zitat aus einem Post von dio

Ich hab zuvor meine Fotos mit CaptureOne bearbeitet und konnte die Ergebnisse weder mit Darktable noch mit Rawtherapee replizieren. Liegt vermutlich am Anwenden (oder ziemlich sicher), aber ich habs dann aufgegeben.

Zitat aus einem Post von dio

Ehrlich gesagt... die Firma ist für mich gestorben. Die sind in kürzester Zeit mit den Preisen so raufgefahren und haben Altuser, die offensichtlich das für private Zwecke nutzen, im Regen stehen lassen. Aber ja, damit hab sogar ich umgehen können, das heißt was.

Ich probiere gerade so einiges durch, weil ich mit Darktable im Endeffekt doch auch immer irgendwie unzufrieden war/bin. Allerdings muss ich sagen, dass Lightroom einige Sachen zwar besser macht, aber es fühlt sich für mich als Leihe, doch ähnlich (umständlich) an und ich kann zu ähnlichen Resultaten kommen. Capture One habe ich jetzt auch endlich probiert, das ist so ziemlich genau das, was ich gesucht habe bzw. was mir zusagt. Privat ist die Lizenz viel zu teuer, und ich kann mir einen Kauf eigentlich nicht rechtfertigen, wenn es nicht mein OS of choice unterstützt. Über die Firma hole ich es mir eventuelle in einem Sale.

Zitat aus einem Post von Viper780

Hast dir DXO Photolab angesehen?

Danke für den Tipp, zumindest Videos habe ich mir von allen großen angesehen. Nachdem sie aber auch keinen Linux Support haben und mir C1 derweil ganz gut gefällt, werde ich erstmal da bleiben.

Aus dem Infofeld vom Video
...
00:43 Valve's rating system is a net negative
03:35 Anti cheat is getting worse
07:27 Microsoft could kill Linux gaming
10:17 Valve is our only lifeline
11:33 It's not all bleak!
...

Zitat

To begin with, we have the current mess that is Steamplay, proton and generally the Valve Steam Deck compatibility rating. This rating changes, and not always positively: it's a measure of how well a game runs RIGHT NOW, it is utterly untrustworthy as a purchasing aid. You can't rely on this rating to purchase a game for Linux or the Steam Deck specifically, because this rating is made by Valve, not by the game developer, it doesn't imply official support from the devs, and if the devs change something for Windows users that breaks Linux gaming, we're out of luck.

...

Zitat

The main issue can be twofold here: first, you can't really run an anticheat with proton at the kernel level, because proton doesn't have these privileges, and runs in userpsace. This means they are potentially less effective on Linux. It also means they have to agree to let users that don't have the kernel level anti cheat software play on their servers, meaning some Windows users can now try and make that work, and masquerade as Linux users, while they actively cheat on Windows: it just opens a door for cheaters that are determined enough, a door that you wouldn't have to open if you didn't accept Linux gamers.

...