mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
Letalis_Sonus schrieb: Zumindest mit nomodeset findet sich in den Logs nichts außer ein paar ACPI Fehlern. Die können in seltenen Fällen durchaus derartige Probleme verursachen, nur kann man da auch selten etwas anderes gegen machen als ein BIOS Update zu fahren und zu hoffen dass der Hersteller das Problem bereits behoben hat.
Zu folgender ACPI-Meldung habe ich noch etwas gefunden: acpi PNP0A03:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI]
acpi PNP0A03:00: _OSC failed (AE_NOT_FOUND); disabling ASPM HD5850_Fail, verwendet das Mainboard Gigabyte P55-USB3. In #105221 betrifft es ein Asus Sabertooth 990FX R2.0 und in #104963 ein MSI A88XM-E35. Bei allen wird ASPM deaktiviert. Außer der Bootoption nomodeset scheint u.U. auch das Deaktivieren des Dynamic Power Managements mit radeon.dpm=0 zu funktionieren. Außerdem scheinen Leute Probleme mit Evergreen und der Bildwiederholrate am DisplayPort zu haben, wenn HDMI-Audio mit radeon.audio=1 aktiviert ist, siehe bspw. #93343 und #101802. Keine Ahnung wie picky Monitore da sind, aber wenn die Bildwiederholrate „out of range“ wäre, würde der Monitor auch kein Bild zeigen. Den genannten Kernel-Versionen nach wären Ubuntu 16.04 wie 18.04 betroffen. Ich hoffe, das hilft irgendwie weiter. Nachtrag: Noch schnell nachgeschaut, mit BIOS-Version F9 ist das Gigabyte P55-USB3 bereits mit der aktuellsten, stabilen Version versorgt. F10g wäre nur eine Beta-Version.
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
mrkramps schrieb: Keine Ahnung wie picky Monitore da sind, aber wenn die Bildwiederholrate „out of range“ wäre, würde der Monitor auch kein Bild zeigen.
Hier kann es durchaus beim radeon Treiber mal zu Problemen kommen - aber heutzutage sind alle Monitore der letzten ~10+ Jahre in der Lage dies auch zu erkennen und zeigen eine entsprechende Fehlermeldung anstelle einfach auf Schwarz zu gehen.
|
HD5850_Fail
(Themenstarter)
Anmeldungsdatum: 20. Mai 2018
Beiträge: 52
|
Hallo zusammen, herzlichen Dank für die vielen Antworten! Ja, habt ihr korrekt extrahiert: Mainboard ist ein Gigabyte P55-USB3 Bildschirm ist: Dell U2412M https://www.amazon.de/Dell-LED-Monitor-Reaktionszeit-H%C3%B6henverstellbar-Schwarz/dp/B005JN9310 Anschluss: DVI – aber – Ich habe auch ein DisplayPort Kabel. Damit habe ich aber glaube ich noch mehr Probleme. Kann es gerne mal wechseln wenn ihr es wünscht. Bzgl älterer Kernel: Kann ich das auch von einem LiveSystem prüfen? Bzgl ASPM: Was für die Deaktivierung spricht ist, dass ich zwar in den Schalfmodus gehen kann, aber nur mit schwarz bleibendem Bildschirm wieder aufwacht. Heißt, ich nutze es nicht.... Bzgl Log: Kann ich das auch irgendwie bereinigen? Einfach logs mal löschen und die werden beim nächsten Start neu erstellt?
Was genau habe ich falsch gemacht, wenn ich wohl ohne nomodset gebootet habe, was ich dachte jedoch getan zu haben.... Danke euch - ja es sieht wohl bisher nach nem Kauf einer Grafikkarte aus...
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
HD5850_Fail schrieb: Bzgl ASPM: Was für die Deaktivierung spricht ist, dass ich zwar in den Schalfmodus gehen kann, aber nur mit schwarz bleibendem Bildschirm wieder aufwacht. Heißt, ich nutze es nicht....
Standby ist immer ein Problemkind, weil einfach alles eine Rolle spielt und wirklich alles auch passen muss - es ist eine echte Kompatibilitätshölle. Als Alternative gibt es noch Suspend-To-Disk, wobei der RAM Inhalt schlicht komprimiert auf die Swap geschrieben wird und in Sachen Hardware ein komplett normaler Systemstart vollzogen werden kann. Dauert etwas länger, braucht aber auch keinen Standby Strom und bereitet deutlich weniger Probleme. HD5850_Fail schrieb: Bzgl Log: Kann ich das auch irgendwie bereinigen? Einfach logs mal löschen und die werden beim nächsten Start neu erstellt?
Das bringt nichts, es macht schlicht keinen Unterschied.
|
mrkramps
Anmeldungsdatum: 10. Oktober 2006
Beiträge: 5523
Wohnort: south central EL
|
HD5850_Fail schrieb: Bildschirm ist: Dell U2412M https://www.amazon.de/Dell-LED-Monitor-Reaktionszeit-H%C3%B6henverstellbar-Schwarz/dp/B005JN9310 Anschluss: DVI – aber – Ich habe auch ein DisplayPort Kabel. Damit habe ich aber glaube ich noch mehr Probleme. Kann es gerne mal wechseln wenn ihr es wünscht.
Im Netz finden sich ein paar generelle Hinweise darauf, dass Leute Probleme mit dem DP hatten. DVI hat aber in allen Fällen, die ich überflogen habe, funktioniert. Da dein Problem nicht eindeutig ist, solltest du zumindest ausprobieren, wie sich der Monitor über DP verhält.
Bzgl älterer Kernel: Kann ich das auch von einem LiveSystem prüfen?
Sicher, das Live-System muss nur einen älteren Kernel mitbringen 😉
Bzgl ASPM: Was für die Deaktivierung spricht ist, dass ich zwar in den Schalfmodus gehen kann, aber nur mit schwarz bleibendem Bildschirm wieder aufwacht. Heißt, ich nutze es nicht....
Deaktiviertes ASPM ist nur ein Schuss ins Blaue. Läuft halt auf den drei Mainboards, die angegeben wurden, nicht und wäre damit zumindest irgendeine Gemeinsamkeit außer dem Grafikchip.
Bzgl Log: Kann ich das auch irgendwie bereinigen? Einfach logs mal löschen und die werden beim nächsten Start neu erstellt?
Normalerweise werden die von logrotate aussortiert. Aber man kann die auch manuell löschen und die werden dann von den Diensten neu geschrieben. Das sind - mit Ausnahme des systemd Journals - alles reine Textdateien.
Was genau habe ich falsch gemacht, wenn ich wohl ohne nomodset gebootet habe, was ich dachte jedoch getan zu haben....
Kein Plan. Der gängigste Fehler beim Setzen der Bootoptionen bei bereits installierten Systemen ist zu vergessen GRUB 2 zu aktualisieren - siehe auch Bootoptionen - Dauerhafte Konfiguration eines Systems. Ansonsten könnte das System tatsächlich abstürzen, bevor wirklich etwas in die Logdateien geschrieben wird.
Danke euch - ja es sieht wohl bisher nach nem Kauf einer Grafikkarte aus...
Du kannst statt nomodeset noch radeon.dpm=0 ausprobieren. Wenn das funktioniert, kann man anstelle der dynamischen Energieverwaltung die Grafikkarte mit einem statischen Profil zumindest permanent auf die niedrigste Leistungsstufe setzen - siehe radeon - Stromsparfunktionen.
|
HD5850_Fail
(Themenstarter)
Anmeldungsdatum: 20. Mai 2018
Beiträge: 52
|
Liebe liebe Leute! Es hat geklappt - mrkramps Vorschlag (war doch dein Vorschlag?) radeon.dpm=0 zusetzten, hat sofort geklappt. (Mit DVI jetzt, DP habe ich nicht mehr getestet) f.lux hat sich nach dem einloggen sofort aktiviert. Alles läuft sauber, volle Auflösung und Full HD kein Problem mehr ♥ ♥ ♥ ♥ ♥ ♥ Ich möchte mich herzlichst bei allen Helfenden hier bedanken - meine mehrjährige Durststrecke schein vorbei zu sein 😀 Das nächste mal komme ich früher vorbei ;D Ein anderes, aber geringfügerigeres Problem steht schon an xD Werde dem Forum erstmal was Spenden - Ihr habt mich jetzt effektiv vom Grafikkartenkauf bewahrt - ich habe eig keine Hoffnung mehr gehabt 😀
Die Umwelt wirds euch auch danken! Eine kleine Frage noch: Verbaucht der Modus denn jetzt weniger oder mehr Energie? So ganz habe ich den nicht verstanden? Wie auch immer - ich danke euch vielmals! Von meiner Seite kann der Thread soweit geschlossen werden. Viele Grüße an alle!
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
HD5850_Fail schrieb: Eine kleine Frage noch: Verbaucht der Modus denn jetzt weniger oder mehr Energie? So ganz habe ich den nicht verstanden?
Lies dir dazu einfach mal die entsprechenden und bereits verlinkten Abschnitte im Wiki Artikel durch. Ohne DPM läuft das Ding auf Vollgas und nuckelt feucht fröhlich im Vollrausch an deiner Steckdose - Dynamic Clocks musst du selber konfigurieren.
|
HD5850_Fail
(Themenstarter)
Anmeldungsdatum: 20. Mai 2018
Beiträge: 52
|
Ja, das ist natürlich nicht gut ... ☹ radeon.dpm=1 resultiert auch wieder in dem Black screen wie ohne nomodeset usw....
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Wie schon gesagt: Dynamic Clocks - Artikel lesen!
|
HD5850_Fail
(Themenstarter)
Anmeldungsdatum: 20. Mai 2018
Beiträge: 52
|
Okay, habe jetzt den Artikel gelesen. Was ich für mich jetzt machen wollen würde, wäre zunächst gucken wie "dynpm" läuft. Falls es Mist ist würde ich "profile" ausprobieren mit "mid" als Taktstufe Mein Problem nur ist, das es unter drm diese Ordner nicht gibt...
/sys/class/drm/card0/device/power_method
/sys/class/drm/card0/device/power_profile
Es wird außerdem in den weiterführenden Links empfohlen statt rc.local (was es wohl bei mir nicht gibt),
die Änderung sonst in systemd ab Ubuntu 15.04 abzulegen. Habe ich das richtig verstanden? VG
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Eventuell musst du beim expliziten deaktivieren von DPM ebenfalls Dynamic Clocks explizit einschalten, siehe die dynclks Kernel Option weiter oben. HD5850_Fail schrieb: Es wird außerdem in den weiterführenden Links empfohlen statt rc.local (was es wohl bei mir nicht gibt),
die Änderung sonst in systemd ab Ubuntu 15.04 abzulegen. Habe ich das richtig verstanden?
Die rc.local ist mit der Einführung von systemd zwar obsolet geworden, es gibt aber eine fertige systemd Unit die die rc.local weiterhin beim Systemstart ausführt - das macht die Sache schlichtweg einfacher als direkt eine Unit selbst zu erstellen. Die muss man bei 18.04 glaube ich aber erst einmal aktivieren.
|
HD5850_Fail
(Themenstarter)
Anmeldungsdatum: 20. Mai 2018
Beiträge: 52
|
Hallo, also ich glaube meine Optionen neigen sich dem Ende... ☹ Wenn ich
radeon.dynclks=1
oder
radeon.dynpm=1
setzte, bleibt der Bildschrim schwarz. Oder was habe ich falsch verstanden? EDIT: OK, mit radeon.dpm=0 davor gehts dann. Die Ordner sind dann auch da. Ich probiere jetzt erstmal rum und melde mich.
|
HD5850_Fail
(Themenstarter)
Anmeldungsdatum: 20. Mai 2018
Beiträge: 52
|
Nabend, also ich tue mich noch mit der dauerhaften Konfiguration schwer. Sollte ich das jetzt über GRUB selbst oder in rc.local bzw. die systemd Datei machen?
Ich denke letzteres. Jedoch ist mir bei letzterem überhaupt noch nicht klar wo genau ich welche Datei finde bzw. erstellen mus. Ich bin hier https://wiki.ubuntuusers.de/systemd/ etwas überfordert. Dort müsste ja dann rein, wenn ich es richtig verstanden habe:
echo profile > /sys/class/drm/card0/device/power_method
echo auto > /sys/class/drm/card0/device/power_dynpm
exit 0
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
HD5850_Fail schrieb: Ich bin hier https://wiki.ubuntuusers.de/systemd/ etwas überfordert.
Beschränke dich dafür erst mal auf systemd/Service Units. Dafür wirst du das ganze vermutlich in ein separates Skript stopfen müssen das du darüber aufrufst, da die echo Befehle eben nicht einzelne Befehle sondern komplexere Shell Ausdrücke sind die jeweils aus mehr als einem Befehl bestehen.
|
HD5850_Fail
(Themenstarter)
Anmeldungsdatum: 20. Mai 2018
Beiträge: 52
|
Hallo zusammen, also sorry, dass ich mich so blöd anstelle, aber versteh hier zB. nicht
wo ich da Befehle eingeben soll? Das sind ja .ini Geräte-Dateien und keine bash scripts? Bisher sieht meine Datei so aus:
[Unit]
Description=RAEDON5850
[Service]
ExecStart=echo dynpm > /sys/class/drm/card0/device/power_method
exit 0
[Install]
WantedBy=graphical.target
Aber das unter Service ist ja locker falsch? Bräuchte hier nochmal nen Erklärung wie das genau eingetragen werden muss. VG
|