Arch Linux

Kernel 5.17 nach suspend keine Monitoranzeige mehr

josefine

Josephus Miller
Ich nutze Manjaro und Arch.
Das Problem besteht bei Arch und nicht bei Manjaro.
War wohl noch eine alte inxi Ausgabe und ich habe vergessen den Manjaro Hinweis zu löschen.
Sorry, bin erst darauf gekommen wie du mich darauf hingewiesen hast.

Also Problem besteht bei Arch.

ToterEngel

Reagiert denn der PC nach dem WakeUp auf Befehle?
Also wenn du zb. mit schwarzen Bildschirm eine andere Konsole mit der Tastenkombination aufrufst und nen Neustart dann einleitest? Oder hängt der komplett?

Denn dieser Bug würde dann zumindest dazu passen: https://bugs.archlinux.org/task/74285

josefine

ToterEngel Diese Beschreibung trifft es haargenau.

Beim Aufwachen laufen zwar die Lüfter an, aber ich kann tun was ich will ich bekomme keine Anzeige mehr. Auch nicht mit den bekannten Tastenkombinationen.
Es hilft dann nur ein Neustart.

Photor

josefine kommst du denn über das Netz (z.B. SSH, wenn du einen SSH-Server eingerichtet hast) rein?

Dann kannst du den Rechner wenigstens geordnet runter fahren brauchst ihn nicht hart abzuschießen. Ist auf Dauer besser für's Filesystem.

Ciao,
Photor

josefine

Photor Nein, ich habe kein SSH eingerichtet und zur Zeit funktioniert es ja mit dem LTS Kernel und ich warte halt auf ein Update des 5.17er's.
Irgendwann wird der Bug ja hoffentlich behoben.
Danke trotzdem für die Info.

axt

josefine

josefine ich habe kein SSH eingerichtet

Was gibt es da einzurichten?

ssh rechnername
(wenn in "/etc/hosts" eingetragen) oder
ssh IP

Beim ersten Mal wird der Fingerprint erstellt. Fertig.

ich warte halt auf ein Update des 5.17er's.

Du hast Dich zwar unter dem Bugreport verewigt, aber willst Du nicht mithelfen, Dein Problem zu lösen?

Photor

Naja. Trotzdem würde ich mir überlegen, ob das nicht eine Möglichkeit ist. Mache ich immer recht bald, um beim Experimentieren einen Noteingang zu haben.

Caio,
Photor

Photor

axt dafür muss aber der sshd eingerichtet sein und laufen. Wenn ich mich recht erinnere, ist das nicht default - kann mich aber irren. Trotzdem schadet ein Blick in in die /etc/ssh/sshd-config nicht.

Ciao,
Photor

josefine

axt

Du hast Dich zwar unter dem Bugreport verewigt, aber willst Du nicht mithelfen, Dein Problem zu lösen?

Ich fürchte dazu reicht mein Wissen leider nicht

axt

Photor
Was ist schon default, wenn man alles selbst auswählen/installieren kann/muß? Daß openssh installiert sein muß, um es nutzen zu können...Wiki SSH.

axt

josefine
Du sprichst ja wohl vom aktuellen Kernel 5.17.1.arch1-1. Da wäre es wichtig, ob das Problem auch mit dessen direktem Vorgänger (5 Tage zuvor) 5.17.arch1-1 aufgetreten ist. Wenn nicht, könnten die entsprechenden Changes untersucht werden. Ja, nicht zwangsläufig von Dir, aber dieser Hinweis wäre dann hilfreich.
Solltest Du den nicht installiert gehabt haben, kannst Du das auch jetzt noch mindestens testweise. Sollten keine fehlenden Sicherheitsfixes dagegen stehen, könntest Du den auch nutzen (linux solange auf hold setzen, aber nicht vergessen), bis Dein Problem mit einem neuen Kernel gefixt ist.

Photor

axt Installieren reicht, um mich von außen auf den Rechner einloggen zu könne? Ist das so?

OK.

Ciao,
Photor

Photor

Martin-MS Da ist etwas mehr notwendig.

Jo. So meinte ich das im Kopf zu haben.

Aber da axt das so erklärte, dachte ich, dass sich da mittlerweile was geändert haben könnte (schien mir aber schon wert, das zu hinterfragen).

Ich bleibe dabei: sich das mal kurz anzusehen und SSH-Login (AKA SSHD) auf einem Rechner einzurichten, ist eine gute Investition.

Ciao,
Photor

Martin-MS

Photor Installieren reicht, um mich von außen auf den Rechner einloggen zu könne?

Da ist etwas mehr notwendig.

Zunächst muss auf dem Zielrechner der sshd.service gestartet sein. Wenn man sich remote als root verbinden will, muss außerdem die VariablePermitRootLogin in /etc/ssh/sshd_config auf yes gesetzt werden.

Ich habe das Logon mit SSH keys realisiert, dann kann man sich die lästige Kennworteingabe sparen und auch PermitRootLogin nach der Einrichtung wieder auf prohibit-password setzen.

Martin-MS

Photor Ich bleibe dabei: sich das mal kurz anzusehen und SSH-Login (AKA SSHD) auf einem Rechner einzurichten, ist eine gute Investition.

Vielleicht vorab im Fehlerfall auch mal einen Blick auf den Ethernet-Port werfen. Wenn da schon nichts mehr flackert, dann kann man sich eigentlich (zumindest dafür) die Einrichtung eines SSH-Services direkt schenken.

Photor

Martin-MS Sorry. Kurz zur Aufklärung: ich habe KEIN Problem. Ich hatte nur den Tipp gegeben, SSH auf einem Rechner, mit dem man experimentiert (z.B. ihn schlafen legen will oder mit dem X-Server rum bastelt oder das Keyboard ...) VORHER so einrichtet, dass man mittels Netzwerk von außen auf den zugreifen kann (vorher testen!).

Im Bedarfsfall kann man dann - per SSH - wenigstens den Rechner geordnet runter fahren, meist sogar die gemachten Änderungen remote wieder rückgangig machen.

War nur ein Tipp, der mir hier so manches graue Haar erspart hat (sind trotzdem alle grau und weniger 😉).

Ciao,
Photor

axt

Heutiger Bugreport FS#74346 - [linux] 5.17.1 NULL pointer dereference in amdgpu könnte das gleiche Problem sein.

Gestern ist ein Patch zum ersten Bugreport eingereicht worden: [PATCH] Revert "ACPI: processor: idle: Only flush cache on entering C3".

axt

Kernel 5.17.2 ist 'raus. Kannst Du Dich mental schon mal vorbereiten. 😉

Im Changelog finde ich auf den ersten Blick nichts direkt dazu, zu (resuming from) suspend zwar jede Menge, freilich wenig seit Ende März. Du wirst's ja merken, ob gelöst oder nicht.

axt

@josefine

Da schreibt wieder jeder seinen eigenen Bugreport, anstatt vorhandene zu lesen und ggf. zu bestätigen (FS#74405).

linux 5.17.2.arch2-1 ist zwar noch in testing, kannst Du ja aber trotzdem installieren.

Wenn das Problem noch bestehen sollte und es wie nicht selten an IOMMU liegt, kannst Du Bootoptionen testen, iommu nicht auf off setzen, aber bspw. "amd_iommu=pt" oder "iommu=soft".

axt

@josefine

Na, willst Du nicht mal Kernel 5.17.2.arch3-1 (liegt nun auch schon wieder 3 Tage in testing) installieren?

Und mit genannten Bootoptionen testen?

Nächste Seite »