bitte um Tipps / Hilfe - mal wieder ein neuer Bug.
Seit kurzer Zeit (ca. 2 Monate) bin ich stolzer Besitzer eine Lenovo Ideapad 14 mit AMD CPU der 8. Generation. Drauf ist nur selbstinstalliert EOS, mittlerweile kann man die Geräte auch ohne vorinstalliertes Windows erwerben
Gefühlt 2-3 Wochen erfolgt leider die Bildschirmausgabe von Tastatureingaben verzögert und dann im “Block”. Das Delay kann mehrere Sekunden betragen, arbeiten kann man so nicht
Der Mangel tritt schon beim Anmeldebildschirm auf (Passworteingabe) und zieht sich dann durch alle Anwendungen. Die CPU-Auslastung lag meist bei nahe “Null”, böse störende Prozesse konnte ich nicht lokalisieren.
Zunächst habe ich an einen Hardwaremangel gedacht, da dieses Phänomen auf anderen Rechnern mit EOS nicht auftritt.
Zur Sicherheit hab ich mal ein Linux-Live vom USB-Stick gestartet und nicht schlecht gestaunt - der Fehler trat nicht mehr auf.
Was kann das sein, der Tastaturtreiber - aber es klappte ja zunächst - ggf. ein Update?
Z.Z. ist schon Kernel 6.12.1 installiet, Fehler war schon mit 6.11.x da. Hab auch den LTS Kernel mal gestartet… Bug bleibt. Bin ratlos
Tritt der Fehler auch unter einem “frischen” Benutzerprofil auf? Falls Du nur einen Benutzer hast und eine Gastsitzung keine Option ist kannst Du ja einen neuen anlegen und berichten.
Besteht das Problem ebenso wenn Du zu einer anderen tty wechselst via bspw. ctrl + opt + 3 ?
Ein bischen mehr Info kann nicht Schaden. Also welche DE / WM, die Ausgabe von inxi -Gax wäre hilfreich. Bisher beschreibst Du ja lediglich ein Symptom, die Detektivarbeit benötigt aber weitere Indizien.
Werf einen Blick in Deine journalctl -xf um zu schauen ob etwas auffälliges vorliegt. Brauchst Du hier aber nicht im vollem Umfang teilen. Generell listet dieser Artikel eine Vielfalt an Möglichkeiten die entsprechenden logs zum Zweck der Problemeingrenzung zu teilen. (Da sollte ich mich bspw. auch noch ein wenig tiefer einlesen)
Sorry,
das Notebook arbeitet mit KDE Plasma 6.2.3, Framework 6.8.0, der LTE Kernel 6.6.63-lts
alles unter X11, da unter Wayland keine Docks funktionieren.
journalctl -xf sah nur ein Eintrag “verdächtig” aus:
The unit systemd-timedated.service has successfully entered the ‘dead’ state.
Nov 26 16:59:03 Ideapad-14 plasmashell[1151]: kf.plasma.quick: Exposed with no visual parent. Window positioning broken.
nochmal zu den Symptomen:
Gestartet wird mit GRUB, soweit o.k., keine Auffälligkeiten, dann kommt der Anmeldeschirm SDDM, Benutzer ist vorbesetzt und bei der Passworteinhabe hakelt es schon!!!
Bin ich angemeldet, ist es egal, in welcher Anwendung ich Text eingebe, egal ob Konsole oder LibreOffice Writer, Tastatur bedienen… bis zu 10s bis die Eingabe auf dem Schirm erscheint…
Gruß Michael
PS: Gerade gefunden, Lenovo hat Stand 19.11.24 ein BIOS Update bereitgestellt.
Ggf. hilft auch “Werkseinstellungen”, mmmh, dann dürfe es im Live-USB-Boot eigentlich ja auch nicht funktionieren…
Versuch mal nach dem booten, noch während der Anmeldebildschirm gezeigt wird, direkt auf eine andere tty zu wechseln, Tastenkombination ctrl + opt (bzw windoof key) + 3 für tty3, um zu schauen ob das Problem für die Session Deiner regulären Benutzeranmeldung zusammenhängt.
Im Grunde die gleiche Idee wie bereits durch @Omig angedacht. Nur das ich pragmatisch bin und mir das anlegen eines frischen Benutzerprofils sparen würde.
Dass das Problem während einer Live-Session nicht auftritt ist definitiv schonmal ein Indiz. Gilt nur rauszufinden wer der Übeltäter ist.
Hab anderes “TTY” und auch neuen User probiert & gestern noch auch Plasma 6.2.4 Update gemacht, man weiß ja nie, wo der Täter haust - aber die Tastaturausgabe zickt weiter. Es gehen keine Zeichen verloren, aber der Puffer wird dann mit Delay von bis zu mehreren Sekunden geleert und auf den Schirm geschrieben - EDV wie in meiner Jugend (Terminal über 2k Modem zum Host), nee - ist noch ein Ticken krasser
Was ich noch gerne getestet hätte - BIOS Update. Lenovo stellt nur eine .EXE für Windoof bereit.
Ich weiß nicht, wie ich jetzt das Update unter Linux auf den Ideapad kriege. Im UEFI gibt es da auch nichts, das kenn ich anders von meinen Desktops mit GIGABYTE-Boards.
Und dafür Windoof installieren - ich glaub’s nicht, das wäre das Allerletzte
Hab noch mit einem Mint-Stick den zweiten Live-Gegentest gemacht - alles prima,
Gibt es vielleicht eine Config-Datei oder Verzeichnis für den Tastaturtreiber o.ä., die ich löschen / resetten könnte? Fürche schon, dass ich wegen solchem “Kinkerlitz” den Rechner neu installieren muß. So ein Mist!
hab das WE geopfert und so ziemlich alle Register (mit meinen bescheidenen Möglichkeiten / Kenntnissen) gezogen,
um der Ursache für das Keyboard-Delay näherzukommen.
Aktionen & Stand:
BIOS Update des Ideapad Pro 5 14APH9 auf NBCN23WW (von Sept. 2024) > keine Änderung
SSD gewechselt (sollte eh eine größere rein) und EndeavourOS-Live (NEO von 09.24) per USB gestartet. Im Live-System keine Tastatur-Delays - also Hardware wohl o.k.
EndeavourOS frisch installiert mit KDE - neu gebootet. Tastatur-Lag wieder da !!!
Testweise sowohl MINT 22 (Cinnamon) und Fedora 41 (Gnome) von USB-Stick installiert, in beiden System LIVE als auch im installierten System keine Tastatur-Delays!
Resumé:
Da der Laptop zuvor wochenlang ohne diesen Mangel funktioniert hat, muß sich der Fehler bei einem der letzten Updates “eingeschlichen” haben. Da EOS im LIVE-System keine Delays zeigte, nach Online Installation aber die Tastaturfehler wieder präsent waren, tippe ich auf Plasma. Cinnamon und Gnome arbeiteten ja auch einwandfrei.
Hab jetzt erst mal kapituliert.
Wenn sich hier keine Lösung findet, muß ich (hoffentlich nur temporär) eine andere Distribution wählen (ggf. Fedora Spin, mit Gnome werd ich nicht warm, Zimt ist erst recht nicht nach meinem Geschmack).
Vielleicht hat ja doch noch jemand einen Tipp, wäre
Du hast kein weiteres Programm installiert, absolut nur die bei der Installation automatisch verwendeten einem Update unterzogen? Und es lief nach der Installation und dem Neustart (aber vor dem Update) verzögerungsfrei?
Kannst Du ein Terminal öffnen und “top” darin laufen lassen, um vielleicht ein Programm kurzzeitig nach oben kommen zu sehen wenn Du etwas tippst?
hatte kein weiteres Programm installiert - nach Abschluss der Installation rebootet, Konsole - tada, der Lag war da.
Im Moment ist Fedora mit Gnome drauf, damit ich wenigstens mit dem schönen neuen Schleppi etwas arbeiten kann.
Wahrscheinlich wäre eine Offline-Installation schlauer gewesen, aber in letzer Konsequenz bringt’s nix - Rolling Release ohne Updates
Da ich auf zwei Desktops und einem älteren 13 Zoll Lenovo Ideapad auch EOS ohne Probleme betreibe, läuft es wahrscheinlich auf eine Unverträglichkeit Hardware des Neuen mit EOS / KDE hinaus.
Hoffe, der Bug ist temporär - ich geb jetzt erst mal erst Ruhe - wobei, ich hab noch die ursprüngliche Installation auf der ausgebauten SSD. Wenn ich EOS darauf boote kann, könnte ich auch arbeiten & testen, ohne jedesmal einen Riesenaufwand betreiben zu müssen…
