Pas de beep console

Support Debian
#1

Bonjour à tous,

Bien que mon audio soit opérationnel, je n’arrive pas à émettre de beep quand je suis dans une console Bash.
J’ai essayé de plusieurs manières :

$ echo -n ^G(^G obtenu en faisant [Ctrl]+v [Ctrl]+g)

$ beep(le paquet “beep” ayant été préalablement installé)

Le niveau de contrôle de la sortie audio “Beep” (via alsamixer) est bien à fond. (100%)

J’ai bien autorisé la cloche système dans /etc/inputrc :[code]$ cat /etc/inputrc

/etc/inputrc - global inputrc for libreadline

See readline(3readline) and `info rluserman’ for more information.

Be 8 bit clean.

set input-meta on
set output-meta on

To allow the use of 8bit-characters like the german umlauts, uncomment

the line below. However this makes the meta key not work as a meta key,

which is annoying to those which don’t need to type in 8-bit characters.

set convert-meta off

try to enable the application keypad when it is called. Some systems

need this to enable the arrow keys.

set enable-keypad on

see /usr/share/doc/bash/inputrc.arrows for other codes of arrow keys

do not bell on tab-completion

set bell-style none

set bell-style visible

set bell-style audible

some defaults / modifications for the emacs mode

$if mode=emacs

allow the use of the Home/End keys

“\e[1~”: beginning-of-line
"\e[4~": end-of-line

allow the use of the Delete/Insert keys

“\e[3~”: delete-char
"\e[2~": quoted-insert

mappings for “page up” and “page down” to step to the beginning/end

of the history

“\e[5~”: beginning-of-history

“\e[6~”: end-of-history

alternate mappings for “page up” and “page down” to search the history

“\e[5~”: history-search-backward

“\e[6~”: history-search-forward

mappings for Ctrl-left-arrow and Ctrl-right-arrow for word moving

“\e[1;5C”: forward-word
"\e[1;5D": backward-word
"\e[5C": forward-word
"\e[5D": backward-word
"\e\e[C": forward-word
"\e\e[D": backward-word

$if term=rxvt
"\e[8~": end-of-line
"\eOc": forward-word
"\eOd": backward-word
$endif

for non RH/Debian xterm, can’t hurt for RH/Debian xterm

“\eOH”: beginning-of-line

“\eOF”: end-of-line

for freebsd console

“\e[H”: beginning-of-line

“\e[F”: end-of-line

$endif[/code](aucun ~/.inputrc pour surcharger la conf globale)

J’ai même essayé en modifiant les préférences de X :

$ xset b 100 b onmais rien n’y fait !

Quelqu’un aurait une idée par hasard ? (Dans toutes mes recherches, je n’ai trouvé que des réponses pour annihiler ce beep… Il n’y a que moi qui trouve qu’un beep, ça peut être utile ??? :laughing: )
Merci d’avance pour votre aide…

Eric

#2

Regarde du côté du noyau.

Si PCSPKR est en module, voir s’il est chargé.

$ lsmod | grep pcspkr

S’il est “en dur”,

$ grep PCSPKR /boot/config-uname -r

#3

Merci etxeberrizahar pour ta réponse.

Voilà ce que ça donne : $ lsmod |grep pcspkr pcspkr 1699 0 $ grep PCSPKR /boot/config-`uname -r` CONFIG_PCSPKR_PLATFORM=y CONFIG_INPUT_PCSPKR=m $
J’ai aussi essayé[code]# grep pcspkr /var/log/dmesg
[ 2.747450] input: PC Speaker as /devices/platform/pcspkr/input/input4

grep pcspkr /etc/modprobe.d/blacklist*

#[/code]
Le module est donc bien chargé au démarrage et pas blacklisté.

#4

Est-ce que tu as essayé dans une console texte linux (e.g. avec Ctrl-Meta-F2)? Si ça fonctionne, le problème est au niveau de X. Sinon, c’est du côté du noyau.

#5

Désolé de répondre tardivement…

En supposant que la touche “Méta” soit bien la touche “Windows” sur mon clavier, j’obtiens un clignotement de la fenêtre du terminal mais aucun son.
Ça viendrait donc du noyau alors… mais d’où exactement ?
Quel(s) composant(s) manquerai(en)t-il ?

#6

Ctrl-Meta-F2 n’est pas censé produire du son, mais passer à une console texte. C’est standard. Et ensuite, typiquement Meta-F7 ou Meta-F8 pour repasser sous X. Peut-être que Meta est mappé sur la touche Alt sur ton clavier.

Maintenant, puisque tu obtiens un clignotement de la fenêtre du terminal, tu as peut-être un “visual beep” dans la config du terminal. Avec plein de beeps, par exemple

qu’est-ce que tu obtiens? Si tu obtiens aussi un clignotement, c’était la raison (parfois le clignotement est trop rapide pour qu’on puisse le voir, d’où l’utilité du test avec plein de beeps).