Wie wechsle ich von AMD zu Nvidia Grafik? Debian 12.

[kalle123]

Mein derzeitiges System Debian 11

Code: Alles auswählen

System:
  Host: nostromo Kernel: 6.1.0-0.deb11.7-amd64 arch: x86_64 bits: 64
    Desktop: Xfce v: 4.16.0 Distro: Debian GNU/Linux 11 (bullseye)
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME X370-A v: Rev X.0x
    serial: <superuser required> UEFI: American Megatrends v: 6042
    date: 04/28/2022
CPU:
  Info: 8-core model: AMD Ryzen 7 5700G with Radeon Graphics bits: 64
    type: MT MCP cache: L2: 4 MiB
  Speed (MHz): avg: 2321 min/max: 1400/4672 cores: 1: 3800 2: 3131 3: 4022
    4: 1400 5: 1400 6: 1400 7: 2601 8: 1400 9: 2400 10: 1400 11: 3378 12: 2402
    13: 2412 14: 1400 15: 1400 16: 3192
Graphics:
  Device-1: Conexant Systems CX23887/8 PCIe Broadcast Audio and Video Decoder
    with 3D Comb driver: cx23885 v: 0.0.4
  Device-2: AMD Cezanne driver: amdgpu v: kernel
  Display: x11 server: X.Org v: 1.20.11 driver: X: loaded: amdgpu
    unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: amdgpu
    resolution: 2560x1440~60Hz
  API: OpenGL v: 4.6 Mesa 20.3.5 renderer: AMD RENOIR (DRM 3.49.0
    6.1.0-0.deb11.7-amd64 LLVM 11.0.1)

Ich 'experimentiere' derzeit etwas mit Debian 12 auf der Maschine (Debian 12 auf separater SSD) und insbesondere sehe ich einige Grafik/Ausgabe Ungereimtheiten insbesondere mit dem Kernel 6.1.0-10. Ich sehe die 'features' nicht auf meinem auf Debian 12 umgestellten T450s (Intel Grafik) und auch nicht auf meinem Altrechner(Intel Core2 Duo E6750 mit GeForce GT 710). Auf diese 'features' möchte ich nicht eingehen, vielleicht bin ich da auch einfach nur recht 'pingelig'. Laufen tut Debian 12.

So zu meiner Frage, Umstellung AMD >> Nvidia.

Prozessor ist AMD Ryzen 7 5700G, im Bios des MBs findet sich nix zur Deaktivierung der AMD Grafik, zumindest hab ich nicht gefunden.

Mein 'Brutal' Versuch gestern, Debian 11 SSD abgeklemmt, Nvidia GT 710 eingesetzt und danach auf GT 1030 gewechselt mit der Debian 12 SSD waren auf den ersten Blick erfolgreich. Von den Ungereimtheiten nicht zu sehen. nvidia-tesla-470-driver und NVIDIA metapackage.

Die Ernüchterung kam dann postwendend, als ich auf Debian 11 zurück gebaut hatte. (Nvidia Karten selbstverständlich raus genommen!)

Beim Hochfahren kam nur noch - ... lt. https://de.wikipedia.org/wiki/Liste_der ... lt%C3%B6ne

1× lang 3× kurz - Grafikvideo-RAM defekt - Grafikkarte

Lies sich schnell gerade bügeln, aber der momentane Schock sitzt noch und die 2. GT 1030 ist unterwegs.
Die getestete 1030 war nur ausgeliehen.

Also, wie wechseln??

Gruß - KH

[rhHeini]

Meine Meinung: ich würd den Teufel tun und auf NVidea wechseln. Für mich sind die verbrannt mit ihrer Treiberpolitik. Und meine AMD-Graphik, eine 6700XT/RDNA2, läuft einwandfrei auf Bookworm.

Du solltest meiner Meinung nach den Fehler suchen um die AMD Graphik ans Laufen zu bekommen. Was mir z.B. einfällt: bei 12 das Sub-Repo non-free-firmware in der sources.list aktiviert?

efi-Installation? Das Entfernen eines Laufwerks mit einer Installation die im EFI-Flash eingetragen ist kann dazu führen das der Eintrag vom Bios gelöscht wird. Installationsmedium im Rescue-Mode starten und den grub neu installieren restauriert den Eintrag.

[rjh]

Kernel 6.4 (aktuell in trixie/testing) hat wohl auch einen neuen AMD Grafik Treiber.

[MaGe]

Meine Meinung: ich würd den Teufel tun und auf NVidea wechseln. Für mich sind die verbrannt mit ihrer Treiberpolitik. Und meine AMD-Graphik, eine 6700XT/RDNA2, läuft einwandfrei auf Bookworm.

Die Radeon RX 6700 XT ist von März 2021
Wäre auch traurig, wenns nicht der fall wäre.

Ich bin bekennender Debian SID und NVIDIA BENUTZER,

Meine Nvidia 1660 Super ist von Okt. 2019
und die macht genau das was sie soll.
Davor hatte ich eine GeForce GTX 750 Ti und auch
da null probleme mit der karte.


PS. Ich hoffe doch dass ich nicht diskriminiert oder ausgestoßen werde.



gruss MaGe

[kalle123]

Meine Meinung: ich würd den Teufel tun und auf NVidea wechseln. Für mich sind die verbrannt mit ihrer Treiberpolitik. Und meine AMD-Graphik, eine 6700XT/RDNA2, läuft einwandfrei auf Bookworm.

Bullseye läuft hier auch einwandfrei mit Kernel 6.1.0-0. Aber Bookworm mit dem 6.1.0-10 halt nicht, etwas besser sieht der 6.1.0-9 aus.

Du solltest meiner Meinung nach den Fehler suchen um die AMD Graphik ans Laufen zu bekommen. Was mir z.B. einfällt: bei 12 das Sub-Repo non-free-firmware in der sources.list aktiviert?

M.E. ein Zusammenspiel Kernel <> AMD und da sitze ich halt zwischen den Stühlen. non-free-firmware ist drin und aktiv.

efi-Installation? Das Entfernen eines Laufwerks mit einer Installation die im EFI-Flash eingetragen ist kann dazu führen das der Eintrag vom Bios gelöscht wird. Installationsmedium im Rescue-Mode starten und den grub neu installieren restauriert den Eintrag.

Hast du mich falsch verstanden? Da tat sich nix mehr außer die beeps beim Einschalten.

Ich mache mir halt Gedanken, weil ich die AMD Grafik nicht einfach ausbauen kann und auch im BIOS nix finde, die AMD Grafik zu deaktivieren.

Gruß KH

[kalle123]

Kernel 6.4 (aktuell in trixie/testing) hat wohl auch einen neuen AMD Grafik Treiber.

Danke, werde mal testen ....

KH

[kalle123]

Ich bin bekennender Debian SID und NVIDIA BENUTZER,

War ich bislang auch und nach den Lobeshymnen hier im Forum zu AMD Grafik hab ich mich hinreißen lassen, im Rahmen eines CPU upgrades den Ryzen 7 5700G einzubauen.
Erstmals AMD seit Intel 386SX36

Kann mich erinnern, bei meinen Anfängen mit Linux (SuSE Disketten und Halloween CD von Lehmanns) galt immer, nimm Nvidia und damit bin ich sehr gut gefahren!!

Mach mir halt Gedanken, da der Ryzen 7 5700G eigentlich drin bleiben sollte. Ein Wechsel auf einen Ryzen ohne G würde finanziell ziemlich weh tun.
Aber bei den beeps gestern hab ich die Euros schon richtig rappeln gesehen.

Gruß KH

[rhHeini]

Die Radeon RX 6700 XT ist von März 2021
Wäre auch traurig, wenns nicht der fall wäre.

Debian ist immer ein bischen hinterher, die SW ist nie extrem aktuell. Die Karte hab ich vor 9 Monaten eingebaut, in der Bullseye-Umgebung (auch mit Backports) machte die Artefakte, die erst mit Stand Testing Nov 22 weg waren. Vermutlich Mesa. Seitdem war ich auf Debian 12 bzw. Devuan 5.

[MaGe]

Kann mich erinnern, bei meinen Anfängen mit Linux (SuSE Disketten und Halloween CD von Lehmanns) galt immer, nimm Nvidia und damit bin ich sehr gut gefahren!!

Ich habe mit AMD keine Probleme,
wo ich probleme mit habe, ist diese euphorie seit dem Stinkefinger



gruss MaGe

[kalle123]

Ich versuche mal meine Fragestellung hier etwas zu konkretisieren.

• System mit Ryzen 7 5700G und zusätzlicher Nvidia Karte. Neuinstallation Debian 12. Monitor ist auf Nvidia angeschlossen. Bei der Installation werden bei GPUs entdeckt und für beide die Treiber installiert(?)
  Irgendwelche Probleme zu erwarten? Abschalten lässt sich die AMD GPU ja wohl nicht.

• 'Altes' System mit Ryzen 7 5700G und Bullseye. Nvidia wird gesteckt, Monitoranschluss auf Nvidia und Nvidia Treiber laden. Wie schaut es hier aus? Ist ja ein schon länger laufendes System.

Interessant in dem Zusammenhang auch die entsprechenden Debian Wiki Seiten

https://wiki.debian.org/NvidiaGraphicsDrivers
und
https://wiki.debian.org/AtiHowTo

Beim Nvidia Eintrag findet sich zumindest ein Abschnitt 'Uninstallation'

und was ist mit AMD?

Kann, muss oder sollten der AMD Treiber deinstalliert werden. So wird es ja wohl nicht gehen

Code: Alles auswählen

# apt purge "*amd*"

Das sind so die Fragen, die mich momentan um treiben.

PS. Kernel 6.4 getestet, keine Verbesserung.

Gruß KH

[MaGe]

und was ist mit AMD?

Kann dir dabei auch nicht helfen, aber ich lese da
https://wiki.debian.org/AtiHowTo

install firmware-amd-graphics libgl1-mesa-dri libglx-mesa0 mesa-vulkan-drivers xserver-xorg-video-all

warum nicht

remove --purge firmware-amd-graphics libgl1-mesa-dri libglx-mesa0 mesa-vulkan-drivers xserver-xorg-video-all



gruss MaGe

[kalle123]

Danke fürs Mitdenken, MaGe

Leider ist ASUS im zum MB gehörigen Handbuch ziemlich unklar, was Grafik betrifft. Das ist Alles!

NB Configuration wird nicht unterstützt bei Verwendung eines AMD Ryzen Prozessors.
IGFX Multi-Monitor [Disabled]
Hier können Sie die Unterstützung der (internen Grafikgeräte) Multi-Überwachungsfunktion
für aufgesetzten VGA-Geräten aktivieren oder deaktivieren. Die Speichergröße des internen
Grafikgerätes wird reserviert. Konfigurationsoptionen: [Disabled] [Enabled]
Das IGFX Multi-Monitor-Element muss aktiviert werden, bevor die AMD Dual Graphics
Technologie verwendet werden kann.
Primary Video Device [PCIE / PCI Video]
Wählt das primäre Anzeigegerät. Konfigurationsoptionen: [IGFX Video] [PCIE / PCI Video]

Der Passus sieht z.B. bei Gigabyte (hier B550M DS3H) schon viel aussagekräftiger aus.

Initial Display Output
Specifies the first initiation of the monitor display from the installed PCI Express graphics card or the onboard
graphics.
#IGD - Sets the onboard graphics as the first display.
#PCIe #1 Slot - Sets the graphics card on the PCIEX16 slot as the first display. (Default)
#PCIe #2 Slot - Sets the graphics card on the PCIEX4 slot as the first display.

Integrated Graphics (Note) Enables or disables the onboard graphics function.
# Auto - The BIOS will automatically enable or disable the onboard graphics depending
on the graphics card being installed. (Default)
# Forces - Enables the onboard graphics.
# Disabled - Disables the onboard graphics.

(Die letzten MBs ware alle ASUS, aber ich glaube, nächstes mal kommt wieder Gigabyte ran.)

Hab inzwischen etwa das Netz durchsucht und ich vermute stark, bei ASUS wird es auch das hier sein

Auto - The BIOS will automatically enable or disable the onboard graphics depending
on the graphics card being installed.

Aber das wird herauszufinden sein.

... warum nicht
remove --purge firmware-amd-graphics libgl1-mesa-dri libglx-mesa0 mesa-vulkan-drivers xserver-xorg-video-all

Hab mir das gerade mal auf meinem T450s angeschaut. Bis auf 'firmware-amd-graphics' sind die anderen Pakete dort auch installiert und das Teil hat nichts mit einer AMD GPU zu tun. Also vom Rest lasse ich besser die Finger. Aber was mir hier unter Bullseye auf der Ryzen Kiste neben 'firmware-amd-graphics' noch ins Auge sticht 'libdrm-amdgpu1', wäre vielleicht ein weiterer Löschkandidat.

Eine iso meiner Bullseye Ryzen Kiste ist vorsorglich neben den üblichen Sicherungen gezogen. Die Nvidia kommt nächste Woche. Schaun mer mal.

Gruß KH

[rjh]

Nur ins Blaue geraten, aber lässt sich AMD durch blacklisting der Module vielleicht verhindern? Siehe z.B. hier::
https://askubuntu.com/questions/1080217 ... gpu-driver

[ralli]

Ich denke, es gibt weder mit Nvidia noch mit AMD gravierende Probleme. Bei Nvidia sind es eher ideologische Probleme wegen der Geschäftspolitik, technisch gab es bei mir und Nvidia nicht die geringste Beanstandung. Ich hatte die letzten 15 Jahre diverse Nvidiakarten im Einsatz, alle liefen problemlos. Nun bin ich aber wegen Nvidias Treiberpolitik auch bei AMD gelandet.

Grüße ralli

[kalle123]

Nur ins Blaue geraten, aber lässt sich AMD durch blacklisting der Module vielleicht verhindern?

Ich tippe mal auf diese Karte, Nvidia gesteckt und ASUS deaktiviert die iGPU.

Aber wie verifizieren? Einfach einen 2. Monitor auf den MB HDMI Anschluss klemmen oder mal die amdgpu Temp. beobachten oder Stromaufnahme Rechner mit/ohne Nvidia?

cu KH