[gelöst]Nervigen Beep abschalten

[borish]

Hallo,

ich möchte den Beep bei verschiedenen Anwendungen abschalten. In älteren Postings wird empfohlen, pcspkr in /etc/modprobe.d/blacklist.conf zu blacklisten. In meinem wheezy gibt es diese Datei aber nicht:

Code: Alles auswählen

~$ l /etc/modprobe.d/
alsa-base-blacklist.conf  alsa-base.conf  blacklist-cups-usblp.conf  fbdev-blacklist.conf  i915-kms.conf  linux-sound-base_noOSS.conf@  radeon-kms.conf

pcspkr wird von lsmod angezeigt.

Was tun? Musik spielen soll weiterhin funktionieren.

-Boris

[syssi]

Einmal du Suche benutzen. Egal welche.

http://debianforum.de/forum/viewtopic.p ... lit=pcspkr

[borish]

Dort wird als Lösung setterm -blength 0 in /etc/profile oder Blacklisten der ursächlichen Module angeboten. Ich will - sofern sinnvoll- pcspkr blacklisten, damit es erst gar nicht geladen wird. Außerdem gibt es beim Booten eine Fehlermeldung zu pcspkr. Mein Problem ist aber, daß /etc/modprobe.d/blacklist.conf nicht vorhanden ist.

[uname]

Die Datei /etc/modprobe.d/blacklist.conf gehört zum Paket udev. Bei Wheezy fehlt die Datei wirklich. Keine Ahnung ob man die Datei einfach neu anlegen kann.

[syssi]

Einfach anlegen. Sie darf auch einen anderen/beliebigen Namen haben. Nur auf den Inhalt kommt es an.

[borish]

Die Datei /etc/modprobe.d/blacklist.conf gehört zum Paket udev. Bei Wheezy fehlt die Datei wirklich. Keine Ahnung ob man die Datei einfach neu anlegen kann.

udev ist installiert.

Ich schaue mal, was passiert, wenn ich blacklist.conf anlege.

[uname]

udev ist installiert.

Wäre auch dumm wenn nicht. Ich wollte eigentlich nur sagen, dass die Datei zu dem Paket "udev" gehört und bei Squeeze die Datei noch dabei war und bei Wheezy eben nicht. Aber wie oben geschrieben sollte es reichen die Datei einfach anzulegen. Naja im Zweifel müsste man mal den Quellcode ziehen und darüber den Namen des Orders bzw. die Datei suchen. Habe ich aber gerade keine Lust zu.

[CrashMan]

Unter Xorg kannst du den mit xset b off deaktivieren.
Wenn das wie gewünscht funktioniert, musste nur noch dafür sorgen, dass es nach einem Login automatisch aufgerufen wird

[borish]

Es funktioniert, wenn ich pcspkr in einer neuen Datei /etc/modprobe.d/blacklist.conf blackliste.

Update: Funktioniert nach einem Reboot nicht mehr, s.u.

[NossiTron]

Ich habe die /etc/modprobe.d/blacklist.conf mit folgenden Einträge anlegen müssen um das nervige Piepsen vollständig verstummen zu lassen:

Code: Alles auswählen

blacklist pcspkr
blacklist snd_pcsp

[borish]

Ich habe festgestellt, daß die Lösung aus dem anderen Thread nicht funktioniert:

Trotz

Code: Alles auswählen

setterm -blength 0

in /etc/profile und

Code: Alles auswählen

blacklist pcspkr

in /etc/modprobe.d/blacklist.conf piept es wieder. Ich werde noch die Lösung von NossiTron testen.

[borish]

Ich habe in /etc/modprobe.d/blacklist.conf die Einträge

Code: Alles auswählen

blacklist pcspkr
blacklist snd_pcsp

angelegt und in /etc/profile

Code: Alles auswählen

setterm -blength 0

eingetragen.

Ergebnis: Es piept immernoch.

[Alternativende]

Ich denke es sollte da mal ein Bugreport geschrieben werden. Diese Beeps sind wohl bei niemandem beliebt und nur aus Gewohnheit vorhanden. Frage wäre gegen welches Paket?

Edit:
Ich könnte mich irren aber ich glaube man muss den pcspkr wie folgt auf die blacklist setzen. In der blacklist.conf reicht es wohl nicht aus.

/etc/modprobe.d/pcskpr.conf

Code: Alles auswählen

blacklist pcskpr

[borish]

Ich denke es sollte da mal ein Bugreport geschrieben werden. Diese Beeps sind wohl bei niemandem beliebt und nur aus Gewohnheit vorhanden. Frage wäre gegen welches Paket?

Vielleicht gegen linux-image-amd64, weil pcspkr ein Kernelmodul ist?

This package depends on the latest Linux kernel and modules for use on PCs with AMD64 or Intel 64 processors.

Bis jetzt funktioniert xset -b.

[sidloki]

Schon mal mit dem "alsamixer" (als root?) nach einer "Beep-Widergabe" gesucht? Falls vorhanden diese ausschalten/muten.

[pferdefreund]

Wenns um den Piepser im PC-Gehäuse geht - hier hilft ein kleiner Seitenschneider - Kabel ab und Ruhe ist (für immer).
Hab ich auch schon so gemacht - geht schneller wie stundenlanges Suchen, Modules blacklisten......

[Cae]

Wenns um den Piepser im PC-Gehäuse geht - hier hilft ein kleiner Seitenschneider - Kabel ab und Ruhe ist (für immer).

Evtl. zieht man auch einfach den vierpoligen [1] Pin-Stecker aus dem Mainboard raus, dann ist das Teil auch hardwareseitig tot, allerdings reversibel.

Gruß Cae

[1] von denen nur die äußeren zwei bepinnt sind, zumindest im klassischen Aufbau.

[borish]

Ich habe einen Laptop, der ist nicht so einfach auseinanderzunehmen. Außerdem scheint der Ton über die Lautsprecher zu kommen, die für andere Audiosignale gebraucht werden.

xset -b funktioniert. Besser wäre es aber, wenn die Maintainer den systemweiten Default, den es laut manpage gibt, auf beep off stellen, weil es viele Nutzer nervt.

[borish]

Nein, aber xset -b funktioniert.

[borish]

Update:

xset -b funktioniert nur, wenn ich ein Terminal öffne und den Befehl eintippe. Eine dauerhafte Lösung steht noch aus. Ich habe

Code: Alles auswählen

setterm -blength 0
xset -b

in meiner /etc/profile und es piept. Gleiches Ergebnis wenn es in meiner .profile steht.

[cosmac]

hi,

hier unter squeeze funktioniert xset, wenn ich es in die ~/.bashrc schreibe. Damit es beim login von einer Console keine Fehlermeldung gibt, sollte man einen Test einbauen, also z.B. so:

Code: Alles auswählen

test -z "$DISPLAY" || xset -b

wenn du sowieso schon eine ~/.xinitrc hast (aber nur dann), gehört xset allerdings da rein. Dann kann auch der Test entfallen.

[r900]

Also mal von Anfang an. Gibt 'lsmod | grep pcsp' eine Ausgabe? Falls ja hast du mit dem blacklisting was verkehrt gemacht.

Falls nicht hat eventuell das Kernelmodul für deine Soundkarte einen beep-Funktion. Was bekommst du mit 'dmesg | grep pcsp'?

Schau mal mit 'lsmod | grep snd' nach welche Module für deine Soundkarte geladen werden. Dann mit 'modinfo <modul>' ob es da einen beep Parameter gibt. Beim Modul snd_hda_intel z.B. ist das
parm: beep_mode:Select HDA Beep registration mode (0=off, 1=on, 2=mute switch on/off) (default=1). (array of int)

Das wäre eine Lösung auf Modulebene. Das beep-Verhalten an sich stellt man in der Datei /etc/inputrc ein:

Code: Alles auswählen

# do not bell on tab-completion
# set bell-style none
# set bell-style visible

Falls du vim benutzt, kannst du in die Datei /etc/vim/vimrc.local eintragen:

Code: Alles auswählen

set visualbell

Oder in ~/.vimrc falls es nur für einen Benutzer erwünscht ist.

[detix]

Kabel knipsen, Stecker ziehen, sind schlechte Varianten,
schließlich meldet das Bios über den Lautsprecher irgendwelche Fehler.
Ob "xset b off" funktioniert? ...hier nicht:

Code: Alles auswählen

xset b off
beep -f 392 -r 3 -D 20 -l 200 -n -f 329 -l 1500 -n -f 370 -r 3 -D 20 -l 200 -n -f 311 -l 1500

Könnte Beethovens 5te sein, die da gepiept wird und auch zu hören ist.
Liegts an /usr/bin/beep?
Vielleicht zum Testen mal "rmmod pcspkr" in die /etc/rc.local schreiben,
dann hat es sich nach Neustart zumindest hier ausgepiept.

[Cae]

Code: Alles auswählen

xset b off
beep -f 392 -r 3 -D 20 -l 200 -n -f 329 -l 1500 -n -f 370 -r 3 -D 20 -l 200 -n -f 311 -l 1500

Vorsicht, beep macht etwas anderes, das kann ja auch unterschiedliche Töne. Vergleiche

Code: Alles auswählen

$ printf '\a' # beept
$ beep        # beept, aber anders
$ xset -b
$ printf '\a' # beept *nicht*
$ beep        # beept trotzdem

Das ist aber nicht weiter tragisch, da die normalen beependen Programme \a senden und sich nicht so detailliert um die Hardware kümmern wie beep(1).

Gruß Cae

[borish]

Also mal von Anfang an. Gibt 'lsmod | grep pcsp' eine Ausgabe? Falls ja hast du mit dem blacklisting was verkehrt gemacht.

Ja, aber auch Blacklisting hat bisher nichts gebracht.

Das wäre eine Lösung auf Modulebene. Das beep-Verhalten an sich stellt man in der Datei /etc/inputrc ein:

Code: Alles auswählen

# do not bell on tab-completion
# set bell-style none
# set bell-style visible

Danke, das funktioniert auch nach mehreren Reboots.