falbre
Anmeldungsdatum: 27. November 2015
Beiträge: 25
Wohnort: Süd-West Deutschland
|
Hallo Gemeide, habe nun auf meinem System Ubuntu installiert. Die Installation verlief mit einigem Gestolper, da die Grafik gesponnen hat siehe Bild 1. Als ich das USB Installationsmedium mit der Option „save Monitor“ erneut gestartet habe, lief es und installierte alles so ich Infos aus dem Netz erfahren habe.
Das System selber ist:CPU: AMD Ryzen 7 3700x(8x3,6-4,4 Ghz) Mainb.:MSI x 570 Gaming Plus GPU: ASUS AMD ROG RX570 mit 8 GB Arbeitsspeicher 32 GB/3600
Auf 1. M.2 SSD ist Windows; auf der 2. SSD ist geteilt in Partion A die Swap Partion( ca 64 GB) auf Partion B ist der Rest der 500 GB die Root ( / ) Partition. Auf einer 3. (eine HDD) habe die Home Partition gelegt.
Auf Windows habe ich Fast Boot abgestellt.
Nach dem Reboot bekomme ich folgendes: Bild 1 & 4 und der Rechner ist nicht mehr ansprechbar.
Am Anfang sieht es noch normal aus aber sobald ich die Maus bewege und Fenster öffne oder mit dem grafischen Update anfangen möchte, erscheinen Pixel; Bildschirm wechselt in Falschfarben und schließlich friert der Rechner ein. Ein Update sowie Upgrade verlief erweiterten Ubuntu Modus soweit gut, allerdings beiweiterhin spinnender Grafik.
Unter Windows läuft das System einigermaßen stabil aber auch manchmal mit seltenen Aussetzern( Bild 3). Die aber wieder verschwanden nach GraKa Treiber Update.
Nach einem Recovery Ablauf läuft Windows stabil. Erneuter Versuch Ubuntu zu Installieren. Fazit: Gleiche Syptome. Was mache ich falsch oder was habe ich übersehen(Möglich Fallstricke)? Gibt eine bekannte Hardware inkompatiblität? Oder habe ich einfach eine Montags- Graka eingefangen(ROG-STRIX-RX570-O8G-GAMING).
Oder habe ich schlichtweg ein Treiberproblem?
Laut dem Thread von Crazy-Biscuit vom 18. Januar 2019 09:15 (zuletzt bearbeitet: 18. Januar 2019 09:21) ist diese Karte kein Problem:
“Ganz klar eine AMD RX570 8GB oder RX580 8 GB - wenn du eine gute RX 580 günstig bekommst, dann die, sonst tut es eine RX 570 auch.
Gebraucht mit irgendwelchen stromhungrigen nVidia-Karten anzufangen die nur einen Bruchteil der Leistung haben, bringt gar nichts. AMD Karten laufen mit dem freien Treiber, performen super und du bekommst mit jeder Ubuntu-Versiond dank AMDGPU-Kernelmodulupdate und neuem Mesa mehr Performance, Bugfixes und neue Features. ☺.Richtig, richtig gut sind die MSI Radeon RX 570 GAMING X - aber aktuell viel zu teuer. Ich …..“ Weiß jemand Rat? Würde mich freuen bevor ich weiter Nächte mich damit herumschlage. Bisher keine Datenverluste da neues System.
- Bilder
|
whoosename
Anmeldungsdatum: 31. Januar 2010
Beiträge: 289
|
Hallo, ich vermute ein Kernelproblem, bei mir läuft Kubuntu 20.10 auf einem ASUS ROG-Strix X570 E-Gaming mit Ryzen7 3700x ohne Probleme. 20.04 mit Ryzen5 2400G und MSI B450 GAMING PRO CARBON AC war eine Katastrophe, instabil, freezes und abstürze. Im Netz und auch hier bei UU.de habe ich mehrfach gelesen, das der 5.4er Kernel für Ryzen Prozessoren ungeeignet sei.
|
falbre
(Themenstarter)
Anmeldungsdatum: 27. November 2015
Beiträge: 25
Wohnort: Süd-West Deutschland
|
Hoi Whoosename,
danke für die Antwort. Das Mainboard könnte auch der Übeltäter sein. Meine aktuellen Nachforschungen deuten auch auf eine aktuelle Hardware Inkompatiblität hin. Es gibt laut Hersteller des MB ein neues UEFI, das ich aufspielen werden und dann erstmal alles auf Hersteller Standarteinstellungen stellen werde. Den Fastboot und den SaveBoot Modus abstellen und es noch mal versuchen. Habe auch mittlerweile versucht Ubuntu 20.10 mit dem 5.8 Kernel als Live Boot zu starten. Geht auch nicht, höchsten im "Save Monitor Modus". 😕
|
whoosename
Anmeldungsdatum: 31. Januar 2010
Beiträge: 289
|
Wegen dem Bios war ich mir nicht sicher, ich musste nichts aktualisieren. Allerdings habe ich ein ASUS Mainboard und die Unterschiede zu anderen Herstellern können gravierend sein.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Aus gegebenen Anlass sei noch darauf verwiesen, dass das von AMD für die neuen Grafikkarten beworbene SAM unter Linux bereits seit 3 Jahren unterstützt und aktiv von den AMD Grafiktreibern verwendet wird, sofern die Grafikkarte dies unterstützt - ich weiß zumindest von den Vega Karten, dass diese davon bereits Gebrauch machen. Sollte der Board Hersteller also laut dem Changelog des UEFI den Resizable BAR Support repariert haben, so lohnt es sich auch mit älteren Karten mal einen Blick auf dieses Feature zu werfen - wenn das Feature vorher nutzbar aber defekt war, könnte es sogar der Ursprung dieser Probleme gewesen sein. Die Mainboard Hersteller neigen leider dazu, exotische Features im BIOS/UEFI von Consumer Boards nur unvollständig zu implementieren/testen.
|
falbre
(Themenstarter)
Anmeldungsdatum: 27. November 2015
Beiträge: 25
Wohnort: Süd-West Deutschland
|
Hallo nochmal, ich habe nochmals alles gelöscht und neu aufgezogen. Frische Windows, alles Treiber von der Windows seite aktualisiert.
Alle Festplatte abgehängt außer die für Windows. Windows funkt. Beim Versuch Ubuntu 20.10 in Live zu starten. Bleibt hängen(Bild 6).
Nochmal versuch: Artifakte und einfrieren(Bild7). Habe die Fehlermeldungen des ersten Versuchs fotografiert. Habe leider noch keine Kenntnis wie man die Befehlszeilen als Textdatei speichert in solcher Situation. Vielleicht könnt Ihr was mit den Fehlermeldungen etwas anfangen. Wäre schön.
Have a nice WE
- Bilder
|
whoosename
Anmeldungsdatum: 31. Januar 2010
Beiträge: 289
|
Hi falbre, hast Du schon die Grafikeinstellungen im UEFI-BIOS überprüft? Siehe Antwort von Letalis_Sonus. Du wirst wahrscheinlich verschiedene Einstellungen ausprobieren müssen, aber einen (eher mehrere Versuche) ist es wert.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Macht es einen Unterschied wenn du einen Kaltstart machst? Bei einem Warmstart nach dem Betrieb mit Windows kann es passieren, dass das Gerät in einem unvollständig zurückgesetzten Zustand verbleibt mit dem der Linux Treiber unter Umständen nicht zurecht kommt. Ich halte es bei so einer Grafikkarte zwar für unwahrscheinlich, will es aber nicht kategorisch ausschließen. UVD und VCE sind nebenbei die für die Hardware-beschleunigte Video De- und Encodierung zuständigen Co-Prozessoren, er scheitert dabei die hierfür verwendeten Firmware Blobs zu Laden. Das könnte in der Tat etwas mit dem Resizable BAR Support zu tun haben. Allerdings hat er auch Probleme mit dem Power Gating dieser Co-Prozessoren, und da würde ich eher erwarten, dass dies "von außen" geregelt wird und nicht direkter Bestandteil der Co-Prozessoren selbst ist.
|
falbre
(Themenstarter)
Anmeldungsdatum: 27. November 2015
Beiträge: 25
Wohnort: Süd-West Deutschland
|
Hallo an Euch beide aber natürlich auch an alle anderen, Ob Warmstart oder Kalt habe ich bisweilen nicht im Focus gehabt, aber ich hatte die Kiste schon mal aufgemacht und geschaut ob alles richtig fest sitzt und dann gestartet.
Nachdem ich die Bezeichnung"Resizable BAR Support" im Netz gesucht habe bin auf das hiergestossen(Bios Bild 1).Dort gefunden: https://www.techpowerup.com/274872/msi-releases-resizable-bar-support-bios-updates
Sowie das hier: https://patchwork.kernel.org/project/linux-pci/patch/5662C61F.50303@amd.com/
Allerdings traue ich mich hier (noch)nicht richtig dran.
Es ist wohl eine Einstellung die bewirkt das die Grafikkarte soviel VRam zur verfügung stellt, wie benötigt wird. Dynamisch halt.
Vielleich kommt Linux bisweilen nicht damit klar.
Konnte heute noch nicht nachschauen welche Einstellung bei mir gerade aktuell ist.
Situation 1: Beide sind abgestellt(wie Bild) ➡ Versuch an zu stellen und probieren.
Situatiuon 2: Ist beide sind eingestellt (auf Automatik oder fixe Zahl)
Frage Situation 2: wenn ich die Automatik abstelle und stattdessen ein fixe Zahl gefordert wird wohin sollte diese Zahl tendieren?
Vom Papier her hat die Graka 8 VRam.
Tut mir leid das so stümperhafte Fragen habe, aber laut Handbuch des MB könnte man durch falsche Einstellungen die Hardware zerstören, deswegen meine Übervorsicht. es ist Montag und trotzdem scheint die Sonne trotz Corona.
- Bilder
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
falbre schrieb: Es ist wohl eine Einstellung die bewirkt das die Grafikkarte soviel VRam zur verfügung stellt, wie benötigt wird. Dynamisch halt.
Vielleich kommt Linux bisweilen nicht damit klar.
Den VRAM hat die Grafikkarte so oder so in voller Größe zur Verfügung, und dynamisch ist dies nicht, ganz im Gegenteil. Hier geht es nur darum, wie die CPU auf den Grafikspeicher zugreifen kann. Standardmäßig hat diese nur ein 256 MiB großes Fenster, welches verschiebbar ist - wenn der Treiber also auf einen Speicherbereich zugreifen will, der sich gerade nicht in diesem Fenster befindet, so muss er dieses erst einmal verschieben, was Zeit kostet. Kleiner Exkurs in Hardware-Kunde: Wenn ein Programm auf den Speicher an einer bestimmten Speicheradresse zugreift, dann ist diese Speicheradresse virtuell, sie wird von der MMU auf den realen Speicher abgebildet - andere Programme können die gleichen Speicheradresse nutzen, ohne sich in die Quere zu kommen, weil der Kernel ihnen einen anderen physikalischen Speicher mit dem gleiche Adressbereich zugeordnet hat. Dieses Abbilden von Speicheradressen ist nicht nur auf den RAM beschränkt, auch der Zugriff auf die Peripherie läuft in der Regel über Speicher oder Register die in einen bestimmten Speicherbereich abgebildet werden. Beim Systemstart weist das BIOS/UEFI den PCI Geräten einen Speicherbereich zu, in dem diese Geräte erreichbar sind. Aus Kompatibilitätsgründen wird hierfür meist nur ein 32 bit großer Speicherbereich genommen, weil es auch bei den PCI und PCI Express Geräten eine Rolle spielt, ob diese 64 bit unterstützen. 32 bit decken aber nur einen 4 GiB großen Bereich ab, sodass du damit den Grafikspeicher heutzutage gar nicht in voller Größe abbilden könntest. Diese BIOS/UEFI Option macht nichts anderes, als die Geräte, welche auch einen 64 bit Zugriff erlauben, jenseits von diesem 32 bit Bereich zu platzieren, da dir mit einer 64 bit großen Adresse ein 16 EiB großer Bereich zur Verfügung steht. Das ist übrigens so unvorstellbar viel, dass die CPU nur einen Bruchteil der Speicherleitungen für den RAM auch wirklich zur Verfügung hat - genug, um auch genug Platz für den gesamten Grafikspeicher zu haben. Wenn das BIOS/UEFI beim Nutzen dieses erweiterten Adressraums keinen Mist baut, dann macht es die Sache sogar einfacher fürs Linux - deshalb hat man es ja erst eingeführt.
|
falbre
(Themenstarter)
Anmeldungsdatum: 27. November 2015
Beiträge: 25
Wohnort: Süd-West Deutschland
|
Hallo Letalis_Sonus, vielen Dank für die Ausführungen. Nun ist geklärt dass ich total falsch lag. Mich würde interessieren was ich praktischerweise noch tun könnte. Soll ich diese Einstellungen"Resizable BAR Support" im Bios anfassen oder nicht wenn ja wie? Oder zumindest welche Tendenz? Würde es helfen den neusten Treiber der Grafikkarte zu installieren(amdgpu-pro-20.45-1164792-ubuntu-20.04.tar).Dazu müsste ich allerdings erst mal unter Ubuntu an den Rechner kommen. Werde mich nun auch an AMD/MSI wenden, da laut Ihrer Homepage dieses Mainboard(MSI X570 Gaming Plus) Linux nicht explizit unterstützt.
Grüsse aus dem Ländle
|
falbre
(Themenstarter)
Anmeldungsdatum: 27. November 2015
Beiträge: 25
Wohnort: Süd-West Deutschland
|
Hallo nochmal, kleine Antwort an mich selber 🐸 Wollte nun Windows vollständig einrichten und dann dass:Bilder.
Bin jetzt überzeugt das ein Hardwarefehler vorliegt oder gegeseitig inkompatible Komponenten.
Jetzt geht der Rechner erstmal zum Händler zurück. Sollen die sich damit rumschlagen. Vielleich andere Graka? Falls die Graka einen Knaller hat, kennt Ihr eine Graka die auf jeden Fall mit Ubuntu läuft.
Muss keine Highend Karte sein so halb-oberes Mittelmaß.
- Bilder
|
falbre
(Themenstarter)
Anmeldungsdatum: 27. November 2015
Beiträge: 25
Wohnort: Süd-West Deutschland
|
falbre schrieb: Hallo nochmal, kleine Antwort an mich selber 🐸 Wollte nun Windows vollständig einrichten und dann dass:Bilder.
Bin jetzt überzeugt das ein Hardwarefehler vorliegt oder gegeseitig inkompatible Komponenten.
Jetzt geht der Rechner erstmal zum Händler zurück. Sollen die sich damit rumschlagen. Vielleich andere Graka? Falls die Graka einen Knaller hat, kennt Ihr eine Graka die auf jeden Fall mit Ubuntu läuft.
Muss keine Highend Karte sein so halb-oberes Mittelmaß.
Hallöchen nochmal, habe heute den Rechner abgeholt. Die haben die Graka erneuert und siehe da alles läuft wie Lottchen. Das ganze hin her ging uns allen wohl auf die Nerven. Insofern ist diese Geschichte wohl als gelöst zu betrachten. Gegen Hardwarefehler kann man noch so am System herumdoktern und vermuten-da geht erstmal nix mehr. Ich danke allen, die meinem Problem sich angemommen haben. Jetzt gehts endgültig ans Einrichten und die Entscheidung welche Oberfläche von Ubuntu. Dazu mehr in der anderen Rubrik.
|
falbre
(Themenstarter)
Anmeldungsdatum: 27. November 2015
Beiträge: 25
Wohnort: Süd-West Deutschland
|
falbre schrieb: Hallo Letalis_Sonus,
am Ende wars eine kaputte Graka, die wurde ausgetauscht und nun läuft es. Merci für die Anteilnahme.
|