Da habe ich auch die laptop-mode-tools und/oder Powertop im Verdacht.
Dann deinstalliere sie doch kurz - bei Option remove
bleiben die Einstellungen erhalten.
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
Dann deinstalliere sie doch kurz - bei Option |
Anmeldungsdatum: Beiträge: 3271 |
Was das Wiki und die Fantastillionen pauschalen Warnhinweise zu PPAs hier leider nicht sagen: Ärger machen PPAs nur, wenn man sich die falschen aussucht, inbesondere solche, die kritische Komponenten wie z.B. den Desktop austauschen. Das ist beim TLP-PPA nicht der Fall. grep -r AUTOSUSPEND_USBTYPE_BLACKLIST /etc/laptop-mode/conf.d Der Grund steht in meinem vorigen Post. Weniger schreiben, stattdessen mehr lesen hilft.
Unwahrscheinlich. Vermutlich ist es der KVM-Switch der den Numlock-Status nicht sauber nachhält. Aber probiers aus. TLP spart alle Eingabegeräte – auch Keyboards – vom Autosuspend aus. ps. Was ist das denn für ein antikes Laptop, das noch PS2-Anschluß hat? |
Anmeldungsdatum: Beiträge: 12990 Wohnort: Oldenburg/Erlangen |
Sie machen schon per Definition dadurch generell Ärger, dass sie vor jedem Upgrade deaktiviert werden (müssen). Es muss wahrlich keine Kernkomponenten betreffen um dadurch bereits Probleme zu bereiten...
Numlock ist kein Zustand, es ist einer Interpretation des zuständigen Treibers. Es gibt schon genug Ärger dadurch, dass Laptop Tastaturen üblicherweise den Nummernblock in die restliche Tastatur integrieren... Die LED leuchtet auf, weil die Tastatur dazu vom System angewiesen wird und nicht weil sie sich damit in einen anderen Betriebszustand bewegt.
Du meinst abgesehen davon, dass bis heute die Touchpads immer noch darüber angeschlossen werden, weil USB so unglaublich viel Strom verschwendet? Die serielle Verbindung die sich dahinter verbirgt ist so unglaublich einfach und simpel, dass der Platzbedarf der Buchse der einzige Grund dafür ist, dass man diese Buchsen in modernen Laptops nicht mehr antrifft. Eine Docking Station bzw Port Replikator schafft hierbei bereits Abhilfe, intern wird diese Schnittstelle so schnell nicht aussterben. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 855 Wohnort: Augsburger Outback |
Nichts gegen Dich und Dein sicher sauber gepflegtes PPA ... ich halte es da mit der Assoziationskette Pferde, Flur, k*tzen. grep -r AUTOSUSPEND_USBTYPE_BLACKLIST /etc/laptop-mode/conf.d Ich habe es gelesen, erkannt und verstanden. Der von Dir zitierte Hinweis war für Benno-007.
Das ist kein Laptop, sondern ein Dell T20. Du liest aber schon das was bislang geschrieben wurde bevor Du schreibst? 😉 Einen KVM-Switch verwendet man, weil man zwei oder mehr Rechner mit einem Monitor, einem Keyboard und einer Maus bedienen möchte. Insoweit richtet sich die Hardware (hier Maus) auch danach, welche Schnittstellen noch an dem oder den anderen Rechner(n) frei/vorhanden sind (hier PS/2). Zu den Argumenten von Letalis für PS2 kommt bei Tastaturen noch hinzu, dass man bei PS2 wegen der Einfachheit hinter der seriellen Verbindung auch keine oder weniger Polling- und Ghosting-Probleme hat. 😉 |
(Themenstarter)
Anmeldungsdatum: Beiträge: 855 Wohnort: Augsburger Outback |
Sodele, hier nun das Ergebnis für 16.04: Der Hinweis von linrunner war entscheidend. Ich habe in der /etc/laptop-mode/conf.d/runtime-pm.conf den AUTOSUSPEND_TIMEOUT=2 wieder auf den Originalwert zurückgesetzt und in der conf-Datei zudem die Einstellung AUTOSUSPEND_RUNTIME_DEVTYPE_BLACKLIST="usbhid" gesetzt. Damit friert der Mauszeiger nun nicht mehr ein - also nicht auf den gesetzten Originalwert von 2 Sekunden. |
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
Hab es ins Wiki eingetragen: laptop-mode-tools. |
Anmeldungsdatum: Beiträge: 105 Wohnort: Wien |
In 16.04 LTS kommt es nicht nur zu Problemen mit der Maus, sondern es kann, vermutlich je nach Hardware / Konfiguration, auch zu Problemen mit Audio kommen. Bei mir (Intel HDA) war es so, dass jede Audioausgabe erst mit ca. 1 Sekunde Verzögerung startete (der Anfang war abgeschnitten), weil die Laptop-Mode-Tools den Soundchip "schlafen" legten. Einstellungen in der entsprechenden Konfigurationsdatei /etc/laptop-mode/conf.d/intel-hda-powersave.conf bewirkten keine Änderung. Ich habe die Laptop-Mode-Tools daher entfernt. Ich zitiere frei aus dem Laptop-Mode-Tools-Wiki: "Bei gleichzeitiger Verwendung von pm-utils und laptop-mode-tools kann es zu Konflikten kommen." Da Ubuntu pm-utils standardmäßig verwendet, denke ich, dass die Laptop-Mode-Tools für 16.04 LTS nicht mehr eingesetzt werden sollten. |
Anmeldungsdatum: Beiträge: 29240 Wohnort: Germany |
So pauschal ist das falsch - viele verwenden sie ohne Problem. |
Anmeldungsdatum: Beiträge: 3271 |
pm-utils wird in 16.04 weder standardmäßig installiert, noch verwendet, noch funktioniert das Paket überhaupt was das Stromsparen anbetrifft. Es kann also l-m-t oder TLP gar nicht stören. |