staging.inyokaproject.org

Kannst du das ganze Verhalten mit einem Kopfhörer Verifizieren?

Kellerkind_2009 schrieb:

Ok,wir können ja Versuchsweise den Energiesparmodus der Soundkarte abschalten.Dazu

echo -e "options snd_hda_intel power_save=0 power_save_controller=N" | sudo tee -a /etc/modprobe.d/alsa.conf

Super, damit ist das Brummen weg! Ich nehme an, wenn ich ohnehin nicht auf Energiesparen angewiesen bin kann ich das einfach so lassen?

Neustart. Ausgabe von

cat /sys/module/snd_hda_intel/parameters/power_save

0

> cat /sys/module/snd_hda_intel/parameters/power_save_controller

N

Kellerkind_2009 schrieb:

Kannst du das ganze Verhalten mit einem Kopfhörer Verifizieren?

Nein, beim Kopfhörer tritt das Problem nicht auf. Ich vermute wirklich so etwas wie einen Hardwarefehler bei dem Soundsystem - aber so lange die Energiesparoptionen nicht geändert wurden hatte es eben nicht wirklich gestört, weil das Brummen eben nur dann da war, wenn der Laptop ohnehin aus war.

DrKolossos schrieb:

Super, damit ist das Brummen weg! Ich nehme an, wenn ich ohnehin nicht auf Energiesparen angewiesen bin kann ich das einfach so lassen?

Ja ist Abgeschaltet.Das kannst du ganz gelassen so lassen 😉

Nun mal der Versuch mit Bluetooth

echo "-1" | sudo tee -a /sys/module/usbcore/parameters/autosuspend

Das ist erst mal nur Temporär!

Kellerkind_2009 schrieb:

DrKolossos schrieb:

Super, damit ist das Brummen weg! Ich nehme an, wenn ich ohnehin nicht auf Energiesparen angewiesen bin kann ich das einfach so lassen?

Ja ist Abgeschaltet.Das kannst du ganz gelassen so lassen 😉

Sehr gut, vielen herzlichen Dank für die tolle Hilfe schonmal!

Nun mal der Versuch mit Bluetooth

echo "-1" | sudo tee -a /sys/module/usbcore/parameters/autosuspend

Das ist erst mal nur Temporär!

Ausgabe ist -1 und temporär, also ohne Neustart ändert sich nichts, das lag Problem ist noch da.

Zeige noch mal bitte

lsusb

Kellerkind_2009 schrieb:

Zeige noch mal bitte

lsusb

1
2
3
4
5
6
7

Bus 001 Device 007: ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller
Bus 001 Device 005: ID 04f2:b469 Chicony Electronics Co., Ltd 
Bus 001 Device 004: ID 0489:e092 Foxconn / Hon Hai 
Bus 001 Device 006: ID 13fd:1340 Initio Corporation Hi-Speed USB to SATA Bridge
Bus 001 Device 003: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 002: ID 8087:8001 Intel Corp. 
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Hmm, ich glaube, dass das lag Problem besser wurde, bzw. jetzt vermutlich wieder so ist wie es sein soll oder vorher war. Vorher wars wirklich ein sehr ungutes Gefühl - wenn die Maus nur ganz kurz nicht berührt wurde war der lag da. Jetzt ist es erst wenn ich 2 Sekunden nichts mache - fühlt sich deutlich angenehmer an. Es kann aber auch sein, dass das noch eine Folge von

1

sudo btmgmt le off

ist, bin mir gerade unsicher. Versuche es gleich nochmal mit neu starten.

Also nach dem Neustart ist der lag auch immer noch im vernünftigen Rahmen. 2 Sekunden Inaktivität zusätzlich wären toll wenn man es noch auf einfache Weise konfigurieren könnte, aber ich denke, es ist jetzt wieder wie es vorher war. Also ich betrachte es jetzt soweit als gelöst. Falls es mir Morgen doch anders erscheint melde ich mich nochmal. Muss jetzt jedenfalls weg für Heute. Vieeeeelen, vieeelen Dank für diese tolle Hilfe!

Ok, das Problem war leider noch nicht behoben, ich habe die Lösung aber mittlerweile heraus gefunden. Abhilfe schafft btusb.enable_autosuspend=0 als Kernelparameter einzutragen. Nachdem das offenbar wirklich durch ein einfaches Update aktiviert worden ist (was ich nicht sehr toll finde) und daher durchaus andere betroffen sein könnten noch eine kurze Schritt für Schritt Anleitung:

1

sudo nano /etc/default/grub

btusb.enable_autosuspend=0 in die Zeile GRUB_CMDLINE_LINUX_DEFAULT eintragen, also z.B.: GRUB_CMDLINE_LINUX_DEFAULT="quiet splash btusb.enable_autosuspend=0" und im Anschluss die Datei speichern.

1

sudo update-grub

ausführen und neustarten.