Gibtnix
Anmeldungsdatum: 1. Januar 2016
Beiträge: 39
|
Hallo zusammen, ich habe ein hartnäckiges Problem mit der Verwendung von ubuntu auf einem Notebook des Typs HP Pavilion 15 (i7-8750H Coffee Lake, Intel UHD 630 + GTX 1050Ti). Live-Linux und Installation funktionieren problemlos. Boote ich dann aber in das Linux, funktioniert auch eigentlich alles, außer dass kein externer Monitor erkannt wird, und es beim Herunterfahren von Linux immer einen Freeze gibt. Hier hilft nichts weiter außer per ALT + Druck + REISUB neu zu booten. Starte ich Linux allerdings mit angeschlossenem externen Bildschirm, funktioniert alles und es gibt beim Beenden auch keinen Freeze (außer ich entferne den externen Bildschirm vorher). Ich habe dieses Problem seit etwa drei Monaten und darauf gehofft, dass sich das mit Systemupdates von alleine löst. Das ist aber seither nicht der Fall. Ich habe alles mögliche getestet, System mehrfach neu installiert, neuere Kernel installiert, nichts half. Sogar verschiedene Distributionen habe ich getestetet, die auf auf 18.04 basieren, und alle zeigen das gleiche Verhalten (gestestet aktuell ubuntu 18.04 LTS, KDE neon auf 18.04-Basis, elementary OS Juno). Lediglich die Installation des nvidia-Treibers bewirkte, dass wenn die nvidia-Karte aktiv ist, alles funktioniert - allerdings will ich die unter ubuntu gar nicht benutzen. Nichts was ich unter Linux mache, kommt mit der Intel nicht genau so gut aus, und verbraucht unterwegs viel weniger Strom. Füge ich die Boot-Option 'nomodeset' hinzu, gibt es keine Freezes, aber kein externer Bildschirm wird erkannt - also auch nicht wirklich hilfreich. Nach allen Tests komme ich zu dem Fazit, dass es an dem Treiber der Intel-GPU liegt. Hierzu habe ich folgenden Beitrag gefunden https://hobo.house/2018/05/18/fix-for-intel-i915-gpu-freeze-on-recent-linux-kernels/ allerdings half mir nichts davon weiter, nicht einmal eine genauere Diagnose ist mir gelungen. Deswegen mein Anliegen: Wie komme ich hier weiter oder kann dieses Problem lösen? 😎 Besten Dank im Voraus! Moderiert von Vej: Aus dem Spammfilter gefischt.
Moderiert von sebix: Thema in einen passenden Forenbereich verschoben.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Die Installation des Nvidia Treibers bedeutet nicht, daß du sie auch "nutzt", oder muß man das so interpretieren, daß nur der Performance Modus funktioniert. Das wäre in der Tat etwas unverständlich. Warum kaufst du dir ein Optimus/Hybrid, wenn du gar keinen Bedarf dafür hast? Weniger ist mehr ... P.S. das gehört ins Subforum "Grafik".
|
Gibtnix
(Themenstarter)
Anmeldungsdatum: 1. Januar 2016
Beiträge: 39
|
Erst einmal Danke für die Rückmeldung und für den Hinweis mit dem falschen Forum, sorry. Natürlich nutze ich auch die Nvidia-GPU, aber nicht unter Linux. Es läuft im Dual-Boot mit Windows 10 und da wird die Grafik für Gaming verwendet. Aber für alles, was ich unter Linux mache, reicht die Intel-GPU halt genau so gut und ich muss keine riesigen Treiberpakete installieren, spare Akkulauftzeit und der Rechner ist fast immer sehr schön leise. Zudem habe ich festgestellt, dass die nvidia-GPU leider oft auch aktiv ist, obwohl das Intel-Prime-Profil gewählt wurde. Bei Notebooks, die eine separate Status-LED dafür haben (z.B. einige MSI) kann man das sehr gut verifizieren. Deswegen nutze ich einfach die Intel und dieses Problem ist umgangen. Jedenfalls ist das Problem nur dann weg gewesen, wenn der Perfomance-Modus aktiv war. Bin für alles weitere dankbar, wie das in den Griff zu bekommen ist... 😎
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Was du schreibst ist etwas verwirrend, Textforum halt. Sowohl nouveau als auch Nvidia nutzen Prime, um den Schalter bei Optimus umzuwerfen. Bei nouveau ist das Risiko einer Fehlfunktion mit den bekannten Folgen aber deutlich höher. Wenn du also in den Nvidia Settings das Power Safe Profil auswählst, bricht dein System zusammen? Mehr wollte ich nicht wissen. Ich würde mechanischen Indikatoren nicht unbedingt trauen. Gnome ist ein 3D Desktop, wenn da die GPU genutzt wird ist das gar nicht verkehrt. In modernen Geräten ist die "Nvidia" praktisch nur noch ein Co Prozessor für 3D Berechnungen. An dieser Stelle wird es jetzt komplex/hardwarespezifisch. Bei 1050 lohnt sich vermutlich eine Zwischenversion also 18.10 ff.
|
Gibtnix
(Themenstarter)
Anmeldungsdatum: 1. Januar 2016
Beiträge: 39
|
Danke für die Antwort und ja, ich nutzte die proprietären Treiber von nvidia (sorry für die Verwirrung 😉 ). Schalte ich die auf Power Safe habe ich dieselben Freezes beim Herunterfahren wie als wenn ich die gar nicht installiert hätte.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Alles klar, jetzt habe ich es verstanden. Freezes beim Herunterfahren können mit dem Nvidia zusammenhängen, müssen aber keineswegs. Da es sich um ein sehr elitäres Gaming Notebook handelt, besteht die Möglichkeit, daß es schlicht inkompatibel ist. Die erste Maßnahme in so einem Fall ist, daß man Plymouth deaktiviert. Nicht Deinstallieren! Also quiet und splash durch noplymouth ersetzen. splash ist der Screen beim Herunterfahren, quiet sollte klar sein.
sudo update-grub
... nicht vergessen! Da beim Herunterfahren das Dateisystem ausgehängt wird hat man keine Logs, es bleiben nur die Systemmeldungen. 2.te Maßnahme ist neueste Firmware auf das MB flashen, eher hoffnungslos nach meiner Erfahrung. Einem Gaming Laptop Hersteller interessiert Linux nicht. Schau halt mal in die Release Notes des Herstellers. Grundproblem sind immer die Energiesparfunktionen ACPI. Kann man per Bootoption deaktivieren, ist aber natürlich sinnfrei. P.S. bei so einer Kiste hat man natürlich kein Feedback im Netz. ☹ (neue Smileys sind blöd)
|
Gibtnix
(Themenstarter)
Anmeldungsdatum: 1. Januar 2016
Beiträge: 39
|
Alles klar, werde ich nachher noch probieren. Allerdings sollte das doch auch nur etwas für das Herunterfahren bedeuten oder? Es geht ja sonst auch noch darum, dass kein externer Monitor erkannt wird, insofern der nicht beim Booten schon angeschlossen war (wobei auch das nicht immer funktioniert). Das Boot-Problem lässt sich ja bereits durch "nomodeset" beheben, allerdings funktioniert dann halt gar kein externer Monitor mehr.
|
Gibtnix
(Themenstarter)
Anmeldungsdatum: 1. Januar 2016
Beiträge: 39
|
So getestet, gleiches Verhalten... ich glaube auch, dass der Freeze schon vor dem eigentlichen Herunterfahren kommt. Schon das Abmelden funktioniert nicht; also die Sitzung beenden, so dass eine Neuanmeldung möglich wäre, produziert schon den Freeze.
|
hakel
Anmeldungsdatum: 13. August 2009
Beiträge: 23336
|
Schon das Abmelden funktioniert nicht;
Das ist aber ein völlig anderes Fehlerbild. Könnte man so interpretieren, daß der Desktop ein Problem mit den Rechten hat. Ohne irgendwelche Fehlermeldungen natürlich reine Spekulation. Dieses Problem/Verhalten ist auch bekannt. Vermutlich muß man das im Kontext sehen. Du könntest den Anmeldedialog über Terminal öffnen und dann die Fehlermeldungen auslesen. https://wiki.ubuntuusers.de/Magic_SysRQ/ Du solltest den Thread "Melden" und dann von einem Moderator nach "Grafik" verschieben lassen. In diesem Subforum gibt es Profis die sicher noch andere Bootoptionen kennen. nouveau.modeset oder nouveau ganz blacklisten
|
Gibtnix
(Themenstarter)
Anmeldungsdatum: 1. Januar 2016
Beiträge: 39
|
Erneut besten Dank für die Rückmeldung und sorry, hatte ich ihn dem Moment nicht auf dem Schirm, dass es die Abmeldung und nicht der eigentliche Reboot ist 👍 Habe versucht nach gefreezter Abmeldung per Alt + Druck + C einen Crash-Dump zu bekommen, allerdings tat sich da nichts... Wie muss ich genau vorgehen, um über hierüber auf den Crash-Dump zu kommen? Beitrag habe ich "gemeldet" samt Bitte ihn nach Grafik zu verschieben.
|
alterpinguin
Anmeldungsdatum: 24. Mai 2014
Beiträge: 786
|
soweit ich weiß sind nicht alle SysRQ-Kombination automatisch aktiviert – schau mal in /etc/sysctl.conf oder setze es nach Bedarf von Hand mit "sysctl -w kernel.sysrq=1". btw. falls jemand einen Tipp hat, ich hab in 18.04 noch nicht gefunden wie ich in X11/Xorg "DontZap", d.h. ctrl-alt-backspace, wieder ermögliche. Der Eintrag in /etc/X11/xorg.conf: Option "DontZap" "false" hilft scheinbar nicht, bzw. wird das noch woanders abgefangen?
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
alterpinguin schrieb: Der Eintrag in /etc/X11/xorg.conf: Option "DontZap" "false" hilft scheinbar nicht, bzw. wird das noch woanders abgefangen?
Er ist nach wie vor in der Manpage dokumentiert. Nur sollte man ihn auch in die richtige Section einsortieren. Das ganze ist allerdings auch etwas redundant, da der SysRQ K effektiv das gleiche erledigt, selbst wenn der X Server nicht mehr in der Lage ist darauf zu reagieren.
|
Gibtnix
(Themenstarter)
Anmeldungsdatum: 1. Januar 2016
Beiträge: 39
|
Danke für den Tip - "sysctl -w kernel.sysrq=1" hab ich versucht, aber selbst anschließend kommt beim obligatorischen Freeze mit Alt + Druck + C leider keine Crash-Dump... gibt es sonst noch etwas zu beachten, das ich vielleicht falsch gemacht hatte? 😎 ...und wirklich besten Dank für die Unterstützung hier, ich bin wirklich zuversichtlich, dass das Problem in den Griff zu kriegen ist. 😊
|
Gibtnix
(Themenstarter)
Anmeldungsdatum: 1. Januar 2016
Beiträge: 39
|
Wollte noch kurz darauf zurückkommen, wie ich über Alt + Druck + C beim Freeze an einen Crash-Dump komme? Habe das bisher leider nicht hinbekommen, außer Alt + Druck + REISUB habe ich nicht den Eindruck, dass sich irgendwas tut... 😎
|
Letalis_Sonus
Anmeldungsdatum: 13. April 2008
Beiträge: 12990
Wohnort: Oldenburg/Erlangen
|
Gibtnix schrieb: Wollte noch kurz darauf zurückkommen, wie ich über Alt + Druck + C beim Freeze an einen Crash-Dump komme?
Wird auf dem Bildschirm ausgespuckt. Bringt natürlich wenig, wenn die Bildausgabe auch schon nicht mehr funktioniert. Mit etwas Glück findet das ganze vielleicht noch den Weg in den Kernel Log.
|