Linux Gaming - Seite 36

Seite 36 von 48 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/linux-gaming_255969/page_36 - zur Vollversion wechseln!

hynk schrieb am 18.08.2024 um 20:12

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.

Philipp schrieb am 18.08.2024 um 20:40

Zitat aus einem Post von hynk
Radeon RX 7900 XTX

Die Karte ist zu neu. Ein Fall für Trixie

. Mit der Testing Version von Debian sollten alle Probleme behoben sein.

nexus_VI schrieb am 18.08.2024 um 20:48

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).

KruzFX schrieb am 18.08.2024 um 21:03

Zitat aus einem Post von Philipp
Die Karte ist zu neu. Ein Fall für Trixie . Mit der Testing Version von Debian sollten alle Probleme behoben sein.

This!

Hab Debian mit meiner 7800XT gar nicht zu laufen gebraucht, mit Ubuntu und Nobara ohne Probleme..

nexus_VI schrieb am 18.08.2024 um 21:13

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.

Philipp schrieb am 18.08.2024 um 22:02

Zitat aus einem Post von KruzFX
Hab Debian mit meiner 7800XT gar nicht zu laufen gebraucht, mit Ubuntu und Nobara ohne Probleme..

Ja, deswegen nimmt man bei RDNA3 am besten Debian Testing

. Mein Beelink SER7 wird z.B. auch komplett von Trixie unterstützt.

hynk schrieb am 18.08.2024 um 22:55

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

Philipp schrieb am 18.08.2024 um 23:03

Die Treiber für die Radeon RX 7900 XTX sind doch schon in Debian Testing enthalten. Den separaten amdgpu Treiber benötigt man nicht.

Philipp schrieb am 18.08.2024 um 23:09

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

Rogaahl schrieb am 18.08.2024 um 23:31

Zitat aus einem Post von hynk
Settigns/Disk&Camera finde ich zB nirgends.

Grad im Urlaub, deswegen Notebook Screenshot

Welches PW musst du denn eingeben?

ggf. probier mal auf den mount "sudo chown hnk:hnk", evtl auch mit -R.

Zitat aus einem Post von hynk
So wie es aussieht hat Proton keine Freude mit shared Disks und NTFS

Habs eh schon mal gepostet, es geht fast immer, aber in gewissen ausnahmen machen NTFS steam libraries Probleme.

Zitat aus einem Post von hynk
amdgpu-install an.

Wie schon geschrieben, amdgpu (der neue gute OS Treiber, den fast jeder verwenden sollte), ist im Kernel integriert und du musst gar nichts, niemals installieren. Wenn du kernel 6.X hast, ist amdgpu bereits dabei.

Rogaahl schrieb am 27.08.2024 um 02:21

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.

Viper780 schrieb am 27.08.2024 um 07:26

Hast dir DXO Photolab angesehen?
War vor einigen Jahren mein RAW Entwickler der Wahl

Rogaahl schrieb am 28.09.2024 um 05:57

Arch Linux and Valve Collaboration

We are excited to announce that Arch Linux is entering into a direct
collaboration with Valve. Valve is generously providing backing for two
critical projects that will have a huge impact on our distribution: a
build service infrastructure and a secure signing enclave. By supporting
work on a freelance basis for these topics, Valve enables us to work on
them without being limited solely by the free time of our volunteers.

Link: lists.archlinux.org

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.

Longbow schrieb am 03.10.2024 um 19:56

Beim Abspielen dieses Videos werden Daten an YouTube übermittelt. Durch einen Klick auf das Video wird es automatisch abgespielt und du akzeptierst damit die Datenschutzerklärung von YouTube bzw. Google.

chap schrieb am 04.10.2024 um 08:48

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.

...